<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/char, branch linux-2.6.22.y</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.22.y</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.22.y'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2008-02-25T23:59:19+00:00</updated>
<entry>
<title>pci: fix unterminated pci_device_id lists</title>
<updated>2008-02-25T23:59:19+00:00</updated>
<author>
<name>Kees Cook</name>
<email>kees@ubuntu.com</email>
</author>
<published>2008-02-07T20:03:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=366f6bc3be23358dd9796129373eeebfeffb79e1'/>
<id>urn:sha1:366f6bc3be23358dd9796129373eeebfeffb79e1</id>
<content type='text'>
mainline: 248bdd5efca5a113cbf443a993c69e53d370236b

Fix a couple drivers that do not correctly terminate their pci_device_id
lists.  This results in garbage being spewed into modules.pcimap when the
module happens to not have 28 NULL bytes following the table, and/or the
last PCI ID is actually truncated from the table when calculating the
modules.alias PCI aliases, cause those unfortunate device IDs to not
auto-load.

Signed-off-by: Kees Cook &lt;kees@ubuntu.com&gt;
Acked-by: Corey Minyard &lt;minyard@acm.org&gt;
Cc: David Woodhouse &lt;dwmw2@infradead.org&gt;
Acked-by: Jeff Garzik &lt;jeff@garzik.org&gt;
Cc: Greg KH &lt;greg@kroah.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Acked-by: Jeff Mahoney &lt;jeffm@suse.com&gt;
CC: Oliver Pinter &lt;oliver.pntr@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Intel_agp: really fix 945/965GME</title>
<updated>2008-02-25T23:59:19+00:00</updated>
<author>
<name>Wang Zhenyu</name>
<email>zhenyu.z.wang@intel.com</email>
</author>
<published>2008-02-07T20:03:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=03f75e32447ea0de96cdb18e9a4383af39ae1b14'/>
<id>urn:sha1:03f75e32447ea0de96cdb18e9a4383af39ae1b14</id>
<content type='text'>
mainline: dde4787642ee3cb85aef80bdade04b6f8ddc3df8

Fix some missing places to check with device id info, which
should probe the device gart correctly.

Signed-off-by: Wang Zhenyu &lt;zhenyu.z.wang@intel.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Acked-by: Takashi Iwai &lt;tiwai@suse.de&gt;
CC: Oliver Pinter &lt;oliver.pntr@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>vm audit: add VM_DONTEXPAND to mmap for drivers that need it (CVE-2008-0007)</title>
<updated>2008-02-06T19:43:46+00:00</updated>
<author>
<name>Nick Piggin</name>
<email>npiggin@suse.de</email>
</author>
<published>2008-02-02T02:08:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=83af8eda68a3f0c227d0eb05348e58ae27a62e7e'/>
<id>urn:sha1:83af8eda68a3f0c227d0eb05348e58ae27a62e7e</id>
<content type='text'>
Drivers that register a -&gt;fault handler, but do not range-check the
offset argument, must set VM_DONTEXPAND in the vm_flags in order to
prevent an expanding mremap from overflowing the resource.

I've audited the tree and attempted to fix these problems (usually by
adding VM_DONTEXPAND where it is not obvious).

Signed-off-by: Nick Piggin &lt;npiggin@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>i915: fix vbl swap allocation size.</title>
<updated>2007-11-02T15:44:15+00:00</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@linux.ie</email>
</author>
<published>2007-10-16T00:05:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=0a0225bae6d086e1ffa8a5aa3bf265ec83b57c34'/>
<id>urn:sha1:0a0225bae6d086e1ffa8a5aa3bf265ec83b57c34</id>
<content type='text'>
This is upstream as 54583bf4efda79388fc13163e35c016c8bc5de81

Oops...

Signed-off-by: Dave Airlie &lt;airlied@linux.ie&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Fix TCP initial sequence number selection.</title>
<updated>2007-11-02T15:44:11+00:00</updated>
<author>
<name>Eric Dumazet</name>
<email>dada1@cosmosbay.com</email>
</author>
<published>2007-10-10T10:28:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=dec0da2c0b439daf394957660e62824987f9b021'/>
<id>urn:sha1:dec0da2c0b439daf394957660e62824987f9b021</id>
<content type='text'>
changeset 162f6690a65075b49f242d3c8cdb5caaa959a060 in mainline.

TCP V4 sequence numbers are 32bits, and RFC 793 assumed a 250 KHz clock.
In order to follow network speed increase, we can use a faster clock, but
we should limit this clock so that the delay between two rollovers is
greater than MSL (TCP Maximum Segment Lifetime : 2 minutes)

Choosing a 64 nsec clock should be OK, since the rollovers occur every
274 seconds.

Problem spotted by Denys Fedoryshchenko

[ This bug was introduced by f85958151900f9d30fa5ff941b0ce71eaa45a7de ]

Signed-off-by: Eric Dumazet &lt;dada1@cosmosbay.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>random: fix bound check ordering (CVE-2007-3105)</title>
<updated>2007-08-15T16:25:09+00:00</updated>
<author>
<name>Matt Mackall</name>
<email>mpm@selenic.com</email>
</author>
<published>2007-07-16T00:10:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c712842ef701361ed3ee0f50f15797d7369b6628'/>
<id>urn:sha1:c712842ef701361ed3ee0f50f15797d7369b6628</id>
<content type='text'>
If root raised the default wakeup threshold over the size of the
output pool, the pool transfer function could overflow the stack with
RNG bytes, causing a DoS or potential privilege escalation.

(Bug reported by the PaX Team &lt;pageexec@freemail.hu&gt;)

Cc: Theodore Tso &lt;tytso@mit.edu&gt;
Cc: Willy Tarreau &lt;w@1wt.eu&gt;
Signed-off-by: Matt Mackall &lt;mpm@selenic.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>sx: switch subven and subid values</title>
<updated>2007-08-09T21:27:47+00:00</updated>
<author>
<name>Jiri Slaby</name>
<email>jirislaby@gmail.com</email>
</author>
<published>2007-07-11T00:22:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=e9a96a1885017b4af9b74b40a0fbe9c721bc420b'/>
<id>urn:sha1:e9a96a1885017b4af9b74b40a0fbe9c721bc420b</id>
<content type='text'>
sx.c is failing to locate Graham's card.

Signed-off-by: Jiri Slaby &lt;jirislaby@gmail.com&gt;
Cc: Graham Murray &lt;gmurray@webwayone.co.uk&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>drm/i915: Fix i965 secured batchbuffer usage (CVE-2007-3851)</title>
<updated>2007-08-09T21:27:32+00:00</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@redhat.com</email>
</author>
<published>2007-08-06T23:09:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=397f3076fdeb9f71d67c6376b8366dfddeaae4ed'/>
<id>urn:sha1:397f3076fdeb9f71d67c6376b8366dfddeaae4ed</id>
<content type='text'>
This 965G and above chipsets moved the batch buffer non-secure bits to
another place. This means that previous drm's allowed in-secure batchbuffers
to be submitted to the hardware from non-privileged users who are logged
into X and and have access to direct rendering.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Add support SiS based XGI chips to SiS DRM.</title>
<updated>2007-06-27T16:54:49+00:00</updated>
<author>
<name>Ian Romanick</name>
<email>idr@us.ibm.com</email>
</author>
<published>2007-06-26T20:38:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=ad5c980fdef0f339eb7c5888525acf9ce33855ec'/>
<id>urn:sha1:ad5c980fdef0f339eb7c5888525acf9ce33855ec</id>
<content type='text'>
This adds support for some of the XGI Volari family that are based on the
SiS.

Signed-off-by: Dave Airlie &lt;airlied@linux.ie&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Char: stallion, fix oops during init with ISA cards</title>
<updated>2007-06-24T15:59:11+00:00</updated>
<author>
<name>Ingo Korb</name>
<email>ml@akana.de</email>
</author>
<published>2007-06-24T00:16:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=b08b5ad9473a972fdd5d739080d24a84b23525ac'/>
<id>urn:sha1:b08b5ad9473a972fdd5d739080d24a84b23525ac</id>
<content type='text'>
The stallion driver oopses while initializing ISA cards due to an
uninitialized variable.  This patch changes the initialisation order to
match the PCI code path.

Signed-off-by: Ingo Korb &lt;ml@akana.de&gt;
Acked-by: Jiri Slaby &lt;jirislaby@gmail.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
