<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers, branch v2.6.22.10</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers?h=v2.6.22.10</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers?h=v2.6.22.10'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2007-10-10T17:50:16Z</updated>
<entry>
<title>i2c-algo-bit: Read block data bugfix</title>
<updated>2007-10-10T17:50:16Z</updated>
<author>
<name>David Brownell</name>
<email>david-b@pacbell.net</email>
</author>
<published>2007-09-27T13:17:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b73222fc44b587f1dbf08e3c47370735ef0e67f7'/>
<id>urn:sha1:b73222fc44b587f1dbf08e3c47370735ef0e67f7</id>
<content type='text'>
In Linus tree already:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=939bc4943d0483961edc45b63a7d27b4ffe547e3

This fixes a bug in the way i2c-algo-bit handles I2C_M_RECV_LEN,
used to implement i2c_smbus_read_block_data().  Previously, in the
absence of PEC (rarely used!) it would NAK the "length" byte:

	S addr Rd [A] [length] NA

That prevents the subsequent data bytes from being read:

	S addr Rd [A] [length] { A [data] }* NA

The primary fix just reorders two code blocks, so the length used
in the "should I NAK now?" check incorporates the data which it
just read from the slave device.

However, that move also highlighted other fault handling glitches.
This fixes those by abstracting the RX path ack/nak logic, so it
can be used in more than one location.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Fix ppp_mppe kernel stack usage.</title>
<updated>2007-10-10T17:50:15Z</updated>
<author>
<name>Michal Schmidt</name>
<email>mschmidt@redhat.com</email>
</author>
<published>2007-09-28T22:52:46Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d69fedce483a75ea59fedda08aba9123adc92e80'/>
<id>urn:sha1:d69fedce483a75ea59fedda08aba9123adc92e80</id>
<content type='text'>
commit 45dfd5b5dd20f17fe23dafc5cfe921474d27f849 from upstream

Signed-off-by: Michal Schmidt &lt;mschmidt@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>libata: update drive blacklists</title>
<updated>2007-10-10T17:50:15Z</updated>
<author>
<name>Chuck Ebbert</name>
<email>cebbert@redhat.com</email>
</author>
<published>2007-09-28T19:29:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3486d1c0e03c6df55ca741f74e4a561a3022698b'/>
<id>urn:sha1:3486d1c0e03c6df55ca741f74e4a561a3022698b</id>
<content type='text'>
Update the libata drive blacklists to the latest in 2.6.23-rc8.

Signed-off-by: Chuck Ebbert &lt;cebbert@redhat.com&gt;
Cc: Jeff Garzik &lt;jeff@garzik.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>sky2: fix transmit state on resume</title>
<updated>2007-10-10T17:50:15Z</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@linux-foundation.org</email>
</author>
<published>2007-09-28T16:48:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ef24adc26f1c2712b9bc759116b30f721a7a5b61'/>
<id>urn:sha1:ef24adc26f1c2712b9bc759116b30f721a7a5b61</id>
<content type='text'>
Already upstream.

After resume, driver has reset the chip so the current state
of transmit checksum offload state machine and DMA state machine
will be undefined.

The fix is to set the state so that first Tx will set MSS and offset
values.

Signed-off-by: Stephen Hemminger &lt;shemminger@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>sky2: fix VLAN receive processing</title>
<updated>2007-10-10T17:50:15Z</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@linux-foundation.org</email>
</author>
<published>2007-09-28T16:48:13Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=dc8a4bca289e51866f01a41a29793199cd0e28f0'/>
<id>urn:sha1:dc8a4bca289e51866f01a41a29793199cd0e28f0</id>
<content type='text'>
Already upstream.

The length check for truncated frames was not correctly handling
the case where VLAN acceleration had already read the tag.
Also, the Yukon EX has some features that use high bit of status
as security tag.

Signed-off-by: Pierre-Yves Ritschard &lt;pyr@spootnik.org&gt;
Signed-off-by: Stephen Hemminger &lt;shemminger@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>sky2: reduce impact of watchdog timer</title>
<updated>2007-10-10T17:50:14Z</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@linux-foundation.org</email>
</author>
<published>2007-09-28T16:48:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=294bb426fa9eae8fc3af3759787b7b92107fc2ce'/>
<id>urn:sha1:294bb426fa9eae8fc3af3759787b7b92107fc2ce</id>
<content type='text'>
This is the 2.6.22 version of a regression fix that is already
in 2.6.23.  Change the watchdog timer form 10 per second all the time,
to 1 per second and only if interface is up.

Signed-off-by: Stephen Hemminger &lt;shemminger@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;


</content>
</entry>
<entry>
<title>scsi_transport_spi: fix domain validation failure from incorrect width setting</title>
<updated>2007-10-10T17:50:14Z</updated>
<author>
<name>James Bottomley</name>
<email>James.Bottomley@SteelEye.com</email>
</author>
<published>2007-09-27T22:51:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=785e6af1f1234e0fcf4dfa5c884b0703f3ce45e1'/>
<id>urn:sha1:785e6af1f1234e0fcf4dfa5c884b0703f3ce45e1</id>
<content type='text'>
commit 2302827c95fe0f441025acd5133e532d2eef322b from upstream

Domain Validation in the SPI transport class is failing on boxes with
damaged cables (and failing to the extent that the box hangs).  The
problem is that the first test it does is a cable integrity test for
wide transfers and if this fails, it turns the wide bit off.  The
problem is that the next set of tests it does turns wide back on
again, with the result that it runs through the entirety of DV with a
known bad setting and then hangs the system.

The attached patch fixes the problem by physically nailing the wide
setting to what it deduces it should be for the whole of Domain
Validation.

Signed-off-by: James Bottomley &lt;James.Bottomley@SteelEye.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>bcm43xx: Fix cancellation of work queue crashes</title>
<updated>2007-09-26T17:54:44Z</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2007-09-22T00:20:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4c532d5cee25b7b1e8fb990d430c7a4b420b8bb5'/>
<id>urn:sha1:4c532d5cee25b7b1e8fb990d430c7a4b420b8bb5</id>
<content type='text'>
port of 3f7086978fc0193eff24a77d8b57ac4debc088fa from mainline.

A crash upon booting that is caused by bcm43xx has been reported [1] and
found to be due to a work queue being reinitialized while work on that
queue is still pending. This fix modifies the shutdown of work queues and
prevents periodic work from being requeued during shutdown. With this patch,
no more crashes on reboot were observed by the original reporter. I do not
get that particular failure on my system; however, when running a large
number of ifdown/ifup sequences, my system would kernel panic with the
'caps lock' light blinking at roughly a 1 Hz rate. In addition, there were
infrequent failures in the firmware that resulted in 'IRQ READY TIMEOUT'
errors. With this patch, no more of the first type of failure occur, and
incidence of the second type is greatly reduced.

[1] http://bugzilla.kernel.org/show_bug.cgi?id=8937

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Acked-by: Michael Buesch &lt;mb@bu3sch.de&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>
<entry>
<title>fix realtek phy id in forcedeth</title>
<updated>2007-09-26T17:54:41Z</updated>
<author>
<name>Willy Tarreau</name>
<email>w@1wt.eu</email>
</author>
<published>2007-08-23T19:35:41Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c8c258a7118d750ae29d541b0422a1162324e0b4'/>
<id>urn:sha1:c8c258a7118d750ae29d541b0422a1162324e0b4</id>
<content type='text'>
commit ba685fb2abd71162bea6895a99449c1071b01402 in mainline.

As noticed by Chuck Ebbert, commit c5e3ae8823693b260ce1f217adca8add1bc0b3de
introduced a copy-paste typo, as realtek phy is 0x732 and not 0x1c1. Obvious
fix below suggested by Ayaz Abdulla.

Signed-off-by: Willy Tarreau &lt;w@1wt.eu&gt;
Cc: Ayaz Abdulla &lt;aabdulla@nvidia.com&gt;
Cc: Chuck Ebbert &lt;cebbert@redhat.com&gt;
Signed-off-by: Jeff Garzik &lt;jeff@garzik.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>ieee1394: ohci1394: fix initialization if built non-modular</title>
<updated>2007-09-26T17:54:41Z</updated>
<author>
<name>Stefan Richter</name>
<email>stefanr@s5r6.in-berlin.de</email>
</author>
<published>2007-09-21T06:11:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7cd5471bea6f4e7f97e28ff71a30bb2c7656e1c2'/>
<id>urn:sha1:7cd5471bea6f4e7f97e28ff71a30bb2c7656e1c2</id>
<content type='text'>
Initialization of ohci1394 was broken according to one reporter if the
driver was statically linked, i.e. not built as loadable module.  Dmesg:

  PCI: Device 0000:02:07.0 not available because of resource collisions
  ohci1394: Failed to enable OHCI hardware.

This was reported for a Toshiba Satellite 5100-503.  The cause is commit
8df4083c5291b3647e0381d3c69ab2196f5dd3b7 in Linux 2.6.19-rc1 which only
served purposes of early remote debugging via FireWire.  This
functionality is better provided by the currently out-of-tree driver
ohci1394_earlyinit.  Reversal of the commit was OK'd by Andi Kleen.

Same as pre-2.6.23 commit be7963b7e7f08a149e247c0bf29a4abd174e0929.

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>
</feed>
