- 15 Sep, 2009 40 commits
-
-
Axel K authored
When compiling rt2860/rt2870/rt3070 or rt3090 on x86_64, the following warning is displayed: drivers/staging/rt3090/rt_linux.c: In function 'duplicate_pkt': drivers/staging/rt3090/rt_linux.c:531: warning: passing argument 1 of 'memmove' makes pointer from integer without a cast include2/asm/string_64.h:58: note: expected 'void *' but argument is of type 'sk_buff_data_t' drivers/staging/rt3090/rt_linux.c:533: warning: passing argument 1 of 'memmove' makes pointer from integer without a cast include2/asm/string_64.h:58: note: expected 'void *' but argument is of type 'sk_buff_data_t' The following patch fixes this warning. Credits go to Helmut Schaa <hschaa@suse.de> for his kind advice/help on this patch. Signed-off-by:
Axel Koellhofer <rain_maker@root-forum.org> Cc: Helmut Schaa <hschaa@suse.de> Acked-by:
Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Axel K authored
This patch adds new device IDs to ralink rt2860 driver in linux staging. The device IDs were retrieved from the latest vendor release (version 2.1.2.0). Signed-off-by:
-
Axel K authored
This patch adds a new device ID (1462:819a) to ralink rt3090 driver in linux staging. The device ID was retrieved from the latest vendor release (version 2.2.0.0). Signed-off-by:
-
Kevin A. Granade authored
Signed-off-by:
Kevin A. Granade <kevin.granade@gmail.com> Cc: Belisko Marek <marek.belisko@gmail.com> Signed-off-by:
-
Roel Kluin authored
Allocations may fail, prevent NULL dereferences. Signed-off-by:
Roel Kluin <roel.kluin@gmail.com> Acked-by:
-
Julia Lawall authored
The result of container_of should not be NULL. In particular, in this case the argument to the enclosing function has passed though INIT_WORK, which dereferences it, implying that its container cannot be NULL. A simplified version of the semantic patch that makes this change is as follows: (http://www.emn.fr/x-info/coccinelle/) // <smpl> @@ identifier fn,work,x,fld; type T; expression E1,E2; statement S; @@ static fn(struct work_struct *work) { ... when != work = E1 x = container_of(work,T,fld) ... when != x = E2 - if (x == NULL) S ... } // </smpl> Signed-off-by:
Julia Lawall <julia@diku.dk> Signed-off-by:
-
Greg Kroah-Hartman authored
So it doesn't conflict with a mainline kernel driver currently under development. Signed-off-by: -
Greg Kroah-Hartman authored
Now that the code is in the kernel tree, remove the unneeded version checks. Cc: "H.J. Thomassen" <hjt@ATComputing.nl> Signed-off-by: -
Greg Kroah-Hartman authored
Now that the code can build, let's add it to the build system. Cc: "H.J. Thomassen" <hjt@ATComputing.nl> Signed-off-by: -
Greg Kroah-Hartman authored
Add a TODO file with a few things that needs to be fixed up. Cc: "H.J. Thomassen" <hjt@ATComputing.nl> Signed-off-by: -
Greg Kroah-Hartman authored
There has been some block api changes since the last release of the cowloop code. This patch updates the code to properly build. Cc: "H.J. Thomassen" <hjt@ATComputing.nl> Signed-off-by: -
H.J. Thomassen authored
Cowloop is a "copy-on-write" pseudo block driver. It can be stacked on top of a "real" block driver, and catches all write operations on their way from the file systems layer above to the real driver below, effectively shielding the lower driver from those write accesses. The requests are then diverted to an ordinary file, located somewhere else (configurable). Later read requests are checked to see whether they can be serviced by the "real" block driver below, or must be pulled in from the diverted location. More information is on the project's website http://www.ATComputing.nl/cowloop/ From: "H.J. Thomassen" <hjt@ATComputing.nl> Signed-off-by:
-
Greg Kroah-Hartman authored
We need to actually wait a specific ammount of time, not just hope that a set number of loops will be long enough. Based on a conversation with Ralink, and a proposed patch for their older kernel driver. Cc: david woo <xinhua_wu@realsil.com.cn> Signed-off-by: -
Greg Kroah-Hartman authored
This should be a fix for the lockup bug when attaching to an access point. Patch came from a diff from RealTek. Hopefully it resolves the issue. Signed-off-by: -
Greg Kroah-Hartman authored
This message doesn't need to be constantly sent to the syslog, it's nothing but annoying gibberish. Signed-off-by: -
Greg Kroah-Hartman authored
These files are not even built or used, so just remove them. Signed-off-by: -
Greg Kroah-Hartman authored
This cleans up everything but a few 80 column issues in the r819xE_firmware.c file. Signed-off-by: -
Greg Kroah-Hartman authored
The built-in firmware images are never used, the firmware files are downloaded to the device through the standard firmware interface. This removes the firmware header file as it's not ever used. It also removes a .h file as it is not needed. Signed-off-by: -
Greg Kroah-Hartman authored
This removes the r819xP firmware file that is never used. The size of the built code after this patch is identical to before it. Signed-off-by: -
Greg Kroah-Hartman authored
This removes a lot of code that is never built in to the driver. The size of the built code after this patch is identical to before it. Signed-off-by: -
Greg Kroah-Hartman authored
This removes a lot of code that is never built in to the driver. The size of the built code after this patch is identical to before it. 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:
Jeff Mahoney <jeffm@suse.com> Signed-off-by:
-
Greg Kroah-Hartman authored
This removes a number of unused functions. Signed-off-by: -
Greg Kroah-Hartman authored
This removes a number of static and extern warnings that sparse complains about. Signed-off-by: -
Greg Kroah-Hartman authored
This wireless driver should work for the Realtek 8192 PCI devices. It comes directly from Realtek and has been tested to work on at least one laptop in the wild. Cc: Anthony Wong <awong1@novell.com> Signed-off-by: -
Evgeniy Polyakov authored
* cache coherency protocol fix * proper timeout handling * implement dump/del all config group command (Signed-off-by: Pierpaolo Giacomin <yrz@anche.no>) Signed-off-by:
Evgeniy Polyakov <zbr@ioremap.net> Signed-off-by:
-
Alexander Beregalov authored
mac80211 already does flush_workqueue() at stop/start and suspend\resume. (fix build error) Signed-off-by:
Alexander Beregalov <a.beregalov@gmail.com> Signed-off-by:
-
Roel Kluin authored
For ui_DelayTime to be less than 1 and greater than 1023 is logically impossible. Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Cc: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by:
-
Roel Kluin authored
usb_buffer_map_sg() may return -1, check this directly. Signed-off-by:
Jiri Slaby <jirislaby@gmail.com> Signed-off-by:
-
Sudhakar Rajashekhara authored
On TI DA850/OMAP-L138 EVM, HD44780 (24x2) LCD panel is being used[1], but it is interfaced through the SoC specific LCD interface and not through parallel port. A parallel port driver has been developed which interfaces to the panel driver through the SoC specific LCD interface. Basically, both the serial and parallel interfaces supported by the panel driver do not suit the specific interface SoC is supporting so, a new interface type has been introduced. Ideally the panel driver should be de-coupled from parallel and serial port related items but this patch is something that can be merged in the meantime. [1]Specification of the character LCD interface on TI DA850/OMAP-L138: http://www.ti.com/litv/pdf/sprufm0a. Signed-off-by:
Sudhakar Rajashekhara <sudhakar.raj@ti.com> Signed-off-by:
-
Alan Cox authored
Go to a u32 and masks Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
-
Alan Cox authored
This isn't actually used properly anyway Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
We don't need it, we have a perfectly good set of debug tools. For this pass keep a few debug printks around which are "should not happen" items Signed-off-by:
-
Alan Cox authored
Kill off the loopback type in the driver Signed-off-by:
-
Alan Cox authored
Kill off the MSI structure Signed-off-by:
-
Alan Cox authored
We have two trivial IRQ routines, a single statement and a real function - relocate them. While we are at it kill the trivial to sort out soft reset and slv bits in the same areas of code. Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
