<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/net/usb, branch v3.6</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v3.6</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v3.6'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2012-09-27T21:59:30Z</updated>
<entry>
<title>smsc75xx: fix resume after device reset</title>
<updated>2012-09-27T21:59:30Z</updated>
<author>
<name>Steve Glendinning</name>
<email>steve.glendinning@shawell.net</email>
</author>
<published>2012-09-24T04:42:59Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a3cff128c970da8400875c8893d68ac735e783fb'/>
<id>urn:sha1:a3cff128c970da8400875c8893d68ac735e783fb</id>
<content type='text'>
On some systems this device fails to properly resume after suspend,
this patch fixes it by running the usbnet_resume handler.

I suspect this also fixes this bug:

http://code.google.com/p/chromium-os/issues/detail?id=31871

Signed-off-by: Steve Glendinning &lt;steve.glendinning@shawell.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: qmi_wwan: adding Huawei E367, ZTE MF683 and Pantech P4200</title>
<updated>2012-09-20T21:54:28Z</updated>
<author>
<name>Bjørn Mork</name>
<email>bjorn@mork.no</email>
</author>
<published>2012-09-19T10:03:36Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=9db273f45686218e055a3738f3311048cbb54fee'/>
<id>urn:sha1:9db273f45686218e055a3738f3311048cbb54fee</id>
<content type='text'>
One of the modes of Huawei E367 has this QMI/wwan interface:

 I:* If#= 1 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=01 Prot=07 Driver=(none)
 E:  Ad=83(I) Atr=03(Int.) MxPS=  64 Ivl=2ms
 E:  Ad=84(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
 E:  Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms

Huawei use subclass and protocol to identify vendor specific
functions, so adding a new vendor rule for this combination.

The Pantech devices UML290 (106c:3718) and P4200 (106c:3721) use
the same subclass to identify the QMI/wwan function.  Replace the
existing device specific UML290 entries with generic vendor matching,
adding support for the Pantech P4200.

The ZTE MF683 has 6 vendor specific interfaces, all using
ff/ff/ff for cls/sub/prot.  Adding a match on interface #5 which
is a QMI/wwan interface.

Cc: Fangxiaozhi (Franko) &lt;fangxiaozhi@huawei.com&gt;
Cc: Thomas Schäfer &lt;tschaefer@t-online.de&gt;
Cc: Dan Williams &lt;dcbw@redhat.com&gt;
Cc: Shawn J. Goff &lt;shawn7400@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;
</content>
</entry>
<entry>
<title>asix: Support DLink DUB-E100 H/W Ver C1</title>
<updated>2012-09-19T21:21:35Z</updated>
<author>
<name>Søren holm</name>
<email>sgh@sgh.dk</email>
</author>
<published>2012-09-17T21:50:57Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=ed3770a9cd5764a575b83810ea679bbff2b03082'/>
<id>urn:sha1:ed3770a9cd5764a575b83810ea679bbff2b03082</id>
<content type='text'>
Signed-off-by: Søren Holm &lt;sgh@sgh.dk&gt;
Cc: stable@vger.kernel.org
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: qmi_wwan: call subdriver with control intf only</title>
<updated>2012-09-13T20:11:51Z</updated>
<author>
<name>Bjørn Mork</name>
<email>bjorn@mork.no</email>
</author>
<published>2012-09-12T20:44:35Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=8624dd2a3e33b647cd672211b54ba276ddee2a2c'/>
<id>urn:sha1:8624dd2a3e33b647cd672211b54ba276ddee2a2c</id>
<content type='text'>
This fixes a hang on suspend due to calling wdm_suspend on
the unregistered data interface. The hang should have been
a NULL pointer reference had it not been for a logic error
in the cdc_wdm code.

  commit 230718bd net: qmi_wwan: bind to both control and data interface

changed qmi_wwan to use cdc_wdm as a subdriver for devices with
a two-interface QMI/wwan function.  The commit failed to update
qmi_wwan_suspend and qmi_wwan_resume, which were written to handle
either a single combined interface function, or no subdriver at all.

The result was that we called into the subdriver both when the
control interface was suspended and when the data interface was
suspended.  Calling the subdriver suspend function with an
unregistered interface is not supported and will make the
subdriver bug out.

Signed-off-by: Bjørn Mork &lt;bjorn@mork.no&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: qmi_wwan: fix Gobi device probing for un2430</title>
<updated>2012-09-11T05:09:58Z</updated>
<author>
<name>Pierre Sauter</name>
<email>pierre.sauter@gmail.com</email>
</author>
<published>2012-09-10T07:02:59Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=b48d6f8bed430922f78f648d1f73f7c1591e472c'/>
<id>urn:sha1:b48d6f8bed430922f78f648d1f73f7c1591e472c</id>
<content type='text'>
HP un2430 is a Gobi 3000 device. It was mistakenly treated as Gobi 1000
in patch b9f90eb2740203ff2592efe640409ad48335d1c2.

I own this device and qmi_wwan works again with this fix.

Signed-off-by: Pierre Sauter &lt;pierre.sauter@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>sierra_net: Endianess bug fix.</title>
<updated>2012-09-10T19:05:42Z</updated>
<author>
<name>Lennart Sorensen</name>
<email>lsorense@csclub.uwaterloo.ca</email>
</author>
<published>2012-09-07T12:14:02Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=2120c52da6fe741454a60644018ad2a6abd957ac'/>
<id>urn:sha1:2120c52da6fe741454a60644018ad2a6abd957ac</id>
<content type='text'>
I discovered I couldn't get sierra_net to work on a powerpc.  Turns out
the firmware attribute check assumes the system is little endian and
hence fails because the attributes is a 16 bit value.

Signed-off-by: Len Sorensen &lt;lsorense@csclub.uwaterloo.ca&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: usbnet: fix softirq storm on suspend</title>
<updated>2012-09-03T17:49:00Z</updated>
<author>
<name>Bjørn Mork</name>
<email>bjorn@mork.no</email>
</author>
<published>2012-09-02T22:26:18Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=85e87870fa18ec9f5df98e2d3b48f3699560a570'/>
<id>urn:sha1:85e87870fa18ec9f5df98e2d3b48f3699560a570</id>
<content type='text'>
Suspending an open usbnet device results in constant
rescheduling of usbnet_bh.

commit 65841fd5 "usbnet: handle remote wakeup asap"
refactored the usbnet_bh code to allow sharing the
urb allocate and submit code with usbnet_resume. In
this process, a test for, and immediate return on,
ENOLINK from rx_submit was unintentionally dropped.

The rx queue will not grow if rx_submit fails,
making usbnet_bh reschedule itself.  This results
in a softirq storm if the error is persistent.
rx_submit translates the usb_submit_urb error
EHOSTUNREACH into ENOLINK, so this is an expected
and persistent error for a suspended device. The
old code tested for this condition and avoided
rescheduling.  Putting this test back.

Cc: &lt;stable@vger.kernel.org&gt; # v3.5
Cc: Ming Lei &lt;ming.lei@canonical.com&gt;
Cc: Oliver Neukum &lt;oneukum@suse.de&gt;
Signed-off-by: Bjørn Mork &lt;bjorn@mork.no&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: qmi_wwan: add several new Gobi devices</title>
<updated>2012-09-02T02:49:34Z</updated>
<author>
<name>Bjørn Mork</name>
<email>bjorn@mork.no</email>
</author>
<published>2012-09-01T03:47:26Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=5002200599429e83fc13e0d9a2d4788b79515b0c'/>
<id>urn:sha1:5002200599429e83fc13e0d9a2d4788b79515b0c</id>
<content type='text'>
Gobi devices are composite, needing both the qcserial and
qmi_wwan drivers to support all functions.  Re-syncing the
list of supported devices with qcserial.

Cc: Aleksander Morgado &lt;aleksander@lanedo.com&gt;
Cc: Thomas Tuttle &lt;ttuttle@chromium.org&gt;
Signed-off-by: Bjørn Mork &lt;bjorn@mork.no&gt;
Signed-off-by: David S. Miller &lt;davem@tempietto.lan&gt;
</content>
</entry>
<entry>
<title>net: qmi_wwan: new device: Foxconn/Novatel E396</title>
<updated>2012-08-31T20:25:10Z</updated>
<author>
<name>Aleksander Morgado</name>
<email>aleksander@lanedo.com</email>
</author>
<published>2012-08-28T02:30:32Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=fa026e223df2514b271b20f839ab05d7f21181b9'/>
<id>urn:sha1:fa026e223df2514b271b20f839ab05d7f21181b9</id>
<content type='text'>
Foxconn-branded Novatel E396, Gobi3k modem.

Cc: Dan Williams &lt;dcbw@redhat.com&gt;
Cc: Bjørn Mork &lt;bjorn@mork.no&gt;
Cc: Ben Chan &lt;benchan@google.com&gt;
Signed-off-by: Aleksander Morgado &lt;aleksander@lanedo.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>usbnet: fix deadlock in resume</title>
<updated>2012-08-31T20:12:21Z</updated>
<author>
<name>Oliver Neukum</name>
<email>oliver@neukum.org</email>
</author>
<published>2012-08-26T20:41:38Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=ab6f148de28261682d300662e87b9477f7efc95b'/>
<id>urn:sha1:ab6f148de28261682d300662e87b9477f7efc95b</id>
<content type='text'>
A usbnet device can share a multifunction device
with a storage device. If the storage device is autoresumed
the usbnet devices also needs to be autoresumed. Allocating
memory with GFP_KERNEL can deadlock in this case.

This should go back into all kernels that have
commit 65841fd5132c3941cdf5df09e70df3ed28323212
That is 3.5

Signed-off-by: Oliver Neukum &lt;oneukum@suse.de&gt;
CC: stable@kernel.org
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
