<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers, branch v2.6.32.32</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers?h=v2.6.32.32</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers?h=v2.6.32.32'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-03-07T23:17:58Z</updated>
<entry>
<title>usb: iowarrior: don't trust report_size for buffer size</title>
<updated>2011-03-07T23:17:58Z</updated>
<author>
<name>Kees Cook</name>
<email>kees.cook@canonical.com</email>
</author>
<published>2010-10-11T18:28:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=304a854922606ce1b87cae1a972c567232a4013c'/>
<id>urn:sha1:304a854922606ce1b87cae1a972c567232a4013c</id>
<content type='text'>
commit 3ed780117dbe5acb64280d218f0347f238dafed0 upstream.

If the iowarrior devices in this case statement support more than 8 bytes
per report, it is possible to write past the end of a kernel heap allocation.
This will probably never be possible, but change the allocation to be more
defensive anyway.

Signed-off-by: Kees Cook &lt;kees.cook@canonical.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Acked-by: Brandon Philips &lt;bphilips@suse.de&gt;


</content>
</entry>
<entry>
<title>r8169: disable ASPM</title>
<updated>2011-03-07T23:17:58Z</updated>
<author>
<name>Stanislaw Gruszka</name>
<email>sgruszka@redhat.com</email>
</author>
<published>2011-02-22T02:00:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7d307f637652063b51a58ea7142225d7da9c43cf'/>
<id>urn:sha1:7d307f637652063b51a58ea7142225d7da9c43cf</id>
<content type='text'>
commit ba04c7c93bbcb48ce880cf75b6e9dffcd79d4c7b upstream.

For some time is known that ASPM is causing troubles on r8169, i.e. make
device randomly stop working without any errors in dmesg.

Currently Tomi Leppikangas reports that system with r8169 device hangs
with MCE errors when ASPM is enabled:
https://bugzilla.redhat.com/show_bug.cgi?id=642861#c4

Lets disable ASPM for r8169 devices at all, to avoid problems with
r8169 PCIe devices at least for some users.

Reported-by: Tomi Leppikangas &lt;tomi.leppikangas@gmail.com&gt;
Signed-off-by: Stanislaw Gruszka &lt;sgruszka@redhat.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>e1000e: disable broken PHY wakeup for ICH10 LOMs, use MAC wakeup instead</title>
<updated>2011-03-07T23:17:57Z</updated>
<author>
<name>Bruce Allan</name>
<email>bruce.w.allan@intel.com</email>
</author>
<published>2011-02-02T09:30:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ce473d380e079ea0c6e906599215a904c4334587'/>
<id>urn:sha1:ce473d380e079ea0c6e906599215a904c4334587</id>
<content type='text'>
commit 4def99bbfd46e05c5e03b5b282cb4ee30e27ff19 upstream.

When support for 82577/82578 was added[1] in 2.6.31, PHY wakeup was in-
advertently enabled (even though it does not function properly) on ICH10
LOMs.  This patch makes it so that the ICH10 LOMs use MAC wakeup instead
as was done with the initial support for those devices (i.e. 82567LM-3,
82567LF-3 and 82567V-4).

[1] commit a4f58f5455ba0efda36fb33c37074922d1527a10

Reported-by: Aurelien Jarno &lt;aurelien@aurel32.net&gt;
Signed-off-by: Bruce Allan &lt;bruce.w.allan@intel.com&gt;
Signed-off-by: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>p54usb: add Senao NUB-350 usbid</title>
<updated>2011-03-07T23:17:57Z</updated>
<author>
<name>Christian Lamparter</name>
<email>chunkeey@googlemail.com</email>
</author>
<published>2011-02-26T11:58:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7774dc88c37fa610315066810376bdc69e0e6b3f'/>
<id>urn:sha1:7774dc88c37fa610315066810376bdc69e0e6b3f</id>
<content type='text'>
commit 2b799a6b25bb9f9fbc478782cd9503e8066ab618 upstream.

Reported-by: Mark Davis
Signed-off-by: Christian Lamparter &lt;chunkeey@googlemail.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>HID: add support for Acan FG-8100 barcode reader</title>
<updated>2011-03-07T23:17:56Z</updated>
<author>
<name>Jiri Kosina</name>
<email>jkosina@suse.cz</email>
</author>
<published>2009-12-02T21:54:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=70da0ad005a099576672c7ee0cd54bbe315538d3'/>
<id>urn:sha1:70da0ad005a099576672c7ee0cd54bbe315538d3</id>
<content type='text'>
commit e8d0eab4d9eda9f5e97852f780f020bfb134f9f0 upstream.

Acan FG-8100 barcode reader (0x04b4/0xbca1) has vendor ID of
cypress and requires the same MIN/MAX swap descriptor quirk
as other barcode readers from cypress.

Reported-by: Stijn Ghesquiere &lt;stijn@applesnail.net&gt;
Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
Cc: maximilian attems &lt;max@stro.at&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>netxen: fix set mac addr</title>
<updated>2011-03-07T23:17:56Z</updated>
<author>
<name>Amit Kumar Salecha</name>
<email>amit.salecha@qlogic.com</email>
</author>
<published>2010-01-07T22:10:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7705ad5aa349ccfb78a2c61f564176cb2cf812a4'/>
<id>urn:sha1:7705ad5aa349ccfb78a2c61f564176cb2cf812a4</id>
<content type='text'>
commit d49c9640975355c79f346869831bf9780d185de0 upstream.

o If tx and rx resources are not available, during set mac request.
  Then this request wont be passed to firmware and it will be added to
  driver mac list and will never make it to firmware.
  So if resources are not available, don't add it to driver mac list.

Signed-off-by: Amit Kumar Salecha &lt;amit.salecha@qlogic.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Cc: maximilian attems &lt;max@stro.at&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>virtio: set pci bus master enable bit</title>
<updated>2011-03-07T23:17:55Z</updated>
<author>
<name>Michael S. Tsirkin</name>
<email>mst@redhat.com</email>
</author>
<published>2009-11-29T15:52:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d09706f85cda0c49b345b90df6d6350db7d6f9c4'/>
<id>urn:sha1:d09706f85cda0c49b345b90df6d6350db7d6f9c4</id>
<content type='text'>
commit bc505f373979692d51a86d40925f77a8b09d17b9 upstream.

As all virtio devices perform DMA, we
must enable bus mastering for them to be
spec compliant.

This patch fixes hotplug of virtio devices
with Linux guests and qemu 0.11-0.12.

Tested-by: Alexander Graf &lt;agraf@suse.de&gt;
Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
Cc: maximilian attems &lt;max@stro.at&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>mfd: Fix NULL pointer due to non-initialized ucb1x00-ts absinfo</title>
<updated>2011-03-07T23:17:53Z</updated>
<author>
<name>Jochen Friedrich</name>
<email>jochen@scram.de</email>
</author>
<published>2011-01-26T10:30:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ba7c5cae3c3b1d2ca1e78716806d8a386b569b0a'/>
<id>urn:sha1:ba7c5cae3c3b1d2ca1e78716806d8a386b569b0a</id>
<content type='text'>
commit 9063f1f15eec35e5fd608879cef8be5728f2d12a upstream.

Call input_set_abs_params instead of manually setting absbit only.
This fixes this oops:

Unable to handle kernel NULL pointer dereference at virtual address 00000024
Internal error: Oops: 41b67017 [#1]
CPU: 0    Not tainted  (2.6.37 #4)
pc : [&lt;c016d1fc&gt;]    lr : [&lt;00000000&gt;]    psr: 20000093
sp : c19e5f30  ip : c19e5e6c  fp : c19e5f58
r10: 00000000  r9 : c19e4000  r8 : 00000003
r7 : 000001e4  r6 : 00000001  r5 : c1854400  r4 : 00000003
r3 : 00000018  r2 : 00000018  r1 : 00000018  r0 : c185447c
Flags: nzCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
Control: c1b6717f  Table: c1b6717f  DAC: 00000017
Stack: (0xc19e5f30 to 0xc19e6000)
5f20:                                     00000003 00000003 c1854400 00000013
5f40: 00000001 000001e4 000001c5 c19e5f80 c19e5f5c c016d5e8 c016cf5c 000001e4
5f60: c1854400 c18b5860 00000000 00000171 000001e4 c19e5fc4 c19e5f84 c01559a4
5f80: c016d584 c18b5868 00000000 c1bb5c40 c0035afc c18b5868 c18b5868 c1a55d54
5fa0: c18b5860 c0155750 00000013 00000000 00000000 00000000 c19e5ff4 c19e5fc8
5fc0: c0050174 c015575c 00000000 c18b5860 00000000 c19e5fd4 c19e5fd4 c1a55d54
5fe0: c00500f0 c003b464 00000000 c19e5ff8 c003b464 c00500fc 04000400 04000400
Backtrace:
Function entered at [&lt;c016cf50&gt;] from [&lt;c016d5e8&gt;]
Function entered at [&lt;c016d578&gt;] from [&lt;c01559a4&gt;]
 r8:000001e4 r7:00000171 r6:00000000 r5:c18b5860 r4:c1854400
Function entered at [&lt;c0155750&gt;] from [&lt;c0050174&gt;]
Function entered at [&lt;c00500f0&gt;] from [&lt;c003b464&gt;]
 r6:c003b464 r5:c00500f0 r4:c1a55d54
Code: e59520fc e1a03286 e0433186 e0822003 (e592000c)

&gt;&gt;PC;  c016d1fc &lt;input_handle_event+2ac/5a0&gt;   &lt;=====

Trace; c016cf50 &lt;input_handle_event+0/5a0&gt;
Trace; c016d5e8 &lt;input_event+70/88&gt;
Trace; c016d578 &lt;input_event+0/88&gt;
Trace; c01559a4 &lt;ucb1x00_thread+254/2dc&gt;
Trace; c0155750 &lt;ucb1x00_thread+0/2dc&gt;
Trace; c0050174 &lt;kthread+84/8c&gt;
Trace; c00500f0 &lt;kthread+0/8c&gt;
Trace; c003b464 &lt;do_exit+0/624&gt;

Signed-off-by: Jochen Friedrich &lt;jochen@scram.de&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>drm: fix unsigned vs signed comparison issue in modeset ctl ioctl.</title>
<updated>2011-03-07T23:17:52Z</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@redhat.com</email>
</author>
<published>2011-02-23T22:35:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=40d8d3eb87bccc1987a9e6e8ff1da03383d5155a'/>
<id>urn:sha1:40d8d3eb87bccc1987a9e6e8ff1da03383d5155a</id>
<content type='text'>
commit 1922756124ddd53846877416d92ba4a802bc658f upstream.

This fixes CVE-2011-1013.

Reported-by: Matthiew Herrb (OpenBSD X.org team)
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>xhci: Fix an error in count_sg_trbs_needed()</title>
<updated>2011-03-02T14:47:07Z</updated>
<author>
<name>Paul Zimmerman</name>
<email>Paul.Zimmerman@synopsys.com</email>
</author>
<published>2011-02-12T22:07:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=cbc0238c26e7a18eff2892ab9a24fa8eed5dc333'/>
<id>urn:sha1:cbc0238c26e7a18eff2892ab9a24fa8eed5dc333</id>
<content type='text'>
commit bcd2fde05341cef0052e49566ec88b406a521cf3 upstream.

The expression

	while (running_total &lt; sg_dma_len(sg))

does not take into account that the remaining data length can be less
than sg_dma_len(sg). In that case, running_total can end up being
greater than the total data length, so an extra TRB is counted.
Changing the expression to

	while (running_total &lt; sg_dma_len(sg) &amp;&amp; running_total &lt; temp)

fixes that.

This patch should be queued for stable kernels back to 2.6.31.

Signed-off-by: Paul Zimmerman &lt;paulz@synopsys.com&gt;
Signed-off-by: Sarah Sharp &lt;sarah.a.sharp@linux.intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

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