<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/drivers, branch linux-2.6.15.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.15.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.15.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2006-03-28T07:00:22Z</updated>
<entry>
<title>[PATCH] Kconfig: VIDEO_DECODER must select FW_LOADER</title>
<updated>2006-03-28T07:00:22Z</updated>
<author>
<name>Michael Krufky</name>
<email>mkrufky@linuxtv.org</email>
</author>
<published>2006-03-21T03:34:58Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=a4ae7ec623c051cb681af82f9d62a821402c6a60'/>
<id>urn:sha1:a4ae7ec623c051cb681af82f9d62a821402c6a60</id>
<content type='text'>
The cx25840 module requires external firmware in order to function,
so it must select FW_LOADER, but saa7115 and saa7129 do not require it.

Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Cc: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] IB/srp: Don't send task management commands after target removal</title>
<updated>2006-03-28T07:00:21Z</updated>
<author>
<name>Roland Dreier</name>
<email>rdreier@cisco.com</email>
</author>
<published>2006-03-07T04:23:33Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=2c07f6fae4b06515944c167e8aeb86217c797c03'/>
<id>urn:sha1:2c07f6fae4b06515944c167e8aeb86217c797c03</id>
<content type='text'>
Just fail abort and reset requests that come in after we've already
decided to remove a target.  This fixes a nasty crash if a storage
target goes away.

Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] IB/mthca: max_inline_data handling tweaks</title>
<updated>2006-03-01T22:36:38Z</updated>
<author>
<name>Jack Morgenstein</name>
<email>jackm@mellanox.co.il</email>
</author>
<published>2006-02-27T21:44:40Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=bbcd4f26d39853dd7a158d20eece8c337efe6441'/>
<id>urn:sha1:bbcd4f26d39853dd7a158d20eece8c337efe6441</id>
<content type='text'>
Fix a case where copying max_inline_data from a successful create_qp
capabilities output to create_qp input could cause EINVAL error:

mthca_set_qp_size must check max_inline_data directly against
max_desc_sz; checking qp-&gt;sq.max_gs is wrong since max_inline_data
depends on the qp type and does not involve max_sg.

Signed-off-by: Jack Morgenstein &lt;jackm@mellanox.co.il&gt;
Signed-off-by: Michael S. Tsirkin &lt;mst@mellanox.co.il&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] sbp2: fix another deadlock after disconnection</title>
<updated>2006-03-01T22:36:37Z</updated>
<author>
<name>Stefan Richter</name>
<email>stefanr@s5r6.in-berlin.de</email>
</author>
<published>2006-02-26T23:52:53Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=6cbb463db05210e83ddc18cbd92e295f1fefa111'/>
<id>urn:sha1:6cbb463db05210e83ddc18cbd92e295f1fefa111</id>
<content type='text'>
sbp2: fix another deadlock after disconnection

If there were commands enqueued but not completed before an SBP-2 unit
was unplugged (or an attempt to reconnect failed), knodemgrd or any
process which tried to remove the device would sleep uninterruptibly
in blk_execute_rq().  Therefore make sure that all commands are
completed when sbp2 retreats.

Signed-off-by: Stefan Richter &lt;stefanr@s5r6.in-berlin.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] sd: fix memory corruption with broken mode page headers</title>
<updated>2006-03-01T22:36:37Z</updated>
<author>
<name>Stefan Richter</name>
<email>stefanr@s5r6.in-berlin.de</email>
</author>
<published>2006-02-26T23:16:10Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=ed26c7781107e4d8fd0c654459e61b81096c4ff4'/>
<id>urn:sha1:ed26c7781107e4d8fd0c654459e61b81096c4ff4</id>
<content type='text'>
sd: fix memory corruption with broken mode page headers

There's a problem in sd where we blindly believe the length of the
headers and block descriptors.  Some devices return insane values for
these and cause our length to end up greater than the actual buffer
size, so check to make sure.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;

Also removed the buffer size magic number (512) and added DPOFUA of
zero to the defaults

Signed-off-by: James Bottomley &lt;James.Bottomley@SteelEye.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;

rediff for 2.6.15.x without DPOFUA bit, taken from commit
489708007785389941a89fa06aedc5ec53303c96

Signed-off-by: Stefan Richter &lt;stefanr@s5r6.in-berlin.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] skge: fix SMP race</title>
<updated>2006-03-01T22:36:37Z</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@osdl.org</email>
</author>
<published>2006-02-22T21:52:35Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=94069fb3035f4e9de4ce33f5910be0dded06677c'/>
<id>urn:sha1:94069fb3035f4e9de4ce33f5910be0dded06677c</id>
<content type='text'>
If skge is attached to a bad cable, that goes up/down.
It exposes an SMP race with the management of IRQ mask

Signed-off-by: Stephen Hemminger &lt;shemminger@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] skge: genesis phy initialization fix</title>
<updated>2006-03-01T22:36:37Z</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@osdl.org</email>
</author>
<published>2006-02-22T21:52:34Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=ed31b30cb77fd23f37d5cac1144fa5dddc6b7a00'/>
<id>urn:sha1:ed31b30cb77fd23f37d5cac1144fa5dddc6b7a00</id>
<content type='text'>
The SysKonnect Genesis based board would fail on initialization
with phy_read errors caused by not waiting for last phy write.

Signed-off-by: Stephen Hemminger &lt;shemminger@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] skge: fix NAPI/irq race</title>
<updated>2006-03-01T22:36:37Z</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@osdl.org</email>
</author>
<published>2006-02-22T21:52:33Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=e501e04cf0b3cd2d89ebfd8ad6cd38e1a88a1a71'/>
<id>urn:sha1:e501e04cf0b3cd2d89ebfd8ad6cd38e1a88a1a71</id>
<content type='text'>
Fix a race in the receive NAPI, irq handling. The interrupt clear and the
start need to be separated.  Otherwise there is a window between the last
frame received and the NAPI done level handling.

Signed-off-by: Stephen Hemminger &lt;shemminger@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] skge: speed setting</title>
<updated>2006-03-01T22:36:36Z</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@osdl.org</email>
</author>
<published>2006-02-22T21:52:32Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=82a0d8860dfd709ce46dc2f0c3670b9f5c52da8a'/>
<id>urn:sha1:82a0d8860dfd709ce46dc2f0c3670b9f5c52da8a</id>
<content type='text'>
This is a clone of John Linville's fixed for speed setting on sky2 driver.
The skge driver has the same code (and bug). It would not allow manually forcing
100 and 10 mbit.

Signed-off-by: Stephen Hemminger &lt;shemminger@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] gbefb: IP32 gbefb depth change fix</title>
<updated>2006-03-01T22:36:36Z</updated>
<author>
<name>Kaj-Michael Lang</name>
<email>milang@tal.org</email>
</author>
<published>2006-02-24T21:04:15Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=c48cc3694e1ad82407c2aa041743f2e8fb0adcde'/>
<id>urn:sha1:c48cc3694e1ad82407c2aa041743f2e8fb0adcde</id>
<content type='text'>
The gbefb driver does not update the framebuffer layers visual setting when
depth is changed with fbset, resulting in strange colors (very dark blue in
16-bit, almost black in 24-bit).

Signed-off-by: Kaj-Michael Lang &lt;milang@tal.org&gt;
Signed-off-by: Martin Michlmayr &lt;tbm@cyrius.com&gt;
Signed-off-by: Antonino Daplas &lt;adaplas@pol.net&gt;
Cc: &lt;stable@kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
</feed>
