<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel, branch linux-2.6.14.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.14.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.14.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2006-01-31T06:52:07Z</updated>
<entry>
<title>Linux 2.6.14.7</title>
<updated>2006-01-31T06:52:07Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2006-01-31T06:52:07Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=789f444285aedfb04af7aa3748aa52e99ac4bd8f'/>
<id>urn:sha1:789f444285aedfb04af7aa3748aa52e99ac4bd8f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] Fix another crash in ip_nat_pptp (CVE-2006-0037)</title>
<updated>2006-01-31T06:42:30Z</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2006-01-10T01:00:07Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=703b69791369263e1d15f88f3e6aed02c1514fc2'/>
<id>urn:sha1:703b69791369263e1d15f88f3e6aed02c1514fc2</id>
<content type='text'>
The PPTP NAT helper calculates the offset at which the packet needs
to be mangled as difference between two pointers to the header. With
non-linear skbs however the pointers may point to two seperate buffers
on the stack and the calculation results in a wrong offset beeing
used.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&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] Fix crash in ip_nat_pptp (CVE-2006-0036)</title>
<updated>2006-01-31T06:42:30Z</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2006-01-10T01:00:07Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=988042953360dcc04a965965f08e11b7e8329328'/>
<id>urn:sha1:988042953360dcc04a965965f08e11b7e8329328</id>
<content type='text'>
When an inbound PPTP_IN_CALL_REQUEST packet is received the
PPTP NAT helper uses a NULL pointer in pointer arithmentic to
calculate the offset in the packet which needs to be mangled
and corrupts random memory or crashes.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&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] Fix sys_fstat64() entry in 64-bit syscall table.</title>
<updated>2006-01-31T06:42:30Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2006-01-10T21:31:59Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=7d5e09f7dc89aff4b6cfa42ca686f3b20eacfdbd'/>
<id>urn:sha1:7d5e09f7dc89aff4b6cfa42ca686f3b20eacfdbd</id>
<content type='text'>
Noticed by Jakub Jelinek.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&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] Fix ptrace/strace</title>
<updated>2006-01-31T06:42:30Z</updated>
<author>
<name>Richard Mortimer</name>
<email>richm@oldelvet.org.uk</email>
</author>
<published>2006-01-10T21:30:54Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=94a3817e06b6bcbd20a22ea6ab05a855ce4ecaaf'/>
<id>urn:sha1:94a3817e06b6bcbd20a22ea6ab05a855ce4ecaaf</id>
<content type='text'>
Don't clobber register %l0 while checking TI_SYS_NOERROR value in
syscall return path.  This bug was introduced by:

db7d9a4eb700be766cc9f29241483dbb1e748832

Problem narrowed down by Luis F. Ortiz and Richard Mortimer.

I tried using %l2 as suggested by Luis and that works for me.

Looking at the code I wonder if it makes sense to simplify the code
a little bit. The following works for me but I'm not sure how to
exercise the "NOERROR" codepath.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&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] Don't match tcp/udp source/destination port for IP fragments</title>
<updated>2006-01-31T06:42:30Z</updated>
<author>
<name>Bart De Schuymer</name>
<email>bdschuym@pandora.be</email>
</author>
<published>2006-01-10T21:13:45Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=03e75b58859a910bd75ab7d9e6b729391d2d83c3'/>
<id>urn:sha1:03e75b58859a910bd75ab7d9e6b729391d2d83c3</id>
<content type='text'>
Signed-off-by: Bart De Schuymer &lt;bdschuym@pandora.be&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&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] setting irq affinity is broken in ia32 with MSI enabled</title>
<updated>2006-01-31T06:42:30Z</updated>
<author>
<name>Shaohua Li</name>
<email>shaohua.li@intel.com</email>
</author>
<published>2005-11-30T11:34:42Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=b31dce1543d61c980f2264f91c73ece0dccd09b6'/>
<id>urn:sha1:b31dce1543d61c980f2264f91c73ece0dccd09b6</id>
<content type='text'>
Setting irq affinity stops working when MSI is enabled.  With MSI, move_irq
is empty, so we can't change irq affinity.  It appears a typo in Ashok's
original commit for this issue.  X86_64 actually is using move_native_irq.

Signed-off-by: Shaohua Li &lt;shaohua.li@intel.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.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>Linux 2.6.14.6</title>
<updated>2006-01-08T02:15:24Z</updated>
<author>
<name>Chris Wright</name>
<email>chrisw@sous-sol.org</email>
</author>
<published>2006-01-08T02:15:24Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=0d768bb118fa9987b05657f9251303bf84bb1855'/>
<id>urn:sha1:0d768bb118fa9987b05657f9251303bf84bb1855</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] Fix onboard video on SPARC Blade 100 for 2.6.{13,14,15}</title>
<updated>2006-01-08T02:15:09Z</updated>
<author>
<name>Luis F. Ortiz</name>
<email>lfo@Polyad.Org</email>
</author>
<published>2006-01-05T21:19:46Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=1854ce394f42e1d52adbaa6fc21ff5ea33e976eb'/>
<id>urn:sha1:1854ce394f42e1d52adbaa6fc21ff5ea33e976eb</id>
<content type='text'>
	I have recently been switching from using 2.4.32 on my trusty
old Sparc Blade 100 to using 2.6.15 .  Some of the problems I ran into
were distorted video when the console was active (missing first
character, skipped dots) and when running X windows (colored snow,
stripes, missing pixels).  A quick examination of the 2.6 versus 2.4
source for the ATY driver revealed alot of changes.

         A closer look at the code/data for the 64GR/XL chip revealed
two minor "typos" that the rewriter(s) of the code made.  The first is
a incorrect clock value (230 .vs. 235) and the second is a missing
flag (M64F_SDRAM_MAGIC_PLL).  Making both these changes seems to have
fixed my problem.  I tend to think the 235 value is the correct one,
as there is a 29.4 Mhz clock crystal close to the video chip and 235.2
(29.4*8) is too close to 235 to make it a coincidence.

	The flag for M64F_SDRAM_MAGIC_PLL was dropped during the
changes made by adaplas in file revision 1.72 on the old bitkeeper
repository.

	The change relating to the clock rate has been there forever,
at least in the 2.6 tree.  I'm not sure where to look for the old 2.5
tree or if anyone cares when it happened.

On SPARC Blades 100's, which use the ATY MACH64GR video chipset, the
clock crystal frequency is 235.2 Mhz, not 230 Mhz.  The chipset also
requires the use of M64F_SDRAM_MAGIC_PLL in order to setup the PLL
properly for the DRAM.

Signed-off-by: Luis F. Ortiz &lt;lfo@Polyad.Org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] UFS: inode-&gt;i_sem is not released in error path</title>
<updated>2006-01-08T02:15:09Z</updated>
<author>
<name>Evgeniy Polyakov</name>
<email>johnpol@2ka.mipt.ru</email>
</author>
<published>2006-01-04T01:59:19Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=a8c6aa8791db53edbe27e6a4ae57ef95fc2c01c6'/>
<id>urn:sha1:a8c6aa8791db53edbe27e6a4ae57ef95fc2c01c6</id>
<content type='text'>
Signed-off-by: Evgeniy Polyakov &lt;johnpol@2ka.mipt.ru&gt;
Cc: &lt;stable@kernel.org&gt;
akpm: obviously correct, OK for -stable immediately.
Signed-off-by: Andrew Morton &lt;akpm@osdl.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>
</feed>
