linux/drivers, branch v2.6.16.37

[SCSI] DAC960: PCI id table fixup

2006-12-18T19:53:26Z

The PCI ID table in the DAC960 driver conflicts with some devices that use the ipr driver. All ipr adapters that use this chip have an IBM subvendor ID and all DAC960 adapters that use this chip have a Mylex subvendor id. Signed-off-by: Brian King Signed-off-by: Adrian Bunk

hvc_console suspend fix

2006-12-17T23:39:11Z

Fix http://bugzilla.kernel.org/show_bug.cgi?id=7152 Signed-off-by: Andrew Morton Signed-off-by: Adrian Bunk

[WATCHDOG] sc1200wdt.c pnp unregister fix.

2006-12-17T23:23:42Z

If no devices found or invalid parameter is specified, scl200wdt_pnp_driver is left unregistered. It breaks global list of pnp drivers. Signed-off-by: Akinobu Mita Signed-off-by: Adrian Bunk

[WATCHDOG] sc1200wdt.c printk fix

2006-12-17T23:13:47Z

Fix printk output. sc1200wdt: build 20020303<3>sc1200wdt: io parameter must be specified Signed-off-by: Dave Jones Signed-off-by: Adrian Bunk

ISDN: fix drivers, by handling errors thrown by ->readstat()

2006-12-17T23:07:43Z

This is a particularly ugly on-failure bug, possibly security, since the lack of error handling here is covering up another class of bug: failure to handle copy_to_user() return values. The I4L API function ->readstat() returns an integer, and by looking at several existing driver implementations, it is clear that a negative return value was meant to indicate an error. Given that several drivers already return a negative value indicating an errno-style error, the current code would blindly accept that [negative] value as a valid amount of bytes read. Obvious damage ensues. Correcting ->readstat() handling to properly notice errors fixes the existing code to work correctly on error, and enables future patches to more easily indicate errors during operation. Signed-off-by: Jeff Garzik Signed-off-by: Adrian Bunk

r8169: tweak the PCI data parity error recovery

2006-12-17T21:14:09Z

The 8110SB based n2100 board signals a lot of what ought to be PCI data parity errors durint operation of the 8169 as target. Experiment proved that the driver can ignore the error and process the packet as if nothing had happened. Let's add an ad-hoc knob to enable users to fix their system while avoiding the risks of a wholesale change. Signed-off-by: Francois Romieu Signed-off-by: Adrian Bunk

r8169: fix infinite loop during hotplug

2006-12-17T21:12:09Z

Bug reported for PCMCIA. Signed-off-by: Arnaud Patard Signed-off-by: Francois Romieu Signed-off-by: Adrian Bunk

r8169: RX fifo overflow recovery

2006-12-17T21:11:16Z

Signed-off-by: Francois Romieu Signed-off-by: Adrian Bunk

scsi: clear garbage after CDBs on SG_IO

2006-12-17T20:32:00Z

ATAPI devices transfer fixed number of bytes for CDBs (12 or 16). Some ATAPI devices choke when shorter CDB is used and the left bytes contain garbage. Block SG_IO cleared left bytes but SCSI SG_IO didn't. This patch makes SCSI SG_IO clear it and simplify CDB clearing in block SG_IO. Signed-off-by: Tejun Heo Acked-by: Jens Axboe Signed-off-by: Adrian Bunk

AGP: Allocate AGP pages with GFP_DMA32 by default

2006-12-15T00:56:30Z

Not all graphic page remappers support physical addresses over the 4GB mark for remapping, so while some do (the AMD64 GART always did, and I just fixed the i965 to do so properly), we're safest off just forcing GFP_DMA32 allocations to make sure graphics pages get allocated in the low 32-bit address space by default. AGP sub-drivers that really care, and can do better, could just choose to implement their own allocator (or we could add another "64-bit safe" default allocator for their use), but quite frankly, you're not likely to care in practice. So for now, this trivial change means that we won't be allocating pages that we can't map correctly by mistake on x86-64. [ On traditional 32-bit x86, this could never happen, because GFP_KERNEL would never allocate any highmem memory anyway ] Signed-off-by: Linus Torvalds Signed-off-by: Adrian Bunk