<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/net/usb, branch v3.11.7</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/net/usb?h=v3.11.7</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/net/usb?h=v3.11.7'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2013-10-14T01:14:32Z</updated>
<entry>
<title>net: qmi_wwan: add new Qualcomm devices</title>
<updated>2013-10-14T01:14:32Z</updated>
<author>
<name>Bjørn Mork</name>
<email>bjorn@mork.no</email>
</author>
<published>2013-09-10T13:06:20Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c0684969f66a2f636f5c9a78fe7267b38ccd149f'/>
<id>urn:sha1:c0684969f66a2f636f5c9a78fe7267b38ccd149f</id>
<content type='text'>
commit 0470667caa8261beb8a9141102b04a5357dd45b5 upstream.

Adding the device list from the Windows driver description files
included with a new Qualcomm MDM9615 based device, "Alcatel-sbell
ASB TL131 TDD LTE", from China Mobile.  This device is tested
and verified to work.  The others are assumed to work based on
using the same Windows driver.

Many of these devices support multiple QMI/wwan ports, requiring
multiple interface matching entries.  All devices are composite,
providing a mix of one or more serial, storage or Android Debug
Brigde functions in addition to the wwan function.

This device list included an update of one previously known device,
which was incorrectly assumed to have a Gobi 2K layout.  This is
corrected.

Reported-by: 王康 &lt;scateu@gmail.com&gt;
Signed-off-by: Bjørn Mork &lt;bjorn@mork.no&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>dm9601: fix IFF_ALLMULTI handling</title>
<updated>2013-10-14T01:14:26Z</updated>
<author>
<name>Peter Korsgaard</name>
<email>peter@korsgaard.com</email>
</author>
<published>2013-09-30T21:28:20Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=39f8795aaca352e482c1d0a0dff4be5feeef00e9'/>
<id>urn:sha1:39f8795aaca352e482c1d0a0dff4be5feeef00e9</id>
<content type='text'>
[ Upstream commit bf0ea6380724beb64f27a722dfc4b0edabff816e ]

Pass-all-multicast is controlled by bit 3 in RX control, not bit 2
(pass undersized frames).

Reported-by: Joseph Chang &lt;joseph_chang@davicom.com.tw&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>net: usb: cdc_ether: Use wwan interface for Telit modules</title>
<updated>2013-10-01T16:40:58Z</updated>
<author>
<name>Fabio Porcedda</name>
<email>fabio.porcedda@gmail.com</email>
</author>
<published>2013-09-16T09:47:50Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=157c2c2d4500977dc280901dbbdf6edcf1613965'/>
<id>urn:sha1:157c2c2d4500977dc280901dbbdf6edcf1613965</id>
<content type='text'>
commit 0092820407901a0b2c4e343e85f96bb7abfcded1 upstream.

Signed-off-by: Fabio Porcedda &lt;fabio.porcedda@gmail.com&gt;
Acked-by: Oliver Neukum &lt;oliver@neukum.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>net: usb: Add HP hs2434 device to ZLP exception table</title>
<updated>2013-08-28T22:22:15Z</updated>
<author>
<name>Rob Gardner</name>
<email>robmatic@gmail.com</email>
</author>
<published>2013-08-25T22:02:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=03803a59e32453ee5737c6096a295f748f03cc49'/>
<id>urn:sha1:03803a59e32453ee5737c6096a295f748f03cc49</id>
<content type='text'>
This patch adds another entry (HP hs2434 Mobile Broadband) to the list
of exceptional devices that require a zero length packet in order to
function properly. This list was added in commit 844e88f0. The hs2434
is manufactured by Sierra Wireless, who also produces the MC7710,
which the ZLP exception list was created for in the first place. So
hopefully it is just this one producer's devices that will need this
workaround.

Tested on a DM1-4310NR HP notebook, which does not function without this
change.

Signed-off-by: Rob Gardner &lt;robmatic@gmail.com&gt;
Acked-by: Bjørn Mork &lt;bjorn@mork.no&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>hso: Fix stack corruption on some architectures</title>
<updated>2013-08-22T03:47:59Z</updated>
<author>
<name>Daniel Gimpelevich</name>
<email>daniel@gimpelevich.san-francisco.ca.us</email>
</author>
<published>2013-08-21T08:43:19Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e75dc677ff8d06ffa61bef6fee436227ae5440c6'/>
<id>urn:sha1:e75dc677ff8d06ffa61bef6fee436227ae5440c6</id>
<content type='text'>
As Sergei Shtylyov explained in the #mipslinux IRC channel:
[Mon 2013-08-19 12:28:21 PM PDT] &lt;headless&gt; guys, are you sure it's not "DMA off stack" case?
[Mon 2013-08-19 12:28:35 PM PDT] &lt;headless&gt; it's a known stack corruptor on non-coherent arches
[Mon 2013-08-19 12:31:48 PM PDT] &lt;DonkeyHotei&gt; headless: for usb/ehci?
[Mon 2013-08-19 12:34:11 PM PDT] &lt;DonkeyHotei&gt; headless: explain
[Mon 2013-08-19 12:35:38 PM PDT] &lt;headless&gt; usb_control_msg() (or other such func) should not use buffer on stack. DMA from/to stack is prohibited
[Mon 2013-08-19 12:35:58 PM PDT] &lt;headless&gt; and EHCI uses DMA on control xfers (as well as all the others)

Signed-off-by: Daniel Gimpelevich &lt;daniel@gimpelevich.san-francisco.ca.us&gt;
Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>hso: Earlier catch of error condition</title>
<updated>2013-08-22T03:47:59Z</updated>
<author>
<name>Daniel Gimpelevich</name>
<email>daniel@gimpelevich.san-francisco.ca.us</email>
</author>
<published>2013-08-21T08:43:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=35e57e1b49a351aa804dab6010cd46ae6112a541'/>
<id>urn:sha1:35e57e1b49a351aa804dab6010cd46ae6112a541</id>
<content type='text'>
There is no need to get an interface specification if we know it's the
wrong one.

Signed-off-by: Daniel Gimpelevich &lt;daniel@gimpelevich.san-francisco.ca.us&gt;
Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net/usb/r8152: adjust relative ocp function</title>
<updated>2013-07-31T21:49:13Z</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-31T09:21:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c8826de8af3b3c849ba9197851211ced62387a57'/>
<id>urn:sha1:c8826de8af3b3c849ba9197851211ced62387a57</id>
<content type='text'>
- fix the conversion between cpu and __le32
 - replace some pla_ocp and usb_ocp functions with generic_ocp function

Signed-off-by: Hayes Wang &lt;hayeswang@realtek.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net/usb/r8152: make sure the USB buffer is DMA-able</title>
<updated>2013-07-31T21:49:13Z</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-31T09:21:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=31787f5398c3c5aced755e8abd5ae00a2c371cd4'/>
<id>urn:sha1:31787f5398c3c5aced755e8abd5ae00a2c371cd4</id>
<content type='text'>
Allocate the required memory before calling usb_control_msg. And
the additional memory copy is necessary.

Signed-off-by: Hayes Wang &lt;hayeswang@realtek.com&gt;
Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net/usb/r815x: change the return value for bind functions</title>
<updated>2013-07-31T21:49:13Z</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-31T09:21:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=543ae7f9c4e69816043ac3b526310353b413b325'/>
<id>urn:sha1:543ae7f9c4e69816043ac3b526310353b413b325</id>
<content type='text'>
Replace 0 with the result from usbnet_cdc_bind().

Signed-off-by: Hayes Wang &lt;hayeswang@realtek.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net/usb/r815x: avoid to call mdio functions for runtime-suspended device</title>
<updated>2013-07-31T21:49:13Z</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-31T09:21:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b771721a748875e3654debdf68ad4708477f18c4'/>
<id>urn:sha1:b771721a748875e3654debdf68ad4708477f18c4</id>
<content type='text'>
Don't replace the usb_control_msg() with usbnet_{read,write}_cmd()
which couldn't be called inside suspend/resume callback. Keep the
basic functions unlimited. Instead, using usb_autopm_get_interface()
and usb_autopm_put_interface() in r815x_mdio_{read,write}().

Signed-off-by: Hayes Wang &lt;hayeswang@realtek.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
