<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux, branch v2.6.27.40</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/?h=v2.6.27.40</id>
<link rel='self' href='https://git.amat.us/linux/atom/?h=v2.6.27.40'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2009-12-08T19:21:07Z</updated>
<entry>
<title>Linux 2.6.27.40</title>
<updated>2009-12-08T19:21:07Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2009-12-08T19:21:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f23cb6b5657e6e5507b46290a48ce65021683061'/>
<id>urn:sha1:f23cb6b5657e6e5507b46290a48ce65021683061</id>
<content type='text'>
</content>
</entry>
<entry>
<title>hwmon: (it87) Fix VID reading on IT8718F</title>
<updated>2009-12-08T19:17:33Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2009-11-07T18:11:41Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=909ec99b24903fcd15cd78b01c0925afeb46ebf3'/>
<id>urn:sha1:909ec99b24903fcd15cd78b01c0925afeb46ebf3</id>
<content type='text'>
commit 371dc4a6d8c3c74a9a1c74b87c2affb3fcef6500 upstream

Comparing apples to bananas doesn't seem right.

The bug has been there since support for the IT8718F was added, so
VID never worked for this chip.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>dca: redesign locks to fix deadlocks</title>
<updated>2009-12-08T19:17:31Z</updated>
<author>
<name>Maciej Sosnowski</name>
<email>maciej.sosnowski@intel.com</email>
</author>
<published>2009-02-03T07:26:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=34dcc7657b7e11976cb9ab67e0bd3135539c97ea'/>
<id>urn:sha1:34dcc7657b7e11976cb9ab67e0bd3135539c97ea</id>
<content type='text'>
commit eb4400e3a040b90a3ad805b01fcbc99a5f615c8f upstream.

Change spin_locks to irqsave to prevent dead-locks.
Protect adding and deleting to/from dca_providers list.
Drop the lock during dca_sysfs_add_req() and dca_sysfs_remove_req() calls
as they might sleep (use GFP_KERNEL allocation).

Signed-off-by: Maciej Sosnowski &lt;maciej.sosnowski@intel.com&gt;
Acked-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.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>USB: usb-serial: replace shutdown with disconnect, release</title>
<updated>2009-12-08T19:17:31Z</updated>
<author>
<name>Alan Stern</name>
<email>stern@rowland.harvard.edu</email>
</author>
<published>2009-12-01T15:01:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f10f9dd87161b70da6ec3d257c1f01a6ac02536f'/>
<id>urn:sha1:f10f9dd87161b70da6ec3d257c1f01a6ac02536f</id>
<content type='text'>
This is commit f9c99bb8b3a1ec81af68d484a551307326c2e933 back-ported to
2.6.27.39.

This patch (as1254-2) splits up the shutdown method of usb_serial_driver
into a disconnect and a release method.

The problem is that the usb-serial core was calling shutdown during
disconnect handling, but drivers didn't expect it to be called until
after all the open file references had been closed.  The result was an
oops when the close method tried to use memory that had been
deallocated by shutdown.

Signed-off-by: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Tested-by: Rory Filer &lt;rfiler@SierraWireless.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>USB: suspend/resume support for option driver</title>
<updated>2009-12-08T19:17:28Z</updated>
<author>
<name>Oliver Neukum</name>
<email>oliver@neukum.org</email>
</author>
<published>2009-01-27T16:21:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e1897f9fc227055733cea2b7449af38276b2e6a5'/>
<id>urn:sha1:e1897f9fc227055733cea2b7449af38276b2e6a5</id>
<content type='text'>
commit 4901b2c34ecb6fc45909228ad269c8126efe4401 upstream.

This patch implements suspend and resume methods for the
option driver. With my hardware I can even suspend the system
and keep up a connection for a short time.

Signed-off-by: Oliver Neukum &lt;oneukum@suse.de&gt;
Signed-Off-By: Matthias Urlichs &lt;smurf@smurf.noris.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>USB: ohci: quirk AMD prefetch for USB 1.1 ISO transfer</title>
<updated>2009-12-08T19:17:27Z</updated>
<author>
<name>Libin Yang</name>
<email>libin.yang@amd.com</email>
</author>
<published>2009-11-04T06:55:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e72432d716f8555c27fc95b39969ba0a1d0c988b'/>
<id>urn:sha1:e72432d716f8555c27fc95b39969ba0a1d0c988b</id>
<content type='text'>
commit a1f17a872bc7b1cb7efdd5486a2963e88a536e61 upstream.

The following patch in the driver is required to avoid USB 1.1 device
failures that may occur due to requests from USB OHCI controllers may
be overwritten if the latency for any pending request by the USB
controller is very long (in the range of milliseconds).

Signed-off-by: Libin Yang &lt;libin.yang@amd.com&gt;
Cc: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Cc: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>thinkpad-acpi: fix sign of ERESTARTSYS return</title>
<updated>2009-12-08T19:17:24Z</updated>
<author>
<name>Roel Kluin</name>
<email>roel.kluin@gmail.com</email>
</author>
<published>2009-11-20T18:48:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d608b567459dd38ced1f3691d71520a8984f63a1'/>
<id>urn:sha1:d608b567459dd38ced1f3691d71520a8984f63a1</id>
<content type='text'>
commit 80a8d1228e90349b4514e8c925c061fa5cbcea75 upstream.

The returned error should be negative

Signed-off-by: Roel Kluin &lt;roel.kluin@gmail.com&gt;
Acked-by: Henrique de Moraes Holschuh &lt;hmh@hmh.eng.br&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>isdn: hfc_usb: Fix read buffer overflow</title>
<updated>2009-12-08T19:17:23Z</updated>
<author>
<name>Roel Kluin</name>
<email>roel.kluin@gmail.com</email>
</author>
<published>2009-11-04T16:31:59Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e9ab6d1f58eda5d33cc7e849778b72a5b2c1d916'/>
<id>urn:sha1:e9ab6d1f58eda5d33cc7e849778b72a5b2c1d916</id>
<content type='text'>
commit 286e633ef0ff5bb63c07b4516665da8004966fec upstream.

Check whether index is within bounds before testing the element.

Signed-off-by: Roel Kluin &lt;roel.kluin@gmail.com&gt;
Cc: Karsten Keil &lt;isdn@linux-pingi.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&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>fuse: prevent fuse_put_request on invalid pointer</title>
<updated>2009-12-08T19:17:21Z</updated>
<author>
<name>Anand V. Avati</name>
<email>avati@gluster.com</email>
</author>
<published>2009-10-22T13:24:52Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4c2d3f19ba21524e0445a2e217e852bc4010d9b3'/>
<id>urn:sha1:4c2d3f19ba21524e0445a2e217e852bc4010d9b3</id>
<content type='text'>
commit f60311d5f7670d9539b424e4ed8b5c0872fc9e83 upstream.

fuse_direct_io() has a loop where requests are allocated in each
iteration. if allocation fails, the loop is broken out and follows
into an unconditional fuse_put_request() on that invalid pointer.

Signed-off-by: Anand V. Avati &lt;avati@gluster.com&gt;
Signed-off-by: Miklos Szeredi &lt;mszeredi@suse.cz&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>fuse: reject O_DIRECT flag also in fuse_create</title>
<updated>2009-12-08T19:17:19Z</updated>
<author>
<name>Csaba Henk</name>
<email>csaba@gluster.com</email>
</author>
<published>2009-11-27T14:00:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e192c2e5db689c874f6e56166face8ac96544350'/>
<id>urn:sha1:e192c2e5db689c874f6e56166face8ac96544350</id>
<content type='text'>
commit 1b7323965a8c6eee9dc4e345a7ae4bff1dc93149 upstream.

The comment in fuse_open about O_DIRECT:

  "VFS checks this, but only _after_ -&gt;open()"

also holds for fuse_create, however, the same kind of check was missing there.

As an impact of this bug, open(newfile, O_RDWR|O_CREAT|O_DIRECT) fails, but a
stub newfile will remain if the fuse server handled the implied FUSE_CREATE
request appropriately.

Other impact: in the above situation ima_file_free() will complain to open/free
imbalance if CONFIG_IMA is set.

Signed-off-by: Csaba Henk &lt;csaba@gluster.com&gt;
Signed-off-by: Miklos Szeredi &lt;mszeredi@suse.cz&gt;
Cc: Harshavardhana &lt;harsha@gluster.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

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