<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/net/usb, branch v3.11.1</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v3.11.1</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v3.11.1'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2013-08-28T22:22:15+00:00</updated>
<entry>
<title>net: usb: Add HP hs2434 device to ZLP exception table</title>
<updated>2013-08-28T22:22:15+00:00</updated>
<author>
<name>Rob Gardner</name>
<email>robmatic@gmail.com</email>
</author>
<published>2013-08-25T22:02:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/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:59+00:00</updated>
<author>
<name>Daniel Gimpelevich</name>
<email>daniel@gimpelevich.san-francisco.ca.us</email>
</author>
<published>2013-08-21T08:43:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/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:59+00:00</updated>
<author>
<name>Daniel Gimpelevich</name>
<email>daniel@gimpelevich.san-francisco.ca.us</email>
</author>
<published>2013-08-21T08:43:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/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:13+00:00</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-31T09:21:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/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:13+00:00</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-31T09:21:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/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:13+00:00</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-31T09:21:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/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:13+00:00</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-31T09:21:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/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>
<entry>
<title>net/usb/r815x: replace USB buffer from stack to DMA-able</title>
<updated>2013-07-31T21:49:12+00:00</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-31T09:21:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=b2f47377e871a5f3cc5bd0dd58d3ea1fbc58948d'/>
<id>urn:sha1:b2f47377e871a5f3cc5bd0dd58d3ea1fbc58948d</id>
<content type='text'>
Some USB buffers use stack which may not be DMA-able.
Use the buffers from kmalloc to replace those one.

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>usbnet: do not pretend to support SG/TSO</title>
<updated>2013-07-26T20:48:22+00:00</updated>
<author>
<name>Eric Dumazet</name>
<email>edumazet@google.com</email>
</author>
<published>2013-07-24T00:15:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=20f0170377264e8449b6987041f0bcc4d746d3ed'/>
<id>urn:sha1:20f0170377264e8449b6987041f0bcc4d746d3ed</id>
<content type='text'>
usbnet doesn't support yet SG, so drivers should not advertise SG or TSO
capabilities, as they allow TCP stack to build large TSO packets that
need to be linearized and might use order-5 pages.

This adds an extra copy overhead and possible allocation failures.

Current code ignore skb_linearize() return code so crashes are even
possible.

Best is to not pretend SG/TSO is supported, and add this again when/if
usbnet really supports SG for devices who could get a performance gain.

Based on a prior patch from Freddy Xin &lt;freddy@asix.com.tw&gt;

Signed-off-by: Eric Dumazet &lt;edumazet@google.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>usb/net/r815x: fix cast to restricted __le32</title>
<updated>2013-07-12T23:13:34+00:00</updated>
<author>
<name>hayeswang</name>
<email>hayeswang@realtek.com</email>
</author>
<published>2013-07-12T08:26:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=e76385240ee5c812267319c9084e5a0d62bfbf90'/>
<id>urn:sha1:e76385240ee5c812267319c9084e5a0d62bfbf90</id>
<content type='text'>
&gt;&gt; drivers/net/usb/r815x.c:38:16: sparse: cast to restricted __le32
&gt;&gt; drivers/net/usb/r815x.c:67:15: sparse: cast to restricted __le32
&gt;&gt; drivers/net/usb/r815x.c:69:13: sparse: incorrect type in assignment (different base types)
   drivers/net/usb/r815x.c:69:13:    expected unsigned int [unsigned] [addressable] [assigned] [usertype] tmp
   drivers/net/usb/r815x.c:69:13:    got restricted __le32 [usertype] &lt;noident&gt;

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