<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers, branch v2.6.38.1</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers?h=v2.6.38.1</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers?h=v2.6.38.1'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-03-23T20:04:16Z</updated>
<entry>
<title>hwmon: (sht15) Fix integer overflow in humidity calculation</title>
<updated>2011-03-23T20:04:16Z</updated>
<author>
<name>Vivien Didelot</name>
<email>vivien.didelot@savoirfairelinux.com</email>
</author>
<published>2011-03-21T16:59:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=61493eba2918294ee62855d2943aa563aa301c0d'/>
<id>urn:sha1:61493eba2918294ee62855d2943aa563aa301c0d</id>
<content type='text'>
commit ccd32e735de7a941906e093f8dca924bb05c5794 upstream.

An integer overflow occurs in the calculation of RHlinear when the
relative humidity is greater than around 30%. The consequence is a subtle
(but noticeable) error in the resulting humidity measurement.

Signed-off-by: Vivien Didelot &lt;vivien.didelot@savoirfairelinux.com&gt;
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Cc: Jonathan Cameron &lt;jic23@cam.ac.uk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>mmc: sdio: remember new card RCA when redetecting card</title>
<updated>2011-03-23T20:04:12Z</updated>
<author>
<name>Stefan Nilsson XK</name>
<email>stefan.xk.nilsson@stericsson.com</email>
</author>
<published>2011-03-01T13:41:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=17ae6803cbb5224b475ffeb8eaab18c949442b17'/>
<id>urn:sha1:17ae6803cbb5224b475ffeb8eaab18c949442b17</id>
<content type='text'>
commit 0aab3995485b8a994bf29a995a008c9ea4a28054 upstream.

During redetection of a SDIO card, a request for a new card RCA
was submitted to the card, but was then overwritten by the old RCA.
This caused the card to be deselected instead of selected when using
the incorrect RCA.  This bug's been present since the "oldcard"
handling was introduced in 2.6.32.

Signed-off-by: Stefan Nilsson XK &lt;stefan.xk.nilsson@stericsson.com&gt;
Reviewed-by: Ulf Hansson &lt;ulf.hansson@stericsson.com&gt;
Reviewed-by: Pawel Wieczorkiewicz &lt;pawel.wieczorkiewicz@stericsson.com&gt;
Signed-off-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>mmc: sdhci: Add Ricoh e823 PCI ID</title>
<updated>2011-03-23T20:04:11Z</updated>
<author>
<name>Manoj Iyer</name>
<email>manoj.iyer@canonical.com</email>
</author>
<published>2011-02-11T22:25:31Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c552063d351bfd322fc0610e1724e7c901790d5e'/>
<id>urn:sha1:c552063d351bfd322fc0610e1724e7c901790d5e</id>
<content type='text'>
commit 5fd11c0754fa069b6aba64b65734aa2fb193552d upstream.

Signed-off-by: Manoj Iyer &lt;manoj.iyer@canonical.com&gt;
Signed-off-by: Chris Ball &lt;cjb@laptop.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Input: bcm5974 - add support for MacBookPro8</title>
<updated>2011-03-23T20:04:10Z</updated>
<author>
<name>Andy Botting</name>
<email>andy@andybotting.com</email>
</author>
<published>2011-03-13T04:27:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0616af64f42d534de2440d35cb25cd21a820a473'/>
<id>urn:sha1:0616af64f42d534de2440d35cb25cd21a820a473</id>
<content type='text'>
commit 47340bd9fefb571888836da942b5aee0e85e959c upstream.

This patch add multitouch support for the MacBookPro8,1 and
MacBookPro8,2 models.

Signed-off-by: Andy Botting &lt;andy@andybotting.com&gt;
Signed-off-by: Henrik Rydberg &lt;rydberg@euromail.se&gt;
Acked-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>HID: Do not create input devices for feature reports</title>
<updated>2011-03-23T20:04:09Z</updated>
<author>
<name>Henrik Rydberg</name>
<email>rydberg@euromail.se</email>
</author>
<published>2011-02-24T18:30:59Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=666ede5c887f316d2796366a450ddbe97cabe9e5'/>
<id>urn:sha1:666ede5c887f316d2796366a450ddbe97cabe9e5</id>
<content type='text'>
commit f635bd11c8d332d917fb9a4cad3071b2357d5b2a upstream.

When the multi input quirk is set, there is a new input device
created for every feature report. Since the idea is to present
features per hid device, not per input device, revert back to
the original report loop and change the feature_mapping() callback
to not take the input device as argument.

Signed-off-by: Henrik Rydberg &lt;rydberg@euromail.se&gt;
Tested-by: Benjamin Tissoires &lt;benjmain.tissoires@gmail.com&gt;
Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>HID: ACRUX - activate the device immediately after binding</title>
<updated>2011-03-23T20:04:09Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dmitry.torokhov@gmail.com</email>
</author>
<published>2011-03-11T08:27:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=552c26d16dbb5ec82755492fd5eab42d6d07990d'/>
<id>urn:sha1:552c26d16dbb5ec82755492fd5eab42d6d07990d</id>
<content type='text'>
commit 0ae43810976bc969ee158510c4acbe70ed136e61 upstream.

This device does not tolerate delayed opening and goes into a coma if
we try to that. Ubuntu even has a crutch for udev that opened the device
upon seeing it for the first time, but it did not work if we happened to
boot with the device attached, since by the time userspace got around
opening the device it was too late. Let's start the device immediately
to deal with this issue.

Reported-by: Sergei Kolzun &lt;x0r@dv-life.ru&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>scsi_dh_alua: fix deadlock in stpg_endio</title>
<updated>2011-03-23T20:04:03Z</updated>
<author>
<name>Joseph Gruher</name>
<email>joseph.r.gruher@intel.com</email>
</author>
<published>2011-01-05T21:00:21Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0b67526b4e76946e2b2e2da4cf8175ad78ae2879'/>
<id>urn:sha1:0b67526b4e76946e2b2e2da4cf8175ad78ae2879</id>
<content type='text'>
commit ed0f36bc5719b25659b637f80ceea85494b84502 upstream.

The use of blk_execute_rq_nowait() implies __blk_put_request() is needed
in stpg_endio() rather than blk_put_request() -- blk_finish_request() is
called with queue lock already held.

Signed-off-by: Joseph Gruher &lt;joseph.r.gruher@intel.com&gt;
Signed-off-by: Ilgu Hong &lt;ilgu.hong@promise.com&gt;
Signed-off-by: Mike Snitzer &lt;snitzer@redhat.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>target: Fix volume size misreporting for volumes &gt; 2TB</title>
<updated>2011-03-23T20:04:02Z</updated>
<author>
<name>Nicholas Bellinger</name>
<email>nab@linux-iscsi.org</email>
</author>
<published>2011-03-02T23:52:51Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=97272fc63f9c067b9c932e5b289f934044615603'/>
<id>urn:sha1:97272fc63f9c067b9c932e5b289f934044615603</id>
<content type='text'>
commit 904f0bc482201fa86e75c330d79dfd11be494cf8 upstream.

the target infrastructure fails to send the correct conventional size
to READ_CAPACITY that force a retry with READ_CAPACITY_16, which reads
the capacity for devices &gt; 2TB.  Fix by adding the correct return to
trigger RC(16).

Reported-by: Ben Jarvis &lt;bjarvismn@gmail.com&gt;
Signed-off-by: Signed-off-by: Nicholas A. Bellinger &lt;nab@linux-iscsi.org&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>PCI: sysfs: Fix failure path for addition of "vpd" attribute</title>
<updated>2011-03-23T20:03:59Z</updated>
<author>
<name>Ben Hutchings</name>
<email>bhutchings@solarflare.com</email>
</author>
<published>2011-01-13T19:47:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f8cd8789d24ead2e737aae898ab8d5ee0291bb75'/>
<id>urn:sha1:f8cd8789d24ead2e737aae898ab8d5ee0291bb75</id>
<content type='text'>
commit 0f12a4e29368a9476076515881d9ef4e5876c6e2 upstream.

Commit 280c73d ("PCI: centralize the capabilities code in
pci-sysfs.c") changed the initialisation of the "rom" and "vpd"
attributes, and made the failure path for the "vpd" attribute
incorrect.  We must free the new attribute structure (attr), but
instead we currently free dev-&gt;vpd-&gt;attr.  That will normally be NULL,
resulting in a memory leak, but it might be a stale pointer, resulting
in a double-free.

Found by inspection; compile-tested only.

Signed-off-by: Ben Hutchings &lt;bhutchings@solarflare.com&gt;
Signed-off-by: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>PCI: do not create quirk I/O regions below PCIBIOS_MIN_IO for ICH</title>
<updated>2011-03-23T20:03:58Z</updated>
<author>
<name>Jiri Slaby</name>
<email>jslaby@suse.cz</email>
</author>
<published>2011-02-28T09:45:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=dc3ea91330b3943f9e16f6709f1097ca819316b2'/>
<id>urn:sha1:dc3ea91330b3943f9e16f6709f1097ca819316b2</id>
<content type='text'>
commit 87e3dc3855430bd254370afc79f2ed92250f5b7c upstream.

Some broken BIOSes on ICH4 chipset report an ACPI region which is in
conflict with legacy IDE ports when ACPI is disabled. Even though the
regions overlap, IDE ports are working correctly (we cannot find out
the decoding rules on chipsets).

So the only problem is the reported region itself, if we don't reserve
the region in the quirk everything works as expected.

This patch avoids reserving any quirk regions below PCIBIOS_MIN_IO
which is 0x1000. Some regions might be (and are by a fast google
query) below this border, but the only difference is that they won't
be reserved anymore. They should still work though the same as before.

The conflicts look like (1f.0 is bridge, 1f.1 is IDE ctrl):
pci 0000:00:1f.1: address space collision: [io 0x0170-0x0177] conflicts with 0000:00:1f.0 [io  0x0100-0x017f]

At 0x0100 a 128 bytes long ACPI region is reported in the quirk for
ICH4. ata_piix then fails to find disks because the IDE legacy ports
are zeroed:
ata_piix 0000:00:1f.1: device not available (can't reserve [io 0x0000-0x0007])

References: https://bugzilla.novell.com/show_bug.cgi?id=558740
Signed-off-by: Jiri Slaby &lt;jslaby@suse.cz&gt;
Cc: Bjorn Helgaas &lt;bjorn.helgaas@hp.com&gt;
Cc: "David S. Miller" &lt;davem@davemloft.net&gt;
Cc: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

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