<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel, branch linux-2.6.17.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.17.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.17.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2006-10-13T18:55:04Z</updated>
<entry>
<title>Linux 2.6.17.14</title>
<updated>2006-10-13T18:55:04Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2006-10-13T18:55:04Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=78ace17e51d4968ed2355e8f708d233d1cc37f6d'/>
<id>urn:sha1:78ace17e51d4968ed2355e8f708d233d1cc37f6d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Input: logips2pp - fix button mapping for MX300</title>
<updated>2006-10-13T18:50:11Z</updated>
<author>
<name>Roberto Castagnola</name>
<email>roberto.castagnola@gmail.com</email>
</author>
<published>2006-09-17T04:07:55Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=38cad36d1cd15e66cc6e4a018c6f0f347fa508a3'/>
<id>urn:sha1:38cad36d1cd15e66cc6e4a018c6f0f347fa508a3</id>
<content type='text'>
MX300 does not have an EXTRA_BTN - it is a simple wheel mouse with
an additional task-switcher button, which is reported as side button
(and not task button).

Signed-off-by: Daniel Drake &lt;dsd@gentoo.org&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>ahci: do not fail softreset if PHY reports no device</title>
<updated>2006-10-13T18:50:11Z</updated>
<author>
<name>Tejun Heo</name>
<email>htejun@gmail.com</email>
</author>
<published>2006-09-17T04:05:55Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=1358c6514ee69aede18947bb8152b464067e114e'/>
<id>urn:sha1:1358c6514ee69aede18947bb8152b464067e114e</id>
<content type='text'>
All softreset methods are responsible for detecting device presence
and succeed softreset in such cases.  AHCI didn't use to check for
device presence before proceeding with softreset and this caused
unnecessary reset retrials during probing.  This patch adds presence
detection to AHCI softreset.

Signed-off-by: Tejun Heo &lt;htejun@gmail.com&gt;
Signed-off-by: Jeff Garzik &lt;jeff@garzik.org&gt;
Cc: Daniel Drake &lt;dsd@gentoo.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>MMC: Always use a sector size of 512 bytes</title>
<updated>2006-10-13T18:50:11Z</updated>
<author>
<name>Pierre Ossman</name>
<email>drzeus@drzeus.cx</email>
</author>
<published>2006-09-17T04:04:41Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=7a84f5cbcf9e0159a2ddde55647a8d69396fd238'/>
<id>urn:sha1:7a84f5cbcf9e0159a2ddde55647a8d69396fd238</id>
<content type='text'>
Both MMC and SD specifications specify (although a bit unclearly in the MMC
case) that a sector size of 512 bytes must always be supported by the card.

Cards can report larger "native" size than this, and cards &gt;= 2 GB even
must do so. Most other readers use 512 bytes even for these cards. We should
do the same to be compatible.

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Cc: Daniel Drake &lt;dsd@gentoo.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Add PIIX4 APCI quirk for the 440MX chipset too</title>
<updated>2006-10-13T18:50:11Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@osdl.org</email>
</author>
<published>2006-09-17T04:02:30Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=144bfae25349b7c4be0c6ee82bcb7c3d05990fa8'/>
<id>urn:sha1:144bfae25349b7c4be0c6ee82bcb7c3d05990fa8</id>
<content type='text'>
This is confirmed to fix a hang due to PCI resource conflicts with
setting up the Cardbus bridge on old laptops with the 440MX chipsets.
Original report by Alessio Sangalli, lspci debugging help by Pekka
Enberg, and trial patch suggested by Daniel Ritz:

  "From the docs available i would _guess_ this thing is really similar
   to the 82443BX/82371AB combination.  at least the SMBus base address
   register is hidden at the very same place (32bit at 0x90 in function
   3 of the "south" brigde)"

The dang thing is largely undocumented, but the patch was corroborated
by Asit Mallick:

  "I am trying to find the register information. 440MX is an integration of
   440BX north-bridge without AGP and PIIX4E (82371EB).  PIIX4 quirk
   should cover the ACPI and SMBus related I/O registers."

and verified to fix the problem by Alessio.

Cc: Daniel Ritz &lt;daniel.ritz-ml@swissonline.ch&gt;
Cc: Asit Mallick &lt;asit.k.mallick@intel.com&gt;
Cc: Pekka Enberg &lt;penberg@cs.helsinki.fi&gt;
Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;
Cc: Dmitry Torokhov &lt;dtor_core@ameritech.net&gt;
Tested-by: Alessio Sangalli &lt;alesan@manoweb.com&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>xirc2ps_cs: Cannot reset card in atomic context</title>
<updated>2006-10-13T18:50:11Z</updated>
<author>
<name>Joerg Ahrens</name>
<email>joerg@hydrops.han.de</email>
</author>
<published>2006-09-17T04:01:05Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=8d73f56f5f020bf99be61a6f4ba50be72c97dd0c'/>
<id>urn:sha1:8d73f56f5f020bf99be61a6f4ba50be72c97dd0c</id>
<content type='text'>
I am using a Xircom CEM33 pcmcia NIC which has occasional hardware problems.
If the netdev watchdog detects a transmit timeout, do_reset is called which
msleeps - this is illegal in atomic context.

This patch schedules the timeout handling as a workqueue item.

Signed-off-by: Daniel Drake &lt;dsd@gentoo.org&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>PKT_SCHED: cls_basic: Use unsigned int when generating handle</title>
<updated>2006-10-13T18:50:11Z</updated>
<author>
<name>David Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2006-09-27T23:25:17Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=a7f0f4dc1aa3b640549507ed1ebfb46ab45eebfe'/>
<id>urn:sha1:a7f0f4dc1aa3b640549507ed1ebfb46ab45eebfe</id>
<content type='text'>
Prevents filters from being added if the first generated
handle already exists.

Signed-off-by: Kim Nordlund &lt;kim.nordlund@nokia.com&gt;
Signed-off-by: Thomas Graf &lt;tgraf@suug.ch&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Fix sparc64 ramdisk handling</title>
<updated>2006-10-13T18:50:11Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2006-09-27T06:15:38Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=c22025315f2b57bed56cfe2a63c9b291f03fe3ba'/>
<id>urn:sha1:c22025315f2b57bed56cfe2a63c9b291f03fe3ba</id>
<content type='text'>
[SPARC64]: Kill bogus check from bootmem_init().

There is an ancient and totally incorrect sanity check being
done on the ramdisk location.  The check assumes that the
kernel is always loaded to physical address zero, which is
wrong.  It was trying to validate the ramdisk value by saying that
if it fell within the kernel image address range it must be wrong.

Anyways, kill this because it actually creates problems.  The
'ramdisk_image' should always be adjusted down by KERNBASE.
SILO can easily put the ramdisk in a location which causes
this test to trigger, breaking things.

[ Based almost entirely upon a patch from Ben Collins. ]

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>SPARC64: Fix serious bug in sched_clock() on sparc64</title>
<updated>2006-10-13T18:50:10Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2006-09-24T01:26:24Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=47ca006812200d8cdc2745bdcadc126e5b360004'/>
<id>urn:sha1:47ca006812200d8cdc2745bdcadc126e5b360004</id>
<content type='text'>
[SPARC64]: Fix sched_clock() wrapping every ~17 seconds.

Unfortunately, sparc64 doesn't have an easy way to do a "64 X 64 --&gt;
128" bit multiply like PowerPC and IA64 do.  We were doing a
"64 X 64 --&gt; 64" bit multiple which causes overflow very quickly with
a 30-bit quotient shift.

So use a quotientshift count of 10 instead of 30, just like x86 and
ARM do.

This also fixes the wrapping of printk timestamp values every ~17
seconds.

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>DVB: cx24123: fix PLL divisor setup</title>
<updated>2006-10-13T18:50:10Z</updated>
<author>
<name>Yeasah Pell</name>
<email>yeasah@schwide.net</email>
</author>
<published>2006-10-08T18:46:16Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=2d287e0384ce2b7c8d2e54697c95a83fc417a2e1'/>
<id>urn:sha1:2d287e0384ce2b7c8d2e54697c95a83fc417a2e1</id>
<content type='text'>
The cx24109 datasheet says: "NOTE: if A=0, then N=N+1"

The current code is the result of a misinterpretation of the datasheet to
mean exactly the opposite of the requirement -- The actual value of N is 1 greater than the value written when A is 0, so 1 needs to be *subtracted*
from it to compensate.

Signed-off-by: Yeasah Pell &lt;yeasah@schwide.net&gt;
Signed-off-by: Steven Toth &lt;stoth@hauppauge.com&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
</feed>
