<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers, branch v3.0.32</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v3.0.32</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v3.0.32'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2012-05-21T16:40:06+00:00</updated>
<entry>
<title>pch_gbe: memory corruption calling pch_gbe_validate_option()</title>
<updated>2012-05-21T16:40:06+00:00</updated>
<author>
<name>Dan Carpenter</name>
<email>dan.carpenter@oracle.com</email>
</author>
<published>2012-02-29T21:17:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=51cb85a88c9588a1725bdb1eccadc2478e68cbad'/>
<id>urn:sha1:51cb85a88c9588a1725bdb1eccadc2478e68cbad</id>
<content type='text'>
commit 73f98eab9b9e0bab492ca06add5657d9e702ddb1 upstream.

pch_gbe_validate_option() modifies 32 bits of memory but we pass
&amp;hw-&gt;phy.autoneg_advertised which only has 16 bits and &amp;hw-&gt;mac.fc
which only has 8 bits.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Tomoya MORINAGA &lt;tomoya.rohm@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>pch_gbe: Do not abort probe on bad MAC</title>
<updated>2012-05-21T16:40:06+00:00</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2012-01-16T09:50:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=91618d8c36e210e76a01bb2bd22433c74a515449'/>
<id>urn:sha1:91618d8c36e210e76a01bb2bd22433c74a515449</id>
<content type='text'>
commit 2b53d07891630dead46d65c8f896955fd3ae0302 upstream.

If the MAC is invalid or not implemented, do not abort the probe. Issue
a warning and prevent bringing the interface up until a MAC is set manually
(via ifconfig $IFACE hw ether $MAC).

Tested on two platforms, one with a valid MAC, the other without a MAC. The real
MAC is used if present, the interface fails to come up until the MAC is set on
the other. They successfully get an IP over DHCP and pass a simple ping and
login over ssh test.

This is meant to allow the Inforce SYS940X development board:
http://www.inforcecomputing.com/SYS940X_ECX.html
(and others suffering from a missing MAC) to work with the mainline kernel.
Without this patch, the probe will fail and the interface will not be created,
preventing the user from configuring the MAC manually.

This does not make any attempt to address a missing or invalid MAC for the
pch_phub driver.

Signed-off-by: Darren Hart &lt;dvhart@linux.intel.com&gt;
CC: Arjan van de Ven &lt;arjan@linux.intel.com&gt;
CC: Alan Cox &lt;alan@linux.intel.com&gt;
CC: Tomoya MORINAGA &lt;tomoya.rohm@gmail.com&gt;
CC: Jeff Kirsher &lt;jeffrey.t.kirsher@intel.com&gt;
CC: "David S. Miller" &lt;davem@davemloft.net&gt;
CC: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
CC: Jon Mason &lt;jdmason@kudzu.us&gt;
CC: netdev@vger.kernel.org
CC: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
CC: David Laight &lt;David.Laight@ACULAB.COM&gt;
CC: Joe Perches &lt;joe@perches.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Tomoya MORINAGA &lt;tomoya.rohm@gmail.com&gt;

</content>
</entry>
<entry>
<title>pch_gbe: Fixed the issue on which PC was frozen when link was downed.</title>
<updated>2012-05-21T16:40:06+00:00</updated>
<author>
<name>Toshiharu Okada</name>
<email>toshiharu-linux@dsn.okisemi.com</email>
</author>
<published>2011-09-25T21:27:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=5a9ee1d0c2e22346a7eccebbbd0a1f1db26c7f7e'/>
<id>urn:sha1:5a9ee1d0c2e22346a7eccebbbd0a1f1db26c7f7e</id>
<content type='text'>
commit 5f3a11419099d5cc010cfbfc524ca10d8fb81f89 upstream.

When a link was downed during network use,
there is an issue on which PC freezes.

This patch fixed this issue.

Signed-off-by: Toshiharu Okada &lt;toshiharu-linux@dsn.okisemi.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Tomoya MORINAGA &lt;tomoya.rohm@gmail.com&gt;

</content>
</entry>
<entry>
<title>pch_gbe: support ML7831 IOH</title>
<updated>2012-05-21T16:40:05+00:00</updated>
<author>
<name>Toshiharu Okada</name>
<email>toshiharu-linux@dsn.okisemi.com</email>
</author>
<published>2011-09-01T14:20:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=7814e8ef7e4c7affe33e975075df09f8a7812250'/>
<id>urn:sha1:7814e8ef7e4c7affe33e975075df09f8a7812250</id>
<content type='text'>
commit 7756332f5b64c9c1535712b9679792e8bd4f0019 upstream.

Support new device OKI SEMICONDUCTOR ML7831 IOH(Input/Output Hub)

ML7831 is for general purpose use.
ML7831 is companion chip for Intel Atom E6xx series.
ML7831 is completely compatible for Intel EG20T PCH.

Signed-off-by: Toshiharu Okada &lt;toshiharu-linux@dsn.okisemi.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Tomoya MORINAGA &lt;tomoya.rohm@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>pch_gbe: fixed the issue which receives an unnecessary packet.</title>
<updated>2012-05-21T16:40:05+00:00</updated>
<author>
<name>Toshiharu Okada</name>
<email>toshiharu-linux@dsn.okisemi.com</email>
</author>
<published>2011-09-01T14:20:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=20149346fc897be5a7a4eed1203b446dabf75183'/>
<id>urn:sha1:20149346fc897be5a7a4eed1203b446dabf75183</id>
<content type='text'>
commit 5229d87edcd80a3bceb0708ebd767faff2e589a9 upstream.

This patch fixed the issue which receives an unnecessary packet before link

When using PHY of GMII, an unnecessary packet is received,
And it becomes impossible to receive a packet after link up.

Signed-off-by: Toshiharu Okada &lt;toshiharu-linux@dsn.okisemi.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Tomoya MORINAGA &lt;tomoya.rohm@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>pch_gpio: Support new device LAPIS Semiconductor ML7831 IOH</title>
<updated>2012-05-21T16:40:05+00:00</updated>
<author>
<name>Tomoya MORINAGA</name>
<email>tomoya.rohm@gmail.com</email>
</author>
<published>2012-05-15T03:53:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=a166666fe3d400c75bb5ea60733801ed04b23e8b'/>
<id>urn:sha1:a166666fe3d400c75bb5ea60733801ed04b23e8b</id>
<content type='text'>
commit 868fea0507308b6548bba7debe5f5c2d5ca47fca upstream.

ML7831 is companion chip for Intel Atom E6xx series.

Signed-off-by: Grant Likely &lt;grant.likely@secretlab.ca&gt;
Signed-off-by: Tomoya MORINAGA &lt;tomoya.rohm@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>SCSI: hpsa: Add IRQF_SHARED back in for the non-MSI(X) interrupt handler</title>
<updated>2012-05-21T16:40:05+00:00</updated>
<author>
<name>Stephen M. Cameron</name>
<email>scameron@beardog.cce.hp.com</email>
</author>
<published>2011-11-28T16:15:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=9f5ad2813ceb238c44807d952542b19ff7cb0525'/>
<id>urn:sha1:9f5ad2813ceb238c44807d952542b19ff7cb0525</id>
<content type='text'>
commit 45bcf018d1a4779d592764ef57517c92589d55d7 upstream.

IRQF_SHARED is required for older controllers that don't support MSI(X)
and which may end up sharing an interrupt.  All the controllers hpsa
normally supports have MSI(X) capability, but older controllers may be
encountered via the hpsa_allow_any=1 module parameter.

Also remove deprecated IRQF_DISABLED.

Signed-off-by: Stephen M. Cameron &lt;scameron@beardog.cce.hp.com&gt;
Signed-off-by: James Bottomley &lt;JBottomley@Parallels.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ACPI / PM: Add Sony Vaio VPCCW29FX to nonvs blacklist.</title>
<updated>2012-05-21T16:40:05+00:00</updated>
<author>
<name>Lan Tianyu</name>
<email>tianyu.lan@intel.com</email>
</author>
<published>2012-01-21T01:23:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=83b8b916e8155afb4c48ae323cc54acbfccc71c3'/>
<id>urn:sha1:83b8b916e8155afb4c48ae323cc54acbfccc71c3</id>
<content type='text'>
commit 93f770846e8dedc5d9117bd4ad9d7efd18420627 upstream.

Sony Vaio VPCCW29FX does not resume correctly without
acpi_sleep=nonvs, so add it to the ACPI sleep blacklist.

https://bugzilla.kernel.org/show_bug.cgi?id=34722

Signed-off-by: Lan Tianyu &lt;tianyu.lan@intel.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>MD: Add del_timer_sync to mddev_suspend (fix nasty panic)</title>
<updated>2012-05-21T16:40:03+00:00</updated>
<author>
<name>Jonathan Brassow</name>
<email>jbrassow@redhat.com</email>
</author>
<published>2012-05-16T09:06:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=f4f388bce9ef18d7ab4e234495d52cc7e716ab3b'/>
<id>urn:sha1:f4f388bce9ef18d7ab4e234495d52cc7e716ab3b</id>
<content type='text'>
commit 0d9f4f135eb6dea06bdcb7065b1e4ff78274a5e9 upstream.

Use del_timer_sync to remove timer before mddev_suspend finishes.

We don't want a timer going off after an mddev_suspend is called.  This is
especially true with device-mapper, since it can call the destructor function
immediately following a suspend.  This results in the removal (kfree) of the
structures upon which the timer depends - resulting in a very ugly panic.
Therefore, we add a del_timer_sync to mddev_suspend to prevent this.

Signed-off-by: NeilBrown &lt;neilb@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>crypto: mv_cesa requires on CRYPTO_HASH to build</title>
<updated>2012-05-21T16:40:03+00:00</updated>
<author>
<name>Alexander Clouter</name>
<email>alex@digriz.org.uk</email>
</author>
<published>2012-05-12T08:45:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=04a4aeb4052eec420eb1a50ab1cba1f359223e37'/>
<id>urn:sha1:04a4aeb4052eec420eb1a50ab1cba1f359223e37</id>
<content type='text'>
commit 1ebfefcf37a6e308266a8d786e8cfea0a454058c upstream.

Without CRYPTO_HASH being selected, mv_cesa has a lot of hooks
into undefined exports.
----
  MODPOST 81 modules
  Kernel: arch/arm/boot/Image is ready
  AS      arch/arm/boot/compressed/head.o
  GZIP    arch/arm/boot/compressed/piggy.gzip
  CC      arch/arm/boot/compressed/misc.o
  CC      arch/arm/boot/compressed/decompress.o
ERROR: "crypto_ahash_type" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_shash_final" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_register_ahash" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_unregister_ahash" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_shash_update" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_shash_digest" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_shash_setkey" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_alloc_shash" [drivers/crypto/mv_cesa.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
make: *** Waiting for unfinished jobs....
----

Signed-off-by: Alexander Clouter &lt;alex@digriz.org.uk&gt;
Signed-off-by: Jason Cooper &lt;jason@lakedaemon.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

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