<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers, branch v3.0.8</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers?h=v3.0.8</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers?h=v3.0.8'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-10-25T05:10:17Z</updated>
<entry>
<title>hwmon: (w83627ehf) Fix negative 8-bit temperature values</title>
<updated>2011-10-25T05:10:17Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2011-10-20T07:06:45Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=63e010153fc0f683bb1170917874824a1927ef69'/>
<id>urn:sha1:63e010153fc0f683bb1170917874824a1927ef69</id>
<content type='text'>
commit 133d324d82e144588939ad25b732b5b6c33b03d9 upstream.

Since 8-bit temperature values are now handled in 16-bit struct
members, values have to be cast to s8 for negative temperatures to be
properly handled. This is broken since kernel version 2.6.39
(commit bce26c58df86599c9570cee83eac58bdaae760e4.)

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Cc: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>firewire: sbp2: fix panic after rmmod with slow targets</title>
<updated>2011-10-25T05:10:16Z</updated>
<author>
<name>Chris Boot</name>
<email>bootc@bootc.net</email>
</author>
<published>2011-08-22T20:38:38Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f92a292abeee48559493433e4e947d0f49fcdd8d'/>
<id>urn:sha1:f92a292abeee48559493433e4e947d0f49fcdd8d</id>
<content type='text'>
commit 0278ccd9d53e07c4e699432b2fed9de6c56f506c upstream.

If firewire-sbp2 starts a login to a target that doesn't complete ORBs
in a timely manner (and has to retry the login), and the module is
removed before the operation times out, you end up with a null-pointer
dereference and a kernel panic.

[SR:  This happens because sbp2_target_get/put() do not maintain
module references.  scsi_device_get/put() do, but at occasions like
Chris describes one, nobody holds a reference to an SBP-2 sdev.]

This patch cancels pending work for each unit in sbp2_remove(), which
hopefully means there are no extra references around that prevent us
from unloading. This fixes my crash.

Signed-off-by: Chris Boot &lt;bootc@bootc.net&gt;
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>drm/ttm: unbind ttm before destroying node in accel move cleanup</title>
<updated>2011-10-25T05:10:15Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2011-08-22T03:15:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=726e2766e04f31620d61cbb8bd9fbf7abe962d02'/>
<id>urn:sha1:726e2766e04f31620d61cbb8bd9fbf7abe962d02</id>
<content type='text'>
commit eac2095398668f989a3dd8d00be1b87850d78c01 upstream.

Nouveau makes the assumption that if a TTM is bound there will be a mm_node
around for it and the backwards ordering here resulted in a use-after-free
on some eviction paths.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Cc: Josh Boyer &lt;jwboyer@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>drm/ttm: ensure ttm for new node is bound before calling move_notify()</title>
<updated>2011-10-25T05:10:15Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2011-08-22T03:15:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=379791a66688385cf75c8aece1a81fc68f536cd4'/>
<id>urn:sha1:379791a66688385cf75c8aece1a81fc68f536cd4</id>
<content type='text'>
commit 8d3bb23609d4ae22803a15d232289fc09a7b61c4 upstream.

This was true for new TTM_PL_SYSTEM and new TTM_PL_TT cases, but wasn't
the case on TTM_PL_SYSTEM&lt;-&gt;TTM_PL_TT moves, which causes trouble on some
paths as nouveau's move_notify() hook requires that the dma addresses be
valid at this point.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Cc: Josh Boyer &lt;jwboyer@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>uvcvideo: Fix crash when linking entities</title>
<updated>2011-10-25T05:10:15Z</updated>
<author>
<name>Laurent Pinchart</name>
<email>laurent.pinchart@ideasonboard.com</email>
</author>
<published>2011-09-06T22:16:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=16b2b5c638c12ffc89753ad19edeb9baa6f59b99'/>
<id>urn:sha1:16b2b5c638c12ffc89753ad19edeb9baa6f59b99</id>
<content type='text'>
commit 4d9b2ebd335d83044b9e6656d0e604e8e1300334 upstream.

The uvc_mc_register_entity() function wrongfully selects the
media_entity associated with a UVC entity when creating links. This
results in access to uninitialized media_entity structures and can hit a
BUG_ON statement in media_entity_create_link(). Fix it.

Signed-off-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Cc: Josh Boyer &lt;jwboyer@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>HID: magicmouse: ignore 'ivalid report id' while switching modes, v2</title>
<updated>2011-10-25T05:10:15Z</updated>
<author>
<name>Jiri Kosina</name>
<email>jkosina@suse.cz</email>
</author>
<published>2011-08-25T12:21:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8dc9342126bbd39181caa83ab437fb22ee25d57d'/>
<id>urn:sha1:8dc9342126bbd39181caa83ab437fb22ee25d57d</id>
<content type='text'>
commit 35d851df23b093ee027f827fed2213ae5e88fc7a upstream.

This is basically a more generic respin of 23746a6 ("HID: magicmouse: ignore
'ivalid report id' while switching modes") which got reverted later by
c3a492.

It turns out that on some configurations, this is actually still the case
and we are not able to detect in runtime.

The device reponds with 'invalid report id' when feature report switching it
into multitouch mode is sent to it.

This has been silently ignored before 0825411ade ("HID: bt: Wait for ACK
on Sent Reports"), but since this commit, it propagates -EIO from the _raw
callback .

So let the driver ignore -EIO as response to 0xd7,0x01 report, as that's
how the device reacts in normal mode.

Sad, but following reality.

This fixes https://bugzilla.kernel.org/show_bug.cgi?id=35022

Reported-by: Chase Douglas &lt;chase.douglas@canonical.com&gt;
Reported-by: Jaikumar Ganesh &lt;jaikumarg@android.com&gt;
Tested-by: Chase Douglas &lt;chase.douglas@canonical.com&gt;
Tested-by: Jaikumar Ganesh &lt;jaikumarg@android.com&gt;
Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
Cc: Josh Boyer &lt;jwboyer@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Platform: fix samsung-laptop DMI identification for N150/N210/220/N230</title>
<updated>2011-10-25T05:10:14Z</updated>
<author>
<name>Thomas Courbon</name>
<email>thcourbon@gmail.com</email>
</author>
<published>2011-07-20T20:57:44Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6fb50607d47e30c196e07a0ceeaf36e370196f2a'/>
<id>urn:sha1:6fb50607d47e30c196e07a0ceeaf36e370196f2a</id>
<content type='text'>
commit 78a7539b881eb557494a7c810625c0307b27296c upstream.

Some samsung latop of the N150/N2{10,20,30} serie are badly detected by the samsung-laptop platform driver, see bug # 36082.
It appears that N230 identifies itself as N150/N210/N220/N230 whereas the other identify themselves as N150/N210/220.
This patch attemtp fix #36082 allowing correct identification for all the said netbook model.

Reported-by: Daniel Eklöf &lt;daniel@ekloef.se&gt;
Signed-off-by: Thomas Courbon &lt;thcourbon@gmail.com&gt;
Signed-off-by: Matthew Garrett &lt;mjg@redhat.com&gt;
Cc: Josh Boyer &lt;jwboyer@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>drm/radeon/kms/atom: fix handling of FB scratch indices</title>
<updated>2011-10-25T05:10:14Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2011-10-19T00:10:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f62f4cad504f32e9d4e407ea5ba8a743da399a8a'/>
<id>urn:sha1:f62f4cad504f32e9d4e407ea5ba8a743da399a8a</id>
<content type='text'>
commit 5a6e8482a16e61250a9121fc9ec719ab0529e760 upstream.

FB scratch indices are dword indices, but we were treating
them as byte indices.  As such, we were getting the wrong
FB scratch data for non-0 indices.  Fix the indices and
guard the indexing against indices larger than the scratch
allocation.

Fixes memory corruption on some boards if data was written
past the end of the FB scratch array.

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Reported-by: Dave Airlie &lt;airlied@redhat.com&gt;
Tested-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>hwmon: (w83627ehf) Properly report thermal diode sensors</title>
<updated>2011-10-25T05:10:14Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2011-10-13T19:49:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=05ffb6746c59a967115714ea1e5b8412291874ea'/>
<id>urn:sha1:05ffb6746c59a967115714ea1e5b8412291874ea</id>
<content type='text'>
commit bf164c58e58328c40ebc597a8ac00cc6840f9703 upstream.

The w83627ehf driver is improperly reporting thermal diode sensors as
type 2, instead of 3. This caused "sensors" and possibly other
monitoring tools to report these sensors as "transistor" instead of
"thermal diode".

Furthermore, diode subtype selection (CPU vs. external) is only
supported by the original W83627EHF/EHG. All later models only support
CPU diode type, and some (NCT6776F) don't even have the register in
question so we should avoid reading from it.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>HID: usbhid: Add support for SiGma Micro chip</title>
<updated>2011-10-25T05:10:13Z</updated>
<author>
<name>Jeremiah Matthey</name>
<email>sprg86@gmail.com</email>
</author>
<published>2011-08-23T07:44:30Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5cfdd884cfdd70470323c4f37be4f3324376ac34'/>
<id>urn:sha1:5cfdd884cfdd70470323c4f37be4f3324376ac34</id>
<content type='text'>
commit f5e4282586dc0c9dab8c7d32e6c43aa07f68586b upstream.

Patch to add SiGma Micro-based keyboards (1c4f:0002) to hid-quirks.

These keyboards dont seem to allow the records to be initialized, and hence a
timeout occurs when the usbhid driver attempts to initialize them. The patch
just adds the signature for these keyboards to the hid-quirks list with the
setting HID_QUIRK_NO_INIT_REPORTS. This removes the 5-10 second wait for the
timeout to occur.

Signed-off-by: Jeremiah Matthey &lt;sprg86@gmail.com&gt;
Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
Signed-off-by: Jonathan Nieder &lt;jrnieder@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

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