<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux, branch v2.6.14.5</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/?h=v2.6.14.5</id>
<link rel='self' href='https://git.amat.us/linux/atom/?h=v2.6.14.5'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2005-12-27T00:26:33Z</updated>
<entry>
<title>Linux 2.6.14.5</title>
<updated>2005-12-27T00:26:33Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2005-12-27T00:26:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9b288acb26059e30e66f14bf8b1b75c9f3a208f1'/>
<id>urn:sha1:9b288acb26059e30e66f14bf8b1b75c9f3a208f1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] setting ACLs on readonly mounted NFS filesystems (CVE-2005-3623)</title>
<updated>2005-12-27T00:08:59Z</updated>
<author>
<name>Andreas Gruenbacher</name>
<email>agruen@suse.de</email>
</author>
<published>2005-12-20T15:29:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0a63dca5ae2f975e08deae7e6c743a477af04367'/>
<id>urn:sha1:0a63dca5ae2f975e08deae7e6c743a477af04367</id>
<content type='text'>
We must check for MAY_SATTR before setting acls, which includes
checking for read-only exports: the lower-level setxattr operation
that eventually sets the acl cannot check export-level restrictions.

Bug reported by Martin Walter &lt;mawa@uni-freiburg.de&gt;.

Signed-off-by: Andreas Gruenbacher &lt;agruen@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] SCSI: fix transfer direction in scsi_lib and st</title>
<updated>2005-12-27T00:08:58Z</updated>
<author>
<name>Stefan Richter</name>
<email>stefanr@s5r6.in-berlin.de</email>
</author>
<published>2005-12-14T22:34:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=841f70676036b309f7102e2c8024dc68c3946990'/>
<id>urn:sha1:841f70676036b309f7102e2c8024dc68c3946990</id>
<content type='text'>
SCSI: fix transfer direction in scsi_lib and st

scsi_prep_fn and st_init_command could issue WRITE requests with zero
buffer length. This may lead to kernel panic or oops with some SCSI
low-level drivers.

Derived from -rc patches from Jens Axboe and James Bottomley.

Patch is reassembled for -stable from patches:
[SCSI] fix panic when ejecting ieee1394 ipod
[SCSI] Consolidate REQ_BLOCK_PC handling path (fix ipod panic)

Depends on patch "SCSI: fix transfer direction in sd (kernel panic when
ejecting iPod)". Also modifies the already correct sr_init_command to
fully match the corresponding -rc patch.

Signed-off-by: Stefan Richter &lt;stefanr@s5r6.in-berlin.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] SCSI: fix transfer direction in sd (kernel panic when ejecting iPod)</title>
<updated>2005-12-27T00:08:58Z</updated>
<author>
<name>Stefan Richter</name>
<email>stefanr@s5r6.in-berlin.de</email>
</author>
<published>2005-12-14T22:32:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8e58cb47ade0e69f3c953a41b67913c430c67879'/>
<id>urn:sha1:8e58cb47ade0e69f3c953a41b67913c430c67879</id>
<content type='text'>
SCSI: fix transfer direction in sd (kernel panic when ejecting iPod)

sd_init_command could issue WRITE requests with zero buffer length.
This may lead to kernel panic or oops with some SCSI low-level drivers.
Seen with the command "eject /dev/sdX" when disconnecting an iPod:
http://marc.theaimsgroup.com/?l=linux1394-devel&amp;m=113399994920181
http://marc.theaimsgroup.com/?l=linux1394-user&amp;m=112152701817435

Derived from -rc patches from Jens Axboe and James Bottomley.

Patch is reassembled for -stable from patches:
[SCSI] fix panic when ejecting ieee1394 ipod
[SCSI] Consolidate REQ_BLOCK_PC handling path (fix ipod panic)

Signed-off-by: Stefan Richter &lt;stefanr@s5r6.in-berlin.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] kernel/params.c: fix sysfs access with CONFIG_MODULES=n</title>
<updated>2005-12-27T00:08:58Z</updated>
<author>
<name>Jason Wessel</name>
<email>jason.wessel@windriver.com</email>
</author>
<published>2005-12-20T22:41:02Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=eec59235580a82f31ec66e066666332b804b0714'/>
<id>urn:sha1:eec59235580a82f31ec66e066666332b804b0714</id>
<content type='text'>
All the work was done to setup the file and maintain the file handles but
the access functions were zeroed out due to the #ifdef.  Removing the
#ifdef allows full access to all the parameters when CONFIG_MODULES=n.

akpm: put it back again, but use CONFIG_SYSFS instead.

This patch has already been included in Linus' tree.

Signed-off-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] Input: fix an OOPS in HID driver</title>
<updated>2005-12-27T00:08:58Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dtor_core@ameritech.net</email>
</author>
<published>2005-12-22T04:13:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=dcf588a64b8c1ba57d2430363a6d0050e8d18072'/>
<id>urn:sha1:dcf588a64b8c1ba57d2430363a6d0050e8d18072</id>
<content type='text'>
This patch fixes an OOPS in HID driver when connecting simulation
devices generating unknown simulation events.

Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
Acked-by: Vojtech Pavlik &lt;vojtech@suse.cz&gt;
Signed-off-by: Chris Wright &lt;chrisw@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] Perform SA switchover immediately.</title>
<updated>2005-12-27T00:08:58Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2005-12-20T01:03:02Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5bc50c7bd333ab656acc16c1539c29d3d9a65600'/>
<id>urn:sha1:5bc50c7bd333ab656acc16c1539c29d3d9a65600</id>
<content type='text'>
When we insert a new xfrm_state which potentially
subsumes an existing one, make sure all cached
bundles are flushed so that the new SA is used
immediately.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix route lifetime.</title>
<updated>2005-12-27T00:08:58Z</updated>
<author>
<name>YOSHIFUJI Hideaki</name>
<email>yoshfuji@linux-ipv6.org</email>
</author>
<published>2005-12-20T01:01:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=974674b84fe907035254bc0a5257a4e1c511f156'/>
<id>urn:sha1:974674b84fe907035254bc0a5257a4e1c511f156</id>
<content type='text'>
The route expiration time is stored in rt6i_expires in jiffies.
The argument of rt6_route_add() for adding a route is not the
expiration time in jiffies nor in clock_t, but the lifetime
(or time left before expiration) in clock_t.

Because of the confusion, we sometimes saw several strange errors
(FAILs) in TAHI IPv6 Ready Logo Phase-2 Self Test.
The symptoms were analyzed by Mitsuru Chinen &lt;CHINEN@jp.ibm.com&gt;.

Signed-off-by: YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix bridge-nf ipv6 length check</title>
<updated>2005-12-27T00:08:57Z</updated>
<author>
<name>Bart De Schuymer</name>
<email>bdschuym@pandora.be</email>
</author>
<published>2005-12-20T01:00:13Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a7508849e7d21b89010539d54359ef8f3d89e8ec'/>
<id>urn:sha1:a7508849e7d21b89010539d54359ef8f3d89e8ec</id>
<content type='text'>
A typo caused some bridged IPv6 packets to get dropped randomly,
as reported by Sebastien Chaumontet. The patch below fixes this
(using skb-&gt;nh.raw instead of raw) and also makes the jumbo packet
length checking up-to-date with the code in
net/ipv6/exthdrs.c::ipv6_hop_jumbo.

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@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix RTNLGRP definitions in rtnetlink.h</title>
<updated>2005-12-27T00:08:57Z</updated>
<author>
<name>Kristian Slavov</name>
<email>kristian.slavov@nomadiclab.com</email>
</author>
<published>2005-12-20T00:59:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=101d4c3fd9466a43e7c43e627979246c53cdf33c'/>
<id>urn:sha1:101d4c3fd9466a43e7c43e627979246c53cdf33c</id>
<content type='text'>
I reported a problem and gave hints to the solution, but nobody seemed
to react. So I prepared a patch against 2.6.14.4.

Tested on 2.6.14.4 with "ip monitor addr" and with the program
attached, while adding and removing IPv6 address. Both programs didn't
receive any messages.  Tested 2.6.14.4 + this patch, and both programs
received add and remove messages.

Signed-off-by: Kristian Slavov &lt;kristian.slavov@nomadiclab.com&gt;
Acked-by: Jamal Hadi salim &lt;hadi@cyberus.ca&gt;
ACKed-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
</feed>
