- 20 Nov, 2010 3 commits
-
-
Arend van Spriel authored
Replacing PKTPUSH by skb_push() call and PKTPULL by skb_pull() call to make it obvious what the operation is doing with the packet. Reviewed-by:
Henry Ptasinski <henryp@broadcom.com> Reviewed-by:
Brett Rudley <brudley@broadcom.com> Signed-off-by:
Arend van Spriel <arend@broadcom.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Mike Rapoport authored
Signed-off-by:
Mike Rapoport <mike.rapoport@gmail.com> Signed-off-by:
-
Mike Rapoport authored
Signed-off-by:
-
- 17 Nov, 2010 8 commits
-
-
Vinod Koul authored
This removes the remaining bit of aava dependent and related bits from driver Signed-off-by:
Vinod Koul <vinod.koul@intel.com> Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
-
Yong Wang authored
The spectra nand driver takes quite some time to initialize because it needs to scan the whole nand disk to find the latest block table. This patch initializes the spectra nand driver asynchronously so that other things in the kernel can initialize in parallel to the scanning operation. Signed-off-by:
Yong Wang <yong.y.wang@intel.com> Signed-off-by:
-
Yong Wang authored
Currently there are some driver initialization logic that is not part of nand_pci_probe function. This will result in that part of driver initialization code executing even on platforms without the corresponding hardware which is always dangerous. Signed-off-by:
Chuanxiao Dong <chuanxiao.dong@intel.com> Signed-off-by:
-
Dan Carpenter authored
GCC complains that if (info->CardReady) is false we kfree() an uninitialized pointer. Signed-off-by:
Dan Carpenter <error27@gmail.com> Signed-off-by:
-
Brett Rudley authored
Get rid of the private PCI access routines and replace with standard calls from linux/pci.h in nicpci.c (The private versions are still used in siutils.c... for now) Signed-off-by:
-
Brett Rudley authored
Do the substitution (and then fix all the dang lines that were pushed past 80 columns.) Some of the touched lines triggered checkpatch warnings for completely unrelated reasons that were already there. Those will have to be addressed later. Signed-off-by:
-
Brett Rudley authored
Signed-off-by:
-
Brett Rudley authored
Signed-off-by:
-
- 16 Nov, 2010 29 commits
-
-
Dan Carpenter authored
status is used to store negative error codes throughout. The only place where this is a runtime bug is if create_worker_threads() fails. Signed-off-by:
-
Dan Carpenter authored
wrm() returns negative error codes so "ret" needs to be signed here. There was place where wrm() returned positive EACCES instead of negative -EACCES so I fixed that as well. Also a few checkpatch.pl issues. Signed-off-by:
-
Randy Dunlap authored
Typo causes build errors. Did anyone even build this driver? Signed-off-by:
Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by:
-
Dan Carpenter authored
This is a static checker patch and I don't have this hardware. This code is unusual because while I've often seen a double lock, this is the first time I've seen code that takes a lock 11 times in a row. I feel like I must have missed something. But I've looked very carefully I don't see any way the original code is correct. Does spi_sync() somehow release the lock in a way that I can't see? Even if it does, the locking would still be wrong. Signed-off-by:
Michael Hennerich <michael.hennerich@analog.com> Acked-by:
Cliff Cai <cliff.cai@analog.com> Signed-off-by:
-
Dan Carpenter authored
We dereference "ts" in the printk so move the kfree() down a line. Signed-off-by:
-
Randy Dunlap authored
The easycap driver has module parameters (bars, gain, & debug) with global scope that intrude on the kernel namespace and cause build problems. Change the names of them to be driver-specific and make 2 of them static. drivers/built-in.o:(.bss+0x97c00): multiple definition of `debug' ld: Warning: size of symbol `debug' changed from 58 in arch/x86/built-in.o to 4 in drivers/built-in.o Signed-off-by:
-
Randy Dunlap authored
The synaptics_i2c_rmi4 driver uses input_*() interfaces, so it should depend on INPUT to fix its build errors: ERROR: "input_event" [drivers/staging/ste_rmi4/synaptics_i2c_rmi4.ko] undefined! ERROR: "input_free_device" [drivers/staging/ste_rmi4/synaptics_i2c_rmi4.ko] undefined! ERROR: "input_register_device" [drivers/staging/ste_rmi4/synaptics_i2c_rmi4.ko] undefined! ERROR: "input_set_abs_params" [drivers/staging/ste_rmi4/synaptics_i2c_rmi4.ko] undefined! ERROR: "input_allocate_device" [drivers/staging/ste_rmi4/synaptics_i2c_rmi4.ko] undefined! ERROR: "input_unregister_device" [drivers/staging/ste_rmi4/synaptics_i2c_rmi4.ko] undefined! Signed-off-by:
-
Tushar Mehta authored
This is a patch to the dirhash.c file that fixes up a number of issues found by the checkpatch.pl tool Signed-off-by:
Tushar Mehta <tushariiitb@gmail.com> Signed-off-by:
-
Brandon Philips authored
I was going to remove netvsc_set_multicast_list() so I think it is worth adding a comment since it isn't immediately clear why you would want this. Signed-off-by:
Brandon Philips <brandon@ifup.org> Acked-by:
Hank Janssen <hjanssen@microsoft.com> Signed-off-by:
-
Joe Perches authored
Signed-off-by:
Joe Perches <joe@perches.com> Signed-off-by:
-
Joe Perches authored
Signed-off-by:
-
Joe Perches authored
Signed-off-by:
-
Mike Rapoport authored
Signed-off-by:
-
Mike Rapoport authored
Signed-off-by:
-
Brett Rudley authored
Signed-off-by:
-
Brett Rudley authored
Start simplifying osl with goal of purging it entirely. Signed-off-by:
-
Nicolas Kaiser authored
Fix typo in error message of dux commands allocation. Signed-off-by:
Nicolas Kaiser <nikai@nikai.net> Signed-off-by:
-
Emilio G. Cota authored
Signed-off-by:
Emilio G. Cota <cota@braap.org> Acked-by:
Martyn Welch <martyn.welch@ge.com> Signed-off-by:
-
Emilio G. Cota authored
Signed-off-by:
-
Emilio G. Cota authored
Signed-off-by:
-
Emilio G. Cota authored
Signed-off-by:
-
Emilio G. Cota authored
kern_buf is not iomem; it comes from kmalloc and is directly dereferenced. Signed-off-by:
-
Emilio G. Cota authored
unsigned int is what struct kparam_array internally uses. Signed-off-by:
-
Emilio G. Cota authored
Signed-off-by:
-
Emilio G. Cota authored
Signed-off-by:
-
Emilio G. Cota authored
Signed-off-by:
-
Emilio G. Cota authored
Signed-off-by:
-
Emilio G. Cota authored
The cookie passed to request_irq isn't the same as the one passed to free_irq, which results in the following warning: [ 63.243533] WARNING: at kernel/irq/manage.c:899 __free_irq+0x9b/0x17d() [ 63.243533] Hardware name: [ 63.243533] Trying to free already-free IRQ 17 [ 63.243533] Modules linked in: vme_tsi148(-) vme e1000e iTCO_wdt iTCO_vendor_support [last unloaded: scsi_wait_scan] [ 63.243533] Pid: 2013, comm: rmmod Not tainted 2.6.35 #2 [ 63.243533] Call Trace: [ 63.243533] [<ffffffff81036ea3>] warn_slowpath_common+0x80/0x98 [ 63.243533] [<ffffffff81036f4f>] warn_slowpath_fmt+0x41/0x43 [ 63.243533] [<ffffffff810678c4>] __free_irq+0x9b/0x17d [ 63.243533] [<ffffffff810679d9>] free_irq+0x33/0x4e [ 63.243533] [<ffffffffa004a897>] tsi148_irq_exit+0x6b/0x70 [vme_tsi148] [...] [ 63.243533] ---[ end trace bbf92311d969efb4 ]--- Fix it by passing the same cookie to both functions. Signed-off-by:
-
Emilio G. Cota authored
tsi148_irq_exit is called twice in .remove, which causes an oops. Remove the second call, which apart from being redundant cannot possibly work; the CR/CSR space has been already unmapped. Signed-off-by:
-
