Bug#889831: USB rndis_host - slow download transfers, RX errors
Control: tags -1 + moreinfo Hi Tomas, [Dropping the broader lists for this reply only] On Thu, Feb 08, 2018 at 12:02:42PM -0500, Tomasz Janowski wrote: > On Thursday, February 8, 2018 5:37:25 PM EST Greg KH wrote: > > On Thu, Feb 08, 2018 at 10:53:20AM -0500, Tomasz Janowski wrote: > > > On Thursday, February 8, 2018 3:43:05 PM EST Greg KH wrote: > > > > On Thu, Feb 08, 2018 at 02:16:08PM +, Tomasz Janowski, Ph.D. wrote: > > > > > Dear USB developers, > > > > > > > > > > Based on my google research, the problem I experience seems to happen > > > > > with some newer smartphones. My test case is Samsung Galaxy S8 > > > > > (SM-950U1). > > > > > I am trying to use USB tethering and everything seems to work as > > > > > expected > > > > > (modules are loaded, Ethernet devices are up and running, dhcp works > > > > > fine). I can connect to the external world using both LTE or wireless > > > > > network on the phone. > > > > > > > > > > Now, the problem is that the download speeds are terrible, around 64 > > > > > KB/s, > > > > > while uploads are fast, the order of 15 MB/s. These speeds do not > > > > > depend > > > > > on the wireless service provider: the results are similar when I > > > > > tether > > > > > wi-fi. The USB Ethernet interface on the Linux host reports a lot of > > > > > receive errors (attached: device_state.txt), while kernel reports bad > > > > > rndis messages (attached: kernel.log.txt). > > > > > > > > > > Windows 10 works great with the same hardware (same PC and same > > > > > phone), > > > > > with uploads and downloads in the order of 150 Mbit/s, which is > > > > > probably > > > > > as fast as my wireless network can do. But some people reported issues > > > > > with older Windows drivers too. Is possible that some newer version of > > > > > RNDIS protocol is around and Linux hasn't updated its RNDIS module > > > > > yet? > > > > > > > > Hey, I was _just_ talking to someone at Google about this same issue > > > > yesterday, you beat him sending this same type of report to the mailing > > > > list, nice job :) > > > > > > > > Yes, this is not good, and we should work to resolve this, but first, > > > > what kernel version are you using? I think some fixes for the rndis > > > > driver went in recently to 4.15, but it would be good to verify that > > > > this isn't already resolved. > > > > > > The error messages which I have attached were produced by a precompiled > > > Debian kernel: "Linux version 4.14.0-0.bpo.3-amd64 > > > (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian > > > 6.3.0-18)) #1 SMP Debian 4.14.13-1~bpo9+1 (2018-01-14)". > > > > > > But I have downloaded the most recent version of the kernel from the > > > official git repository (last commit: Jan 31, 2018) and it had exactly > > > the same problem. Unless a patch was submitted within the last week, the > > > issue is still there. > > > > > > Should I get the version as of today and test it again? > > > > If you find a 4.15 tree, that would be great to test, but odds are, the > > issues are still there. > > > > I'll try to carve out some time to look at this tomorrow, as I have a > > bunch of Android devices to test with, and there's no good reason why > > Windows should be slower than Linux for stuff like this. We should be > > able to go as fast as the device lets us. Most likely we are doing > > something "stupid" in the rndis driver somewhere :) > > > Thanks a lot! > > I have tested with kernel downloaded from: > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > The version was 4.15.0+, so I guess that was cutting edge kernel as of > 01/31/2018. > Just to clarify, Windows is faster than Linux. 64 KB/s in Linux makes the USB > tethering not so useful, and if the "PC" is a laptop, one can live with wi-fi > hotspot, which works fine. Desktop PC must use USB. I also thought that USB > has > a greater potential to deliver better throughput than wifi hotspot. > > I have tested another phone, Galaxy J7 Pro (2017 version). That phone uses a > different hardware, different USB connector, and an older kernel version. J7 > works fine with current Linux kernel, so it is necessary to use as recent > Android (and possibly hardware) as possible. The thread stopped after the above message, and I see no further followups. Is this issue still reproducible with a recent kernel (from unstable or buster backports)? If so might be worth to reping the thread and try to get the ball rolling again. If it is not reproducible anymore we might just close the bugreport. Regards, Salvatore
Bug#889831: USB rndis_host - slow download transfers, RX errors
On Thursday, February 8, 2018 5:37:25 PM EST Greg KH wrote: > On Thu, Feb 08, 2018 at 10:53:20AM -0500, Tomasz Janowski wrote: > > On Thursday, February 8, 2018 3:43:05 PM EST Greg KH wrote: > > > On Thu, Feb 08, 2018 at 02:16:08PM +, Tomasz Janowski, Ph.D. wrote: > > > > Dear USB developers, > > > > > > > > Based on my google research, the problem I experience seems to happen > > > > with some newer smartphones. My test case is Samsung Galaxy S8 > > > > (SM-950U1). > > > > I am trying to use USB tethering and everything seems to work as > > > > expected > > > > (modules are loaded, Ethernet devices are up and running, dhcp works > > > > fine). I can connect to the external world using both LTE or wireless > > > > network on the phone. > > > > > > > > Now, the problem is that the download speeds are terrible, around 64 > > > > KB/s, > > > > while uploads are fast, the order of 15 MB/s. These speeds do not > > > > depend > > > > on the wireless service provider: the results are similar when I > > > > tether > > > > wi-fi. The USB Ethernet interface on the Linux host reports a lot of > > > > receive errors (attached: device_state.txt), while kernel reports bad > > > > rndis messages (attached: kernel.log.txt). > > > > > > > > Windows 10 works great with the same hardware (same PC and same > > > > phone), > > > > with uploads and downloads in the order of 150 Mbit/s, which is > > > > probably > > > > as fast as my wireless network can do. But some people reported issues > > > > with older Windows drivers too. Is possible that some newer version of > > > > RNDIS protocol is around and Linux hasn't updated its RNDIS module > > > > yet? > > > > > > Hey, I was _just_ talking to someone at Google about this same issue > > > yesterday, you beat him sending this same type of report to the mailing > > > list, nice job :) > > > > > > Yes, this is not good, and we should work to resolve this, but first, > > > what kernel version are you using? I think some fixes for the rndis > > > driver went in recently to 4.15, but it would be good to verify that > > > this isn't already resolved. > > > > The error messages which I have attached were produced by a precompiled > > Debian kernel: "Linux version 4.14.0-0.bpo.3-amd64 > > (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian > > 6.3.0-18)) #1 SMP Debian 4.14.13-1~bpo9+1 (2018-01-14)". > > > > But I have downloaded the most recent version of the kernel from the > > official git repository (last commit: Jan 31, 2018) and it had exactly > > the same problem. Unless a patch was submitted within the last week, the > > issue is still there. > > > > Should I get the version as of today and test it again? > > If you find a 4.15 tree, that would be great to test, but odds are, the > issues are still there. > > I'll try to carve out some time to look at this tomorrow, as I have a > bunch of Android devices to test with, and there's no good reason why > Windows should be slower than Linux for stuff like this. We should be > able to go as fast as the device lets us. Most likely we are doing > something "stupid" in the rndis driver somewhere :) > Thanks a lot! I have tested with kernel downloaded from: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git The version was 4.15.0+, so I guess that was cutting edge kernel as of 01/31/2018. Just to clarify, Windows is faster than Linux. 64 KB/s in Linux makes the USB tethering not so useful, and if the "PC" is a laptop, one can live with wi-fi hotspot, which works fine. Desktop PC must use USB. I also thought that USB has a greater potential to deliver better throughput than wifi hotspot. I have tested another phone, Galaxy J7 Pro (2017 version). That phone uses a different hardware, different USB connector, and an older kernel version. J7 works fine with current Linux kernel, so it is necessary to use as recent Android (and possibly hardware) as possible. Thanks! Tomasz
Bug#889831: USB rndis_host - slow download transfers, RX errors
On Thu, Feb 08, 2018 at 10:53:20AM -0500, Tomasz Janowski wrote: > On Thursday, February 8, 2018 3:43:05 PM EST Greg KH wrote: > > On Thu, Feb 08, 2018 at 02:16:08PM +, Tomasz Janowski, Ph.D. wrote: > > > Dear USB developers, > > > > > > Based on my google research, the problem I experience seems to happen > > > with some newer smartphones. My test case is Samsung Galaxy S8 (SM-950U1). > > > I am trying to use USB tethering and everything seems to work as expected > > > (modules are loaded, Ethernet devices are up and running, dhcp works > > > fine). I can connect to the external world using both LTE or wireless > > > network on the phone. > > > > > > Now, the problem is that the download speeds are terrible, around 64 KB/s, > > > while uploads are fast, the order of 15 MB/s. These speeds do not depend > > > on the wireless service provider: the results are similar when I tether > > > wi-fi. The USB Ethernet interface on the Linux host reports a lot of > > > receive errors (attached: device_state.txt), while kernel reports bad > > > rndis messages (attached: kernel.log.txt). > > > > > > Windows 10 works great with the same hardware (same PC and same phone), > > > with uploads and downloads in the order of 150 Mbit/s, which is probably > > > as fast as my wireless network can do. But some people reported issues > > > with older Windows drivers too. Is possible that some newer version of > > > RNDIS protocol is around and Linux hasn't updated its RNDIS module yet? > > > > Hey, I was _just_ talking to someone at Google about this same issue > > yesterday, you beat him sending this same type of report to the mailing > > list, nice job :) > > > > Yes, this is not good, and we should work to resolve this, but first, > > what kernel version are you using? I think some fixes for the rndis > > driver went in recently to 4.15, but it would be good to verify that > > this isn't already resolved. > > The error messages which I have attached were produced by a precompiled > Debian > kernel: "Linux version 4.14.0-0.bpo.3-amd64 (debian-ker...@lists.debian.org) > (gcc version 6.3.0 20170516 (Debian 6.3.0-18)) #1 SMP Debian 4.14.13-1~bpo9+1 > (2018-01-14)". > > But I have downloaded the most recent version of the kernel from the official > git repository (last commit: Jan 31, 2018) and it had exactly the same > problem. Unless a patch was submitted within the last week, the issue is > still > there. > > Should I get the version as of today and test it again? If you find a 4.15 tree, that would be great to test, but odds are, the issues are still there. I'll try to carve out some time to look at this tomorrow, as I have a bunch of Android devices to test with, and there's no good reason why Windows should be slower than Linux for stuff like this. We should be able to go as fast as the device lets us. Most likely we are doing something "stupid" in the rndis driver somewhere :) thanks, greg k-h
Bug#889831: USB rndis_host - slow download transfers, RX errors
On Thursday, February 8, 2018 3:43:05 PM EST Greg KH wrote: > On Thu, Feb 08, 2018 at 02:16:08PM +, Tomasz Janowski, Ph.D. wrote: > > Dear USB developers, > > > > Based on my google research, the problem I experience seems to happen > > with some newer smartphones. My test case is Samsung Galaxy S8 (SM-950U1). > > I am trying to use USB tethering and everything seems to work as expected > > (modules are loaded, Ethernet devices are up and running, dhcp works > > fine). I can connect to the external world using both LTE or wireless > > network on the phone. > > > > Now, the problem is that the download speeds are terrible, around 64 KB/s, > > while uploads are fast, the order of 15 MB/s. These speeds do not depend > > on the wireless service provider: the results are similar when I tether > > wi-fi. The USB Ethernet interface on the Linux host reports a lot of > > receive errors (attached: device_state.txt), while kernel reports bad > > rndis messages (attached: kernel.log.txt). > > > > Windows 10 works great with the same hardware (same PC and same phone), > > with uploads and downloads in the order of 150 Mbit/s, which is probably > > as fast as my wireless network can do. But some people reported issues > > with older Windows drivers too. Is possible that some newer version of > > RNDIS protocol is around and Linux hasn't updated its RNDIS module yet? > > Hey, I was _just_ talking to someone at Google about this same issue > yesterday, you beat him sending this same type of report to the mailing > list, nice job :) > > Yes, this is not good, and we should work to resolve this, but first, > what kernel version are you using? I think some fixes for the rndis > driver went in recently to 4.15, but it would be good to verify that > this isn't already resolved. The error messages which I have attached were produced by a precompiled Debian kernel: "Linux version 4.14.0-0.bpo.3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18)) #1 SMP Debian 4.14.13-1~bpo9+1 (2018-01-14)". But I have downloaded the most recent version of the kernel from the official git repository (last commit: Jan 31, 2018) and it had exactly the same problem. Unless a patch was submitted within the last week, the issue is still there. Should I get the version as of today and test it again? Thanks! Tomasz
Bug#889831: USB rndis_host - slow download transfers, RX errors
On Thu, Feb 08, 2018 at 02:16:08PM +, Tomasz Janowski, Ph.D. wrote: > Dear USB developers, > > Based on my google research, the problem I experience seems to happen > with some newer smartphones. My test case is Samsung Galaxy S8 (SM-950U1). I > am > trying to use USB tethering and everything seems to work as expected (modules > are loaded, Ethernet devices are up and running, dhcp works fine). I can > connect to > the external world using both LTE or wireless network on the phone. > > Now, the problem is that the download speeds are terrible, around 64 KB/s, > while uploads are fast, the order of 15 MB/s. These speeds do not depend > on the wireless service provider: the results are similar when I tether wi-fi. > The USB Ethernet interface on the Linux host reports a lot of receive errors > (attached: > device_state.txt), while kernel reports bad rndis messages (attached: > kernel.log.txt). > > Windows 10 works great with the same hardware (same PC and same phone), with > uploads and downloads in the order of 150 Mbit/s, which is probably as fast > as my > wireless network can do. But some people reported issues with older Windows > drivers too. > Is possible that some newer version of RNDIS protocol is around and Linux > hasn't updated > its RNDIS module yet? Hey, I was _just_ talking to someone at Google about this same issue yesterday, you beat him sending this same type of report to the mailing list, nice job :) Yes, this is not good, and we should work to resolve this, but first, what kernel version are you using? I think some fixes for the rndis driver went in recently to 4.15, but it would be good to verify that this isn't already resolved. thanks, greg k-h
Bug#889831: USB rndis_host - slow download transfers, RX errors
Dear USB developers, Based on my google research, the problem I experience seems to happen with some newer smartphones. My test case is Samsung Galaxy S8 (SM-950U1). I am trying to use USB tethering and everything seems to work as expected (modules are loaded, Ethernet devices are up and running, dhcp works fine). I can connect to the external world using both LTE or wireless network on the phone. Now, the problem is that the download speeds are terrible, around 64 KB/s, while uploads are fast, the order of 15 MB/s. These speeds do not depend on the wireless service provider: the results are similar when I tether wi-fi. The USB Ethernet interface on the Linux host reports a lot of receive errors (attached: device_state.txt), while kernel reports bad rndis messages (attached: kernel.log.txt). Windows 10 works great with the same hardware (same PC and same phone), with uploads and downloads in the order of 150 Mbit/s, which is probably as fast as my wireless network can do. But some people reported issues with older Windows drivers too. Is possible that some newer version of RNDIS protocol is around and Linux hasn't updated its RNDIS module yet? Best, Tomasz [77979.936526] usb 3-9: new high-speed USB device number 7 using xhci_hcd [77980.089137] usb 3-9: New USB device found, idVendor=04e8, idProduct=6860 [77980.089143] usb 3-9: New USB device strings: Mfr=7, Product=8, SerialNumber=9 [77980.089146] usb 3-9: Product: SAMSUNG_Android [77980.089148] usb 3-9: Manufacturer: SAMSUNG [77980.089151] usb 3-9: SerialNumber: 98882945364a434f46 [78019.597479] usb 3-9: USB disconnect, device number 7 [78020.037162] usb 3-9: new high-speed USB device number 8 using xhci_hcd [78020.187529] usb 3-9: New USB device found, idVendor=04e8, idProduct=6863 [78020.187534] usb 3-9: New USB device strings: Mfr=7, Product=8, SerialNumber=9 [78020.187537] usb 3-9: Product: SAMSUNG_Android [78020.187539] usb 3-9: Manufacturer: SAMSUNG [78020.187542] usb 3-9: SerialNumber: 98882945364a434f46 [78020.191979] rndis_host 3-9:1.0 usb0: register 'rndis_host' at usb-:00:14.0-9, RNDIS device, 82:70:61:5c:9d:4f [78020.238719] rndis_host 3-9:1.0 enp0s20u9: renamed from usb0 [78213.555001] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.555027] rndis_host 3-9:1.0 enp0s20u9: bad rndis message -2013127152/-84731529/-93394684/315651350, len 548 [78213.555035] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.555243] rndis_host 3-9:1.0 enp0s20u9: bad rndis message -910707548/1362693399/1098054912/-1158698644, len 2048 [78213.555254] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 453773253/134416/1773410520/1734735583, len 2048 [78213.555258] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1847997430/-1292764570/-1075768035/-1173448098, len 1644 [78213.580893] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.580928] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1374746855/1872717209/1627961749/1446196293, len 2048 [78213.581007] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 2014317876/-1802985385/1741271276/985318156, len 2048 [78213.581272] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 315472595/1240463481/1199472260/-1304836767, len 346 [78213.606421] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.606700] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1971266818/603214195/-1554415893/513330975, len 548 [78213.678067] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.678094] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1971266818/603214195/-1554415893/513330975, len 548 [78213.755151] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.755178] rndis_host 3-9:1.0 enp0s20u9: bad rndis message -960915119/-1414823780/-1725858181/-1936328995, len 548 [78213.781899] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.782511] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 484952970/955066952/-390686949/1110830164, len 548 [78213.832185] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.832375] rndis_host 3-9:1.0 enp0s20u9: bad rndis message -289948698/1791367026/1725404901/949556424, len 2048 [78213.832383] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 2071042143/-2017854031/-1092884323/1270254088, len 2048 [78213.832405] rndis_host 3-9:1.0 enp0s20u9: bad rndis message -1454388581/-113380006/-2064914356/-1946942086, len 346 [78213.832412] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.833306] rndis_host 3-9:1.0 enp0s20u9: bad rndis message -26919620/597103012/-1245814449/-1439889729, len 548 [78213.858455] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 1/1298/36/1254, len 750 [78213.858651] rndis_host 3-9:1.0 enp0s20u9: bad rndis message 484952970/955066952/-390686949/1110830164, len 548 [78213.958295] rndis_host 3-9:1.0 enp0s20u9: bad r