<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers, branch v2.6.27.6</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers?h=v2.6.27.6</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers?h=v2.6.27.6'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2008-11-13T17:56:06Z</updated>
<entry>
<title>HID: fix incorrent length condition in hidraw_write()</title>
<updated>2008-11-13T17:56:06Z</updated>
<author>
<name>Jiri Kosina</name>
<email>jkosina@suse.cz</email>
</author>
<published>2008-11-11T22:45:38Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=91d0da3c88d130c03a16813aeee7dbedc539b017'/>
<id>urn:sha1:91d0da3c88d130c03a16813aeee7dbedc539b017</id>
<content type='text'>
upstream commit 2b107d629dc0c35de606bb7b010b829cd247a93a

From: Jiri Kosina &lt;jkosina@suse.cz&gt;

The bound check on the buffer length

	if (count &gt; HID_MIN_BUFFER_SIZE)

is of course incorrent, the proper check is

	if (count &gt; HID_MAX_BUFFER_SIZE)

Fix it.

Reported-by: Jerry Ryle &lt;jerry@mindtribe.com&gt;
Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
Cc: Paul Stoffregen &lt;paul@pjrc.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>mmc: increase SD write timeout for crappy cards</title>
<updated>2008-11-13T17:56:04Z</updated>
<author>
<name>Pierre Ossman</name>
<email>drzeus@drzeus.cx</email>
</author>
<published>2008-10-26T11:37:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5995f4d7e9419b62432eeb3a6dfa4c164d2def7e'/>
<id>urn:sha1:5995f4d7e9419b62432eeb3a6dfa4c164d2def7e</id>
<content type='text'>
commit 493890e75d98810a3470b4aae23be628ee5e9667 upstream.

It seems that some cards are slightly out of spec and occasionally
will not be able to complete a write in the alloted 250 ms [1].
Incease the timeout slightly to allow even these cards to function
properly.

[1] http://lkml.org/lkml/2008/9/23/390

Signed-off-by: Pierre Ossman &lt;drzeus@drzeus.cx&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>libata: fix last_reset timestamp handling</title>
<updated>2008-11-13T17:56:04Z</updated>
<author>
<name>Tejun Heo</name>
<email>tj@kernel.org</email>
</author>
<published>2008-11-04T08:08:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d3f87e9d891c34cb073d7c08a9b014aa22e3b1cc'/>
<id>urn:sha1:d3f87e9d891c34cb073d7c08a9b014aa22e3b1cc</id>
<content type='text'>
commit 19b723218bde79c60a394a3caee9eb156ac2d356 upstream

ehc-&gt;last_reset is used to ensure that resets are not issued too
close to each other.  It's initialized to jiffies minus one minute
on EH entry.  However, when new links are initialized after PMP is
probed, new links have zero for this timestamp resulting in long wait
depending on the current jiffies.

This patch makes last_set considered iff ATA_EHI_DID_RESET is set, in
which case last_reset is always initialized.  As an added precaution,
WARN_ON() is added so that warning is printed if last_reset is
in future.

This problem is spotted and debugged by Shane Huang.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Cc: Shane Huang &lt;Shane.Huang@amd.com&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>ACPI: dock: avoid check _STA method</title>
<updated>2008-11-13T17:56:03Z</updated>
<author>
<name>Shaohua Li</name>
<email>shaohua.li@intel.com</email>
</author>
<published>2008-08-28T02:02:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a442c763d20e7716bd1b91dc33ba0e27e2a7fda0'/>
<id>urn:sha1:a442c763d20e7716bd1b91dc33ba0e27e2a7fda0</id>
<content type='text'>
commit 8b59560a3baf2e7c24e0fb92ea5d09eca92805db upstream.

In some BIOSes, every _STA method call will send a notification again,
this cause freeze. And in some BIOSes, it appears _STA should be called
after _DCK. This tries to avoid calls _STA, and still keep the device
present check.

http://bugzilla.kernel.org/show_bug.cgi?id=10431

Signed-off-by: Shaohua Li &lt;shaohua.li@intel.com&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>cpqarry: fix return value of cpqarray_init()</title>
<updated>2008-11-13T17:56:03Z</updated>
<author>
<name>Andrey Borzenkov</name>
<email>arvidjaar@mail.ru</email>
</author>
<published>2008-11-06T20:53:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6a58f99038956a40c9feb5abf7cef8d306c3cf03'/>
<id>urn:sha1:6a58f99038956a40c9feb5abf7cef8d306c3cf03</id>
<content type='text'>
commit 2197d18ded232ef6eef63cce57b6b21eddf1b7b6 upstream.

As reported by Dick Gevers on Compaq ProLiant:

Oct 13 18:06:51 dvgcpl kernel: Compaq SMART2 Driver (v 2.6.0)
Oct 13 18:06:51 dvgcpl kernel: sys_init_module: 'cpqarray'-&gt;init
suspiciously returned 1, it should follow 0/-E convention
Oct 13 18:06:51 dvgcpl kernel: sys_init_module: loading module anyway...
Oct 13 18:06:51 dvgcpl kernel: Pid: 315, comm: modprobe Not tainted
2.6.27-desktop-0.rc8.2mnb #1
Oct 13 18:06:51 dvgcpl kernel:  [&lt;c0380612&gt;] ? printk+0x18/0x1e
Oct 13 18:06:51 dvgcpl kernel:  [&lt;c0158f85&gt;] sys_init_module+0x155/0x1c0
Oct 13 18:06:51 dvgcpl kernel:  [&lt;c0103f06&gt;] syscall_call+0x7/0xb
Oct 13 18:06:51 dvgcpl kernel:  =======================

Make it return 0 on success and -ENODEV if no array was found.

Reported-by: Dick Gevers &lt;dvgevers@xs4all.nl&gt;
Signed-off-by: Andrey Borzenkov &lt;arvidjaar@mail.ru&gt;
Cc: Jens Axboe &lt;jens.axboe@oracle.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>iwl3945: do not send scan command if channel count zero</title>
<updated>2008-11-13T17:56:03Z</updated>
<author>
<name>Reinette Chatre</name>
<email>reinette.chatre@intel.com</email>
</author>
<published>2008-11-04T20:21:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=273d474e0d8bb9f7ed7ceb9eaa245a09000ad1ed'/>
<id>urn:sha1:273d474e0d8bb9f7ed7ceb9eaa245a09000ad1ed</id>
<content type='text'>
commit 14b5433606289dbc5b6fd70ced11462f80e95003 upstream.

Do not send scan command if no channels to scan.

This avoids a Microcode error as reported in:
http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1650
http://bugzilla.kernel.org/show_bug.cgi?id=11806
http://marc.info/?l=linux-wireless&amp;m=122437145211886&amp;w=2

Signed-off-by: Reinette Chatre &lt;reinette.chatre@intel.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>iwl3945: fix deadlock on suspend</title>
<updated>2008-11-13T17:56:03Z</updated>
<author>
<name>Zhu Yi</name>
<email>yi.zhu@intel.com</email>
</author>
<published>2008-11-04T20:21:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fa3ae4e25ef883b608c76e22629085f94f7b8e70'/>
<id>urn:sha1:fa3ae4e25ef883b608c76e22629085f94f7b8e70</id>
<content type='text'>
commit d54bc4e3fc5c56600a13c9ebc0a7e1077ac05d59 upstream.

This patch fixes iwl3945 deadlock during suspend by moving notify_mac out
of iwl3945 mutex. This is a portion of the same fix for iwlwifi by Tomas.

Signed-off-by: Zhu Yi &lt;yi.zhu@intel.com&gt;
Signed-off-by: Tomas Winkler &lt;tomas.winkler@intel.com&gt;
Signed-off-by: Reinette Chatre &lt;reinette.chatre@intel.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>zd1211rw: Add 2 device IDs</title>
<updated>2008-11-13T17:56:02Z</updated>
<author>
<name>Daniel Drake</name>
<email>dsd@gentoo.org</email>
</author>
<published>2008-11-01T17:03:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ee4bb188255d4226997a652910ae5d558cabe3de'/>
<id>urn:sha1:ee4bb188255d4226997a652910ae5d558cabe3de</id>
<content type='text'>
commit 0feec9dfe7b8880ab3b4c38d7cc4107dd706ea7f upstream.

07fa/1196
Bewan BWIFI-USB54AR: Tested by night1308, this device is a ZD1211B with
an AL2230S radio.

0ace/b215
HP 802.11abg: Tested by Robert Philippe

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>iwlwifi: generic init calibrations framework</title>
<updated>2008-11-13T17:56:02Z</updated>
<author>
<name>Tomas Winkler</name>
<email>tomas.winkler@intel.com</email>
</author>
<published>2008-09-03T03:26:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=be5de0dfc3d3989e06dbef7a46b9550a2d635e5d'/>
<id>urn:sha1:be5de0dfc3d3989e06dbef7a46b9550a2d635e5d</id>
<content type='text'>
commit 6e21f2c109edd746a10e08186484bae8168cdd0c upstream

This patch allows variable number of init calibrations and allows
addition new HW.

This patch also fixes critical bug. Only last calibration result
was applied. On reception of one calibration result all the calibration
was freed.

Signed-off-by: Tomas Winkler &lt;tomas.winkler@intel.com&gt;
Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
Signed-off-by: Zhu Yi &lt;yi.zhu@intel.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>iwlwifi: fix suspend to RAM in iwlwifi</title>
<updated>2008-11-13T17:56:02Z</updated>
<author>
<name>Tomas Winkler</name>
<email>tomas.winkler@intel.com</email>
</author>
<published>2008-10-28T23:03:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c23adf489331cfc87b6f7124510873c0f0ed0e48'/>
<id>urn:sha1:c23adf489331cfc87b6f7124510873c0f0ed0e48</id>
<content type='text'>
commit 10d0bd56966571d0324dfd9bbb8aa913a60bef5f upstream

This patch fixes suspend to RAM after by moving
notify_mac out of iwlwifi mutex

http://bugzilla.kernel.org/show_bug.cgi?id=11845

Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
Signed-off-by: Tomas Winkler &lt;tomas.winkler@intel.com&gt;
Tested-by: Carlos R. Mafra &lt;crmafra2@gmail.com&gt;
Tested-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;
Cc: Rafael J. Wysocki &lt;rjw@sisk.pl&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>
</feed>
