<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers, branch v2.6.16.59</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers?h=v2.6.16.59</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers?h=v2.6.16.59'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2008-01-15T23:18:12Z</updated>
<entry>
<title>CONNECTOR: don't touch queue dev after decrement of ref count</title>
<updated>2008-01-15T23:18:12Z</updated>
<author>
<name>Li Zefan</name>
<email>lizf@cn.fujitsu.com</email>
</author>
<published>2008-01-15T23:18:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f9fdf12742cdc18ca30ff6c3bec3bf1748deffa7'/>
<id>urn:sha1:f9fdf12742cdc18ca30ff6c3bec3bf1748deffa7</id>
<content type='text'>
cn_queue_free_callback() will touch 'dev'(i.e. cbq-&gt;pdev),
so it should be called before atomic_dec(&amp;dev-&gt;refcnt).

Signed-off-by: Li Zefan &lt;lizf@cn.fujitsu.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>[NET] kaweth was forgotten in msec switchover of usb_start_wait_urb</title>
<updated>2008-01-15T23:13:56Z</updated>
<author>
<name>Russ Dill</name>
<email>Russ.Dill@asu.edu</email>
</author>
<published>2008-01-15T23:13:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2f248cf37ebe3cf9892905a5356f6f031751a477'/>
<id>urn:sha1:2f248cf37ebe3cf9892905a5356f6f031751a477</id>
<content type='text'>
Back in 2.6.12-pre, usb_start_wait_urb was switched over to take
milliseconds instead of jiffies. kaweth.c was never updated to match.

Signed-off-by: Russ Dill &lt;Russ.Dill@asu.edu&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>[SCSI] aacraid: fix security weakness</title>
<updated>2008-01-06T02:19:00Z</updated>
<author>
<name>Alan Cox</name>
<email>alan@redhat.com</email>
</author>
<published>2007-12-09T18:07:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0949515eac13172c4754691d2270772c0b195565'/>
<id>urn:sha1:0949515eac13172c4754691d2270772c0b195565</id>
<content type='text'>
Actually there are several but one is trivially fixed

1.  FSACTL_GET_NEXT_ADAPTER_FIB ioctl does not lock dev-&gt;fib_list
but needs to
2.  Ditto for FSACTL_CLOSE_GET_ADAPTER_FIB
3.  It is possible to construct an attack via the SRB ioctls where
the user obtains assorted elevated privileges. Various approaches are
possible, the trivial ones being things like writing to the raw media
via scsi commands and the swap image of other executing programs with
higher privileges.

So the ioctls should be CAP_SYS_RAWIO - at least all the FIB manipulating
ones. This is a bandaid fix for #3 but probably the ioctls should grow
their own capable checks. The other two bugs need someone competent in that
driver to fix them.

Signed-off-by: Alan Cox &lt;alan@redhat.com&gt;
Acked-by: Mark Salyzyn &lt;mark_salyzyn@adaptec.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@HansenPartnership.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>hwmon/lm87: Fix a division by zero</title>
<updated>2008-01-06T02:18:59Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2007-12-09T17:58:59Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3528fed43621960e41fef18a2013dc05801ee707'/>
<id>urn:sha1:3528fed43621960e41fef18a2013dc05801ee707</id>
<content type='text'>
Missing parentheses in the definition of FAN_FROM_REG cause a
division by zero for a specific register value.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Acked-by: Hans de Goede &lt;j.w.r.degoede@hhs.nl&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>hwmon/lm87: Disable VID when it should be</title>
<updated>2008-01-06T02:18:59Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2007-12-09T17:57:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f28b4d6af82321ebddda7e40075f50075207fc09'/>
<id>urn:sha1:f28b4d6af82321ebddda7e40075f50075207fc09</id>
<content type='text'>
A stupid bit shifting bug caused the VID value to be always exported
even when the hardware is configured for something different.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>[ATM]: [he] initialize lock and tasklet earlier</title>
<updated>2008-01-06T02:18:59Z</updated>
<author>
<name>Chas Williams</name>
<email>chas@cmf.nrl.navy.mil</email>
</author>
<published>2007-12-09T17:38:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e296897180ce12ecb991c14f9652e74269b03216'/>
<id>urn:sha1:e296897180ce12ecb991c14f9652e74269b03216</id>
<content type='text'>
[ Upstream commit: 8a8037ac9dbe4eb20ce50aa20244faf77444f4a3 ]

if you are lucky (unlucky?) enough to have shared interrupts, the
interrupt handler can be called before the tasklet and lock are ready
for use.

Signed-off-by: Chas Williams &lt;chas@cmf.nrl.navy.mil&gt;
Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>PPPOE: fix memory leak (local DoS) (CVE-2007-2525)</title>
<updated>2007-11-13T10:12:46Z</updated>
<author>
<name>Florian Zumbiehl</name>
<email>florz@florz.de</email>
</author>
<published>2007-11-13T10:12:46Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=624e4ff675005168e71d297185f4b75dbdf650af'/>
<id>urn:sha1:624e4ff675005168e71d297185f4b75dbdf650af</id>
<content type='text'>
This patch fixes a memory leak when a PPPoE socket is release()d after
it has been connect()ed, but before the PPPIOCGCHAN ioctl ever has been
called on it.

This is somewhat of a security problem, too, since PPPoE sockets can be
created by any user, so any user can easily allocate all the machine's
RAM to non-swappable address space and thus DoS the system.

Is there any specific reason for PPPoE sockets being available to any
unprivileged process, BTW? After all, you need a packet socket for the
discovery stage anyway, so it's unlikely that any unprivileged process
will ever need to create a PPPoE socket, no? Allocating all session IDs
for a known AC is a kind of DoS, too, after all - with Juniper ERXes,
this is really easy, actually, since they don't ever assign session ids
above 8000 ...

Signed-off-by: Florian Zumbiehl &lt;florz@florz.de&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>[ATM]: Add CPPFLAGS to byteorder.h check</title>
<updated>2007-11-13T06:50:09Z</updated>
<author>
<name>Ben Collins</name>
<email>bcollins@ubuntu.com</email>
</author>
<published>2007-11-13T06:50:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d4f042f049e679559263a523219413889264aed4'/>
<id>urn:sha1:d4f042f049e679559263a523219413889264aed4</id>
<content type='text'>
O= builds produced errors in the shell command because of unfound headers.

Signed-off-by: Ben Collins &lt;bcollins@ubuntu.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>[PPP_MPPE]: Don't put InterimKey on the stack</title>
<updated>2007-11-13T06:48:46Z</updated>
<author>
<name>Michal Schmidt</name>
<email>mschmidt@redhat.com</email>
</author>
<published>2007-11-13T06:48:46Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6833f471eca59e676aa103001c82eb027e74ac7c'/>
<id>urn:sha1:6833f471eca59e676aa103001c82eb027e74ac7c</id>
<content type='text'>
ppp_mppe puts a crypto key on the kernel stack, then passes the
address of that into the crypto layer.  That doesn't work because the
crypto layer needs to be able to do virt_to_*() on the address which
does not universally work for the kernel stack on all platforms.

Adrian Bunk:
Backported to 2.6.16.

Signed-off-by: Michal Schmidt &lt;mschmidt@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>[Bluetooth] Fix NULL pointer dereference in HCI line discipline</title>
<updated>2007-11-02T03:41:26Z</updated>
<author>
<name>Ohad Ben-Cohen</name>
<email>ohad@bencohen.org</email>
</author>
<published>2007-11-02T03:41:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9ebf0663c8af671f9d37f9d51eb80e26a5b1fe2b'/>
<id>urn:sha1:9ebf0663c8af671f9d37f9d51eb80e26a5b1fe2b</id>
<content type='text'>
Normally a serial Bluetooth device is opened, TIOSETD'ed to N_HCI line
discipline, HCIUARTSETPROTO'ed and finally closed. In case the device
fails to HCIUARTSETPROTO, closing it produces a NULL pointer dereference.

Signed-off-by: Ohad Ben-Cohen &lt;ohad@bencohen.org&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
</feed>
