<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers, branch v2.6.14.5</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers?h=v2.6.14.5</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers?h=v2.6.14.5'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2005-12-27T00:08:58Z</updated>
<entry>
<title>[PATCH] SCSI: fix transfer direction in scsi_lib and st</title>
<updated>2005-12-27T00:08:58Z</updated>
<author>
<name>Stefan Richter</name>
<email>stefanr@s5r6.in-berlin.de</email>
</author>
<published>2005-12-14T22:34:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=841f70676036b309f7102e2c8024dc68c3946990'/>
<id>urn:sha1:841f70676036b309f7102e2c8024dc68c3946990</id>
<content type='text'>
SCSI: fix transfer direction in scsi_lib and st

scsi_prep_fn and st_init_command could issue WRITE requests with zero
buffer length. This may lead to kernel panic or oops with some SCSI
low-level drivers.

Derived from -rc patches from Jens Axboe and James Bottomley.

Patch is reassembled for -stable from patches:
[SCSI] fix panic when ejecting ieee1394 ipod
[SCSI] Consolidate REQ_BLOCK_PC handling path (fix ipod panic)

Depends on patch "SCSI: fix transfer direction in sd (kernel panic when
ejecting iPod)". Also modifies the already correct sr_init_command to
fully match the corresponding -rc patch.

Signed-off-by: Stefan Richter &lt;stefanr@s5r6.in-berlin.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] SCSI: fix transfer direction in sd (kernel panic when ejecting iPod)</title>
<updated>2005-12-27T00:08:58Z</updated>
<author>
<name>Stefan Richter</name>
<email>stefanr@s5r6.in-berlin.de</email>
</author>
<published>2005-12-14T22:32:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8e58cb47ade0e69f3c953a41b67913c430c67879'/>
<id>urn:sha1:8e58cb47ade0e69f3c953a41b67913c430c67879</id>
<content type='text'>
SCSI: fix transfer direction in sd (kernel panic when ejecting iPod)

sd_init_command could issue WRITE requests with zero buffer length.
This may lead to kernel panic or oops with some SCSI low-level drivers.
Seen with the command "eject /dev/sdX" when disconnecting an iPod:
http://marc.theaimsgroup.com/?l=linux1394-devel&amp;m=113399994920181
http://marc.theaimsgroup.com/?l=linux1394-user&amp;m=112152701817435

Derived from -rc patches from Jens Axboe and James Bottomley.

Patch is reassembled for -stable from patches:
[SCSI] fix panic when ejecting ieee1394 ipod
[SCSI] Consolidate REQ_BLOCK_PC handling path (fix ipod panic)

Signed-off-by: Stefan Richter &lt;stefanr@s5r6.in-berlin.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] Input: fix an OOPS in HID driver</title>
<updated>2005-12-27T00:08:58Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dtor_core@ameritech.net</email>
</author>
<published>2005-12-22T04:13:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=dcf588a64b8c1ba57d2430363a6d0050e8d18072'/>
<id>urn:sha1:dcf588a64b8c1ba57d2430363a6d0050e8d18072</id>
<content type='text'>
This patch fixes an OOPS in HID driver when connecting simulation
devices generating unknown simulation events.

Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
Acked-by: Vojtech Pavlik &lt;vojtech@suse.cz&gt;
Signed-off-by: Chris Wright &lt;chrisw@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] dpt_i2o fix for deadlock condition</title>
<updated>2005-12-27T00:08:56Z</updated>
<author>
<name>Salyzyn, Mark</name>
<email>mark_salyzyn@adaptec.com</email>
</author>
<published>2005-12-18T03:26:30Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fe2e17a405a58ec8a7138fee4ebe101858b636e0'/>
<id>urn:sha1:fe2e17a405a58ec8a7138fee4ebe101858b636e0</id>
<content type='text'>
Miquel van Smoorenburg &lt;miquels@cistron.nl&gt; forwarded me this fix to
resolve a deadlock condition that occurs due to the API change in 2.6.13+
kernels dropping the host locking when entering the error handling.  They
all end up calling adpt_i2o_post_wait(), which if you call it unlocked,
might return with host_lock locked anyway and that causes a deadlock.

Signed-off-by: Mark Salyzyn &lt;aacraid@adaptec.com&gt;
Cc: James Bottomley &lt;James.Bottomley@steeleye.com&gt;
Cc: &lt;stable@kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] apci: fix NULL deref in video/lcd/brightness</title>
<updated>2005-12-27T00:08:56Z</updated>
<author>
<name>Yu Luming</name>
<email>luming.yu@gmail.com</email>
</author>
<published>2005-11-19T23:53:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6968ecfca8822055cfe121214c0786e4eecc038e'/>
<id>urn:sha1:6968ecfca8822055cfe121214c0786e4eecc038e</id>
<content type='text'>
Fix Null pointer deref in video/lcd/brightness
http://bugzilla.kernel.org/show_bug.cgi?id=5571

Signed-off-by: Yu Luming &lt;luming.yu@gmail.com&gt;
Cc: "Brown, Len" &lt;len.brown@intel.com&gt;
Signed-off-by: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: Nishanth Aravamudan &lt;nacc@us.ibm.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@redhat.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] cciss: bug fix for BIG_PASS_THRU</title>
<updated>2005-12-14T23:43:00Z</updated>
<author>
<name>Jens Axboe</name>
<email>axboe@suse.de</email>
</author>
<published>2005-11-18T22:02:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1a6e1022c1f5cc1ae2efb73ff2b4daf5eec5819f'/>
<id>urn:sha1:1a6e1022c1f5cc1ae2efb73ff2b4daf5eec5819f</id>
<content type='text'>
Applications using CCISS_BIG_PASSTHRU complained that the data written
was zeros. The problem is that the buffer is being cleared after the
user copy, unless the user copy has failed... Correct that logic.

Signed-off-by: Mike Miller &lt;mike.miller@hp.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] ide-floppy: software eject not working with LS-120 drive</title>
<updated>2005-12-14T23:43:00Z</updated>
<author>
<name>Ondrej Zary</name>
<email>linux@rainbow-software.org</email>
</author>
<published>2005-11-10T05:02:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7d011b38766b255cd4473a0a523d9362bf42bee0'/>
<id>urn:sha1:7d011b38766b255cd4473a0a523d9362bf42bee0</id>
<content type='text'>
The problem (eject not working on ATAPI LS-120 drive) is caused by
idefloppy_ioctl() function which *first* tries generic_ide_ioctl()
and *only* if it fails with -EINVAL, proceeds with the specific ioctls.
The generic eject command fails with something other than -EINVAL
and the specific one is never executed.

This patch fixes it by first going through the internal ioctls
and only trying generic_ide_ioctl() if none of them matches.

Signed-off-by: Ondrej Zary &lt;linux@rainbow-software.org&gt;
Signed-off-by: Bartlomiej Zolnierkiewicz &lt;bzolnier@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] I8K: fix /proc reporting of blank service tags</title>
<updated>2005-12-14T23:42:59Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dtor_core@ameritech.net</email>
</author>
<published>2005-11-12T19:59:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c8005f78cdc327544a0f4a8345cd607e2e0d1fb9'/>
<id>urn:sha1:c8005f78cdc327544a0f4a8345cd607e2e0d1fb9</id>
<content type='text'>
Make /proc/i8k display '?' when service tag is blank in BIOS.
This fixes segfault in i8k gkrellm plugin.

Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] libata: locking rewrite (== fix)</title>
<updated>2005-12-14T23:42:59Z</updated>
<author>
<name>Jeff Garzik</name>
<email>jgarzik@pobox.com</email>
</author>
<published>2005-10-31T17:05:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d7283d61302798c0c57118e53d7732bec94f8d42'/>
<id>urn:sha1:d7283d61302798c0c57118e53d7732bec94f8d42</id>
<content type='text'>
[libata] locking rewrite (== fix)

A lot of power packed into a little patch.

This change eliminates the sharing between our controller-wide spinlock
and the SCSI core's Scsi_Host lock.  As the locking in libata was
already highly compartmentalized, always referencing our own lock, and
never scsi_host::host_lock.

As a side effect, this change eliminates a deadlock from calling
scsi_finish_command() while inside our spinlock.

Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] bonding: fix feature consolidation</title>
<updated>2005-12-14T23:42:58Z</updated>
<author>
<name>Jay Vosburgh</name>
<email>fubar@us.ibm.com</email>
</author>
<published>2005-11-09T18:02:38Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fd5bcd52d599f0c0a970005336bd9c020aee2e97'/>
<id>urn:sha1:fd5bcd52d599f0c0a970005336bd9c020aee2e97</id>
<content type='text'>
This should resolve http://bugzilla.kernel.org/show_bug.cgi?id=5519

The current feature computation loses bits that it doesn't know about,
resulting in an inability to add VLANs and possibly other havoc.
Rewrote function to preserve bits it doesn't know about, remove an
unneeded state variable, and simplify the code.

Signed-off-by: Jay Vosburgh &lt;fubar@us.ibm.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
</feed>
