- 15 Sep, 2009 40 commits
-
-
Bartlomiej Zolnierkiewicz authored
Remove dead support for: * IKANOS_VX_1X0 * INF_TWINPASS * INF_DANUBE * BRCM_6358 platforms. Signed-off-by:
Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Bartlomiej Zolnierkiewicz authored
Signed-off-by:
-
Bartlomiej Zolnierkiewicz authored
In file included from drivers/staging/rt3070/common/../../rt2870/common/cmm_data.c:2, from drivers/staging/rt3070/common/cmm_data.c:2: drivers/staging/rt3070/common/../../rt2870/common/../../rt2860/common/cmm_data.c: In function ‘RTMP_FillTxBlkInfo’: drivers/staging/rt3070/common/../../rt2870/common/../../rt2860/common/cmm_data.c:1018: warning: label ‘FillTxBlkErr’ defined but not used In file included from drivers/staging/rt3070/common/../../rt2870/common/eeprom.c:2, from drivers/staging/rt3070/common/eeprom.c:2: drivers/staging/rt3070/common/../../rt2870/common/../../rt2860/common/eeprom.c: In function ‘set_eFuseLoadFromBin_Proc’: drivers/staging/rt3070/common/../../rt2870/common/../../rt2860/common/eeprom.c:1041: warning: unused variable âorgfsgidâ drivers/staging/rt3070/common/../../rt2870/common/../../rt2860/common/eeprom.c:1041: warning: unused variable ‘orgfsuid’ In file included from drivers/staging/rt3070/../rt2870/rt_profile.c:2, from drivers/staging/rt3070/rt_profile.c:2: drivers/staging/rt3070/../rt2870/../rt2860/rt_profile.c: In function ‘RTMPReadParametersHook’: drivers/staging/rt3070/../rt2870/../rt2860/rt_profile.c:863: warning: unused variable âorgfsgidâ drivers/staging/rt3070/../rt2870/../rt2860/rt_profile.c:863: warning: unused variable âorgfsuidâ In file included from drivers/staging/rt3070/common/rtusb_io.c:2: drivers/staging/rt3070/common/../../rt2870/common/rtusb_io.c: In function ‘CMDHandler’: drivers/staging/rt3070/common/../../rt2870/common/rtusb_io.c:1763: warning: ‘CipherAlg’ may be used uninitialized in this function drivers/staging/rt3070/common/../../rt2870/common/rtusb_io.c:1758: note: ‘CipherAlg’ was declared here drivers/staging/rt3070/common/../../rt2870/common/rtusb_io.c:1763: warning: ‘KeyIdx’ may be used uninitialized in this function drivers/staging/rt3070/common/../../rt2870/common/rtusb_io.c:1757: note: ‘KeyIdx’ was declared here drivers/staging/rt3070/common/../../rt2870/common/rtusb_io.c:1763: warning: ‘ApIdx’ may be used uninitialized in this function drivers/staging/rt3070/common/../../rt2870/common/rtusb_io.c:1759: note: ‘ApIdx’ was declared here Signed-off-by: -
Bartlomiej Zolnierkiewicz authored
Fix it. Signed-off-by:
-
Pekka Enberg authored
There's no point in keeping around struct members that are only written to but never read. Acked-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
Pekka Enberg <penberg@cs.helsinki.fi> Signed-off-by:
-
Pekka Enberg authored
Acked-by:
-
Pekka Enberg authored
Acked-by:
-
Pekka Enberg authored
Acked-by:
-
Pekka Enberg authored
This patch removes the unused MLMEProcThread and MLMEReturnPacket declarations and indents the header file. Acked-by:
-
Pekka Enberg authored
Acked-by:
-
Pekka Enberg authored
Acked-by:
-
Jaswinder Singh Rajput authored
fix the following 'make includecheck' warning: drivers/staging/rt2860/rt_linux.h: linux/wireless.h is included more than once. Signed-off-by:
Jaswinder Singh Rajput <jaswinderrajput@gmail.com> Signed-off-by:
-
Michael Buesch authored
This fixes a comment-out-typo that resulted in a dangling if-branch. Signed-off-by:
Michael Buesch <mb@bu3sch.de> Signed-off-by:
-
Daniele Napolitano authored
New USB ID for Belkin N+ F5D8055 (USB 802.11n adapter). I've made this patch with drivers/staging branch found here: http://git.kernel.org/?p=linux/kernel/git/gregkh/staging-2.6.gitSigned-off-by:
Daniele Napolitano <dnax88@gmail.com> Signed-off-by:
-
Jeff Mahoney authored
Some arches don't provide vmalloc.h through the includes already included in rtl8192su. This patch adds it. Signed-off-by:
Jeff Mahoney <jeffm@suse.com> Signed-off-by:
-
Jeff Mahoney authored
This patch replaces uses of skb->tail with skb_tail_pointer(skb). Signed-off-by:
-
Jeff Mahoney authored
sizeof(val) returns type unsigned long. count is already unsigned long, so just use that. This fixes a compile warning. Signed-off-by:
-
Jeff Mahoney authored
This patch addresses printk warnings. Signed-off-by:
-
Jeff Mahoney authored
This patch removes -fhard-float and the software float helpers. In-kernel floating point is not allowed. Signed-off-by:
-
Greg Kroah-Hartman authored
Some remaining coding style cleanups to the header files and the echo.c file. Cc: David Rowe <david@rowetel.com> Signed-off-by: -
Greg Kroah-Hartman authored
This define is never set in the kernel, so remove the code using it. Cc: David Rowe <david@rowetel.com> Signed-off-by: -
Greg Kroah-Hartman authored
This define is never set in the kernel, so remove the code using it. This lets us drop the mmx.h file as well. Cc: David Rowe <david@rowetel.com> Signed-off-by: -
Greg Kroah-Hartman authored
This file is no longer needed, thanks to the work done by David. Cc: David Rowe <david@rowetel.com> Signed-off-by: -
David Rowe authored
This patch removes the need for the bit_operations.h include file which can now be deleted. It also contains some minor corrections to comments (typos and alignment of ASCII formulas). I have also removed some #if lines that were not necessary. I have tested the patch using a unit test module that runs in kernel mode and have verified that the patched code gives identical results to the previous version using a 8000 sample input sequence. Let me know if you want this unit test, it runs automatically when the module is insmod-ed and outputs a go/no go result: # insmod oslec.ko # dmesg [17191803.480000] oslec_test installed [17191803.480000] Testing OSLEC with 128 taps (16 ms tail) [17191803.496000] Oslec Unit Test PASSED! pass: 8000 fail: 0 Signed-off-by:
David Rowe <david@rowetel.com> Signed-off-by:
-
Greg Kroah-Hartman authored
The proc interface is no longer in the echo code, so remove the TODO item. Cc: Steve Underwood <steveu@coppice.org> Cc: David Rowe <david@rowetel.com> Signed-off-by: -
Greg Kroah-Hartman authored
It's all just minor comment spacing issues. This patch fixes up the remaining ones and now the code is checkpatch.pl clean. Cc: Steve Underwood <steveu@coppice.org> Cc: David Rowe <david@rowetel.com> Signed-off-by: -
Kamalesh Babulal authored
next-20090813 randconfig build breaks Discretix SEP driver when configured with CONFIG_PCI=n. drivers/staging/sep/sep_driver.c: In function 'sep_probe': drivers/staging/sep/sep_driver.c:2548: error: implicit declaration of function 'pci_dev_get' This patch adds the dependency on PCI for the DX SEP driver. Signed-off-by:
Kamalesh Babulal <kamalesh@linux.vnet.ibm.com> Cc: Alan Cox <alan@linux.intel.com> Signed-off-by:
-
Alan Cox authored
Whee lots of code vanishes. While we are it note various existing stuff that couldn't work but was ifdeffed in this area. Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
-
Alan Cox authored
While goto can be useful for cleaner cleaning up in C (as Linux sometimes does and I think Linus borrowed stylistically from Amiga) you can overdo it. Here is a fine fine example of when it's overkill Signed-off-by:
-
Alan Cox authored
The SEP time setting stuff can now get a hoover Signed-off-by:
-
Alan Cox authored
Split out the debug dumping functionality. Clean up the rest. For the moment leave the hideous cache flush in there as the code needs fixing to use the dma_map_sg interfaces not its own crazed table functions Signed-off-by:
-
Alan Cox authored
Simple ioctl taking a single numeric argument so ditch the structs and weirdness. While we are it lock it properly and fix the error returns. Signed-off-by:
-
Alan Cox authored
#1: sep->cache_addr is assigned to sep->rar_addr and never changed sep->rar_addr is never assigned after this point #2: sep->cache_bus ditto for sep->rar_bus #3 sep->rar_region_addr is assigned but necer used #4 sep->io_addr is in fact private to the probe function and the same as the reg_addr #5 The remainig sep->io fields are in fact function locals #6 sep->message_shared_area is assigned once from sep->shared_area sep->shared_area does not then change #7 sep->shared_addr and sep->shared_area_addr are the same thing, ditto for the bus addresses. Signed-off-by: -
Alan Cox authored
Use the mutex as a protection for open close rather than leaving it hanging invalidly across userspace. Signed-off-by:
-
Alan Cox authored
Start by removing unused fields and then work this back to eliminate unused chunks of the firmware loading ioctl (ie almost all of it) Also fix the wrong handling of shared allocations and allocate the rar region properly with dma_alloc_coherent not kmalloc, as it is device shared. Signed-off-by:
-
Alan Cox authored
Do these in one batch rather than generate lots of tiny diffs Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
The DMA handling in the driver is a bit of a catastrophe. Start with the simple things - allocate the shared area properly. Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
We will need to tackle this in order to begin doing something about the bus handled and shared memory object mess. Signed-off-by:
-
