Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #60161 > unrolled thread
| Started by | Tomasz Janowski <t.j@duke.edu> |
|---|---|
| First post | 2018-02-07 17:50 +0100 |
| Last post | 2018-02-08 17:40 +0100 |
| Articles | 4 — 3 participants |
Back to article view | Back to linux.debian.kernel
Bug#889831: linux-image-4.14.0-0.bpo.3-amd64: USB RNDIS ethernet gadget - slow download transfers, RX errors Tomasz Janowski <t.j@duke.edu> - 2018-02-07 17:50 +0100
Bug#889831: linux-image-4.14.0-0.bpo.3-amd64: USB RNDIS ethernet gadget - slow download transfers, RX errors Ben Hutchings <ben@decadent.org.uk> - 2018-02-07 22:50 +0100
Bug#889831: USB rndis_host - slow download transfers, RX errors Greg KH <gregkh@linuxfoundation.org> - 2018-02-08 16:50 +0100
Bug#889831: USB rndis_host - slow download transfers, RX errors Greg KH <gregkh@linuxfoundation.org> - 2018-02-08 17:40 +0100
| From | Tomasz Janowski <t.j@duke.edu> |
|---|---|
| Date | 2018-02-07 17:50 +0100 |
| Subject | Bug#889831: linux-image-4.14.0-0.bpo.3-amd64: USB RNDIS ethernet gadget - slow download transfers, RX errors |
| Message-ID | <vgB4Z-7H9-3@gated-at.bofh.it> |
Package: src:linux
Version: 4.14.13-1~bpo9+1
Severity: normal
Tags: upstream
Dear Maintainer,
The problems seems to appear with some newer smartphones, in my case I
test Samsung Galaxy S8. 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 phone LTE and phone wireless network.
Now, the problem is that download speeds are terrible, arounf 64 KB/s
while uploads are fast, the order of 15 MB/s. These speeds do not depend
on the provider, as the results are similar when I tether wi-fi. The USB
Ethernet interface on Linux host reports a lot of receive errors:
enp0s20u9: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.42.166 netmask 255.255.255.0 broadcast 192.168.42.255
inet6 fe80::890:3fff:fe0e:d2c6 prefixlen 64 scopeid 0x20<link>
ether 0a:90:3f:0e:d2:c6 txqueuelen 1000 (Ethernet)
RX packets 716 bytes 859199 (839.0 KiB)
RX errors 459 dropped 0 overruns 0 frame 459
TX packets 731 bytes 86682 (84.6 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
and no transmission errors. This seems to be consistent with the
obtained data transfers.
There are no kernel error messages, only standard info about drivers
being loaded:
[ 101.285339] usb 3-9: new high-speed USB device number 4 using xhci_hcd
[ 101.438203] usb 3-9: New USB device found, idVendor=04e8, idProduct=6860
[ 101.438207] usb 3-9: New USB device strings: Mfr=7, Product=8, SerialNumber=9
[ 101.438209] usb 3-9: Product: SAMSUNG_Android
[ 101.438211] usb 3-9: Manufacturer: SAMSUNG
[ 101.438213] usb 3-9: SerialNumber: 98882945364a434f46
[ 120.261092] usb 3-9: USB disconnect, device number 4
[ 120.705638] usb 3-9: new high-speed USB device number 5 using xhci_hcd
[ 120.857336] usb 3-9: New USB device found, idVendor=04e8, idProduct=6863
[ 120.857341] usb 3-9: New USB device strings: Mfr=7, Product=8, SerialNumber=9
[ 120.857344] usb 3-9: Product: SAMSUNG_Android
[ 120.857346] usb 3-9: Manufacturer: SAMSUNG
[ 120.857349] usb 3-9: SerialNumber: 98882945364a434f46
[ 120.913643] usbcore: registered new interface driver cdc_ether
[ 120.916880] rndis_host 3-9:1.0 usb0: register 'rndis_host' at usb-0000:00:14.0-9, RNDIS device, da:6c:2c:dc:42:53
[ 120.916919] usbcore: registered new interface driver rndis_host
[ 120.918709] rndis_host 3-9:1.0 enp0s20u9: renamed from usb0
It seems like a protocol compatibility issue, because the same phone
works superfast with Windows 10 machine (the same hardware running under
Windows 10). I also did not experience any problems with older phone,
like Galaxy J7 Pro. Both download and upload was fast.
I tried the newest kernel from kernel.org git repositories, but the
problem is still there. Should I contact upstream directly?
-- Package-specific info:
** Version:
Linux version 4.14.0-0.bpo.3-amd64 (debian-kernel@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)
** Command line:
BOOT_IMAGE=/vmlinuz-4.14.0-0.bpo.3-amd64 root=UUID=8c76acc2-3a2a-470d-acac-0737925efafa ro quiet
** Tainted: O (4096)
* Out-of-tree module has been loaded.
** Kernel log:
Unable to read kernel log; any relevant messages should be attached
** Model information
sys_vendor: Gigabyte Technology Co., Ltd.
product_name: Z97-D3H
product_version: To be filled by O.E.M.
chassis_vendor: Gigabyte Technology Co., Ltd.
chassis_version: To Be Filled By O.E.M.
bios_vendor: American Megatrends Inc.
bios_version: F7
board_vendor: Gigabyte Technology Co., Ltd.
board_name: Z97-D3H-CF
board_version: x.x
** Loaded modules:
rndis_host
cdc_ether
usbnet
ipt_REJECT
nf_reject_ipv4
xt_multiport
drbg
ansi_cprng
authenc
echainiv
xfrm6_mode_tunnel
xfrm4_mode_tunnel
iptable_mangle
xt_mark
xt_nat
nf_log_ipv4
nf_log_common
xfrm_user
xfrm4_tunnel
tunnel4
xt_LOG
ipcomp
xfrm_ipcomp
xt_conntrack
esp4
xt_tcpudp
ah4
af_key
xfrm_algo
iptable_nat
nf_conntrack_ipv4
nf_defrag_ipv4
nf_nat_ipv4
nf_nat
nf_conntrack
pci_stub
vboxpci(O)
iptable_filter
vboxnetadp(O)
vboxnetflt(O)
vboxdrv(O)
algif_skcipher
af_alg
dummy
bridge
stp
llc
binfmt_misc
intel_rapl
x86_pkg_temp_thermal
intel_powerclamp
coretemp
kvm_intel
kvm
irqbypass
snd_hda_codec_hdmi
evdev
iTCO_wdt
iTCO_vendor_support
crct10dif_pclmul
crc32_pclmul
ghash_clmulni_intel
intel_cstate
intel_uncore
intel_rapl_perf
pcspkr
snd_soc_rt5640
snd_soc_sst_acpi
i915
snd_soc_ssm4567
snd_soc_rl6231
snd_hda_codec_realtek
dw_dmac
parport_serial
sg
snd_hda_codec_generic
dw_dmac_core
battery
snd_soc_sst_match
spi_pxa2xx_platform
snd_hda_intel
snd_hda_codec
snd_soc_core
video
elan_i2c
snd_hda_core
drm_kms_helper
snd_hwdep
snd_compress
tpm_infineon
snd_pcm
drm
snd_timer
acpi_pad
button
shpchp
snd
i2c_algo_bit
mei_me
mei
lpc_ich
soundcore
mfd_core
parport_pc
ppdev
lp
parport
sunrpc
loop
dm_crypt
dm_mod
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
fscrypto
ecb
raid10
raid0
multipath
linear
raid456
async_raid6_recov
async_memcpy
async_pq
async_xor
async_tx
xor
raid1
raid6_pq
libcrc32c
crc32c_generic
md_mod
hid_generic
usbhid
sr_mod
cdrom
sd_mod
crc32c_intel
xhci_pci
xhci_hcd
aesni_intel
ahci
libahci
i2c_i801
aes_x86_64
crypto_simd
cryptd
glue_helper
libata
ehci_pci
ehci_hcd
scsi_mod
e1000e
usbcore
ptp
usb_common
pps_core
r8169
mii
fan
thermal
sdhci_acpi
sdhci
mmc_core
i2c_hid
hid
i2c_designware_platform
i2c_designware_core
** Network interface configuration:
source /etc/network/interfaces.d/*
auto lo br0 br0:0 eth1 nulleth0 nulleth1
iface lo inet loopback
iface br0 inet static
address 152.3.169.78
netmask 255.255.255.0
gateway 152.3.169.1
bridge_ports eth0
iface br0:0 inet dhcp
address 192.168.170.140
netmask 255.255.255.0
iface eth1 inet static
address 10.0.8.1
netmask 255.255.255.0
iface nulleth0 inet static
pre-up ip link add nulleth0 type dummy
address 10.0.10.1
netmask 255.255.255.0
post-up ip route add 10.0.0.0/24 dev nulleth0
post-up ip route add 10.0.1.0/24 dev nulleth0
post-down ip link del nulleth0
iface nulleth1 inet static
pre-up ip link add nulleth1 type dummy
address 10.0.11.1
netmask 255.255.255.0
post-up ip route add 10.0.3.10/32 dev nulleth1
post-down ip link del nulleth1
** Network status:
*** IP interfaces and addresses:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 98:de:d0:06:df:90 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 14:cc:20:03:82:f7 brd ff:ff:ff:ff:ff:ff
inet 10.0.8.1/24 brd 10.0.8.255 scope global eth1
valid_lft forever preferred_lft forever
4: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 84:16:f9:02:97:7f brd ff:ff:ff:ff:ff:ff
5: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000
link/ether fc:aa:14:5f:7d:75 brd ff:ff:ff:ff:ff:ff
6: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether fc:aa:14:5f:7d:75 brd ff:ff:ff:ff:ff:ff
inet 152.3.169.78/24 brd 152.3.169.255 scope global br0
valid_lft forever preferred_lft forever
inet 192.168.170.140/24 brd 192.168.170.255 scope global br0:0
valid_lft forever preferred_lft forever
7: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 0a:94:49:70:d5:e9 brd ff:ff:ff:ff:ff:ff
8: nulleth0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
link/ether 9e:bf:19:23:87:8d brd ff:ff:ff:ff:ff:ff
inet 10.0.10.1/24 brd 10.0.10.255 scope global nulleth0
valid_lft forever preferred_lft forever
9: nulleth1: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
link/ether 26:e8:dd:fc:4d:d8 brd ff:ff:ff:ff:ff:ff
inet 10.0.11.1/24 brd 10.0.11.255 scope global nulleth1
valid_lft forever preferred_lft forever
10: enp0s20u9: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 0a:90:3f:0e:d2:c6 brd ff:ff:ff:ff:ff:ff
*** Device statistics:
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed
nulleth0: 0 0 0 0 0 0 0 0 7148 47 0 0 0 0 0 0
eth1: 11721 62 0 0 0 0 0 1 72585 155 0 0 0 0 0 0
br0: 2577923 12704 0 0 0 0 0 0 543762 2134 0 0 0 0 0 0
nulleth1: 0 0 0 0 0 0 0 0 7148 47 0 0 0 0 0 0
eth3: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
eth2: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
lo: 5617 81 0 0 0 0 0 0 5617 81 0 0 0 0 0 0
eth0: 2839072 13043 0 21 0 0 0 2976 561962 2234 0 0 0 0 0 0
enp0s20u9: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
dummy0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
*** Protocol statistics:
Ip:
Forwarding: 1
9793 total packets received
27 with invalid addresses
76 forwarded
0 incoming packets discarded
2113 incoming packets delivered
2376 requests sent out
Icmp:
96 ICMP messages received
93 input ICMP message failed
ICMP input histogram:
destination unreachable: 96
3 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 3
IcmpMsg:
InType3: 96
OutType3: 3
Tcp:
31 active connection openings
40 passive connection openings
1 failed connection attempts
12 connection resets received
19 connections established
1372 segments received
1568 segments sent out
3 segments retransmitted
0 bad segments received
132 resets sent
Udp:
627 packets received
1 packets to unknown port received
0 packet receive errors
822 packets sent
0 receive buffer errors
0 send buffer errors
IgnoredMulti: 65
UdpLite:
TcpExt:
2 TCP sockets finished time wait in fast timer
82 delayed acks sent
643 packet headers predicted
230 acknowledgments not containing data payload received
127 predicted acknowledgments
TCPSackRecovery: 2
Detected reordering 5 times using SACK
Detected reordering 2 times using time stamp
2 congestion windows partially recovered using Hoe heuristic
3 fast retransmits
TCPDSACKRecv: 2
12 connections reset due to unexpected data
2 connections reset due to early user close
TCPDSACKIgnoredNoUndo: 1
TCPSackShifted: 1
TCPSackMerged: 5
TCPSackShiftFallback: 9
TCPRcvCoalesce: 110
TCPAutoCorking: 91
TCPOrigDataSent: 590
TCPKeepAlive: 34
IpExt:
InMcastPkts: 495
OutMcastPkts: 111
InBcastPkts: 4619
OutBcastPkts: 237
InOctets: 2335483
OutOctets: 628583
InMcastOctets: 213504
OutMcastOctets: 75352
InBcastOctets: 436172
OutBcastOctets: 34396
InNoECTPkts: 10074
InECT0Pkts: 7
** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 4th Gen Core Processor DRAM Controller [8086:0c00] (rev 06)
Subsystem: Gigabyte Technology Co., Ltd 4th Gen Core Processor DRAM Controller [1458:5000]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
Latency: 0
Capabilities: <access denied>
Kernel driver in use: hsw_uncore
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller [8086:0c01] (rev 06) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 26
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000e000-0000efff
Memory behind bridge: f7e00000-f7efffff
Prefetchable memory behind bridge: 00000000f0200000-00000000f02fffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller [8086:0412] (rev 06) (prog-if 00 [VGA controller])
Subsystem: Gigabyte Technology Co., Ltd Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller [1458:d000]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 38
Region 0: Memory at f7800000 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at f000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915
00:03.0 Audio device [0403]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller [8086:0c0c] (rev 06)
Subsystem: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller [8086:2010]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 39
Region 0: Memory at f7f34000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:14.0 USB controller [0c03]: Intel Corporation 9 Series Chipset Family USB xHCI Controller [8086:8cb1] (prog-if 30 [XHCI])
Subsystem: Gigabyte Technology Co., Ltd 9 Series Chipset Family USB xHCI Controller [1458:5007]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 35
Region 0: Memory at f7f20000 (64-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci
00:16.0 Communication controller [0780]: Intel Corporation 9 Series Chipset Family ME Interface #1 [8086:8cba]
Subsystem: Gigabyte Technology Co., Ltd 9 Series Chipset Family ME Interface [1458:1c3a]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 36
Region 0: Memory at f7f3d000 (64-bit, non-prefetchable) [size=16]
Capabilities: <access denied>
Kernel driver in use: mei_me
Kernel modules: mei_me
00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection I217-V [8086:153b]
Subsystem: Gigabyte Technology Co., Ltd Ethernet Connection I217-V [1458:e000]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 33
Region 0: Memory at f7f00000 (32-bit, non-prefetchable) [size=128K]
Region 1: Memory at f7f3c000 (32-bit, non-prefetchable) [size=4K]
Region 2: I/O ports at f080 [size=32]
Capabilities: <access denied>
Kernel driver in use: e1000e
Kernel modules: e1000e
00:1a.0 USB controller [0c03]: Intel Corporation 9 Series Chipset Family USB EHCI Controller #2 [8086:8cad] (prog-if 20 [EHCI])
Subsystem: Gigabyte Technology Co., Ltd 9 Series Chipset Family USB EHCI Controller [1458:5006]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 0: Memory at f7f3b000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:1b.0 Audio device [0403]: Intel Corporation 9 Series Chipset Family HD Audio Controller [8086:8ca0]
Subsystem: Gigabyte Technology Co., Ltd 9 Series Chipset Family HD Audio Controller [1458:a182]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 37
Region 0: Memory at f7f30000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:1c.0 PCI bridge [0604]: Intel Corporation 9 Series Chipset Family PCI Express Root Port 1 [8086:8c90] (rev d0) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 27
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.3 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev d0) (prog-if 01 [Subtractive decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin D routed to IRQ 19
Bus: primary=00, secondary=03, subordinate=04, sec-latency=0
I/O behind bridge: 0000d000-0000dfff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
00:1c.6 PCI bridge [0604]: Intel Corporation 9 Series Chipset Family PCI Express Root Port 7 [8086:8c9c] (rev d0) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin C routed to IRQ 28
Bus: primary=00, secondary=05, subordinate=05, sec-latency=0
I/O behind bridge: 0000c000-0000cfff
Memory behind bridge: f7d00000-f7dfffff
Prefetchable memory behind bridge: 00000000f0100000-00000000f01fffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.7 PCI bridge [0604]: Intel Corporation 9 Series Chipset Family PCI Express Root Port 8 [8086:8c9e] (rev d0) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin D routed to IRQ 29
Bus: primary=00, secondary=06, subordinate=06, sec-latency=0
I/O behind bridge: 0000b000-0000bfff
Memory behind bridge: f7c00000-f7cfffff
Prefetchable memory behind bridge: 00000000f0000000-00000000f00fffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1d.0 USB controller [0c03]: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1 [8086:8ca6] (prog-if 20 [EHCI])
Subsystem: Gigabyte Technology Co., Ltd 9 Series Chipset Family USB EHCI Controller [1458:5006]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 23
Region 0: Memory at f7f3a000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:1f.0 ISA bridge [0601]: Intel Corporation 9 Series Chipset Family Z97 LPC Controller [8086:8cc4]
Subsystem: Gigabyte Technology Co., Ltd 9 Series Chipset Family Z97 LPC Controller [1458:5001]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Capabilities: <access denied>
Kernel driver in use: lpc_ich
Kernel modules: lpc_ich
00:1f.2 SATA controller [0106]: Intel Corporation 9 Series Chipset Family SATA Controller [AHCI Mode] [8086:8c82] (prog-if 01 [AHCI 1.0])
Subsystem: Gigabyte Technology Co., Ltd 9 Series Chipset Family SATA Controller [AHCI Mode] [1458:b005]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 34
Region 0: I/O ports at f0d0 [size=8]
Region 1: I/O ports at f0c0 [size=4]
Region 2: I/O ports at f0b0 [size=8]
Region 3: I/O ports at f0a0 [size=4]
Region 4: I/O ports at f060 [size=32]
Region 5: Memory at f7f39000 (32-bit, non-prefetchable) [size=2K]
Capabilities: <access denied>
Kernel driver in use: ahci
Kernel modules: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 9 Series Chipset Family SMBus Controller [8086:8ca2]
Subsystem: Gigabyte Technology Co., Ltd 9 Series Chipset Family SMBus Controller [1458:5001]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin C routed to IRQ 18
Region 0: Memory at f7f38000 (64-bit, non-prefetchable) [size=256]
Region 4: I/O ports at f040 [size=32]
Kernel driver in use: i801_smbus
Kernel modules: i2c_i801
01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: TP-LINK Technologies Co., Ltd. TG-3468 Gigabit PCI Express Network Adapter [7470:3468]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 30
Region 0: I/O ports at e000 [size=256]
Region 2: Memory at f7e00000 (64-bit, non-prefetchable) [size=4K]
Region 4: Memory at f0200000 (64-bit, prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: r8169
Kernel modules: r8169
03:00.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 41) (prog-if 01 [Subtractive decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 19
Bus: primary=03, secondary=04, subordinate=04, sec-latency=32
I/O behind bridge: 0000d000-0000dfff
Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr+ DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
04:00.0 Serial controller [0700]: MosChip Semiconductor Technology Ltd. PCI 9835 Multi-I/O Controller [9710:9835] (rev 01) (prog-if 02 [16550])
Subsystem: LSI Logic / Symbios Logic PCI 9835 Multi-I/O Controller [1000:0001]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin A routed to IRQ 19
Region 0: I/O ports at d050 [size=8]
Region 1: I/O ports at d040 [size=8]
Region 2: I/O ports at d030 [size=8]
Region 3: I/O ports at d020 [size=8]
Region 4: I/O ports at d010 [size=8]
Region 5: I/O ports at d000 [size=16]
Kernel driver in use: serial
Kernel modules: parport_serial
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: TP-LINK Technologies Co., Ltd. TG-3468 Gigabit PCI Express Network Adapter [7470:3468]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 31
Region 0: I/O ports at c000 [size=256]
Region 2: Memory at f7d00000 (64-bit, non-prefetchable) [size=4K]
Region 4: Memory at f0100000 (64-bit, prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: r8169
Kernel modules: r8169
06:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: TP-LINK Technologies Co., Ltd. TG-3468 Gigabit PCI Express Network Adapter [7470:3468]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 32
Region 0: I/O ports at b000 [size=256]
Region 2: Memory at f7c00000 (64-bit, non-prefetchable) [size=4K]
Region 4: Memory at f0000000 (64-bit, prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: r8169
Kernel modules: r8169
** USB devices:
Bus 002 Device 002: ID 8087:8001 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8009 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 005: ID 04e8:6863 Samsung Electronics Co., Ltd GT-I9500 [Galaxy S4] / GT-I9250 [Galaxy Nexus] (network tethering)
Bus 003 Device 003: ID 413c:2107 Dell Computer Corp.
Bus 003 Device 002: ID 0461:4d81 Primax Electronics, Ltd Dell N889 Optical Mouse
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
-- System Information:
Debian Release: 9.3
APT prefers stable
APT policy: (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.14.0-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
Versions of packages linux-image-4.14.0-0.bpo.3-amd64 depends on:
ii initramfs-tools [linux-initramfs-tool] 0.130
ii kmod 23-2
ii linux-base 4.5
Versions of packages linux-image-4.14.0-0.bpo.3-amd64 recommends:
ii apparmor 2.11.0-3
ii firmware-linux-free 3.4
ii irqbalance 1.1.0-2.3
Versions of packages linux-image-4.14.0-0.bpo.3-amd64 suggests:
pn debian-kernel-handbook <none>
ii grub-pc 2.02~beta3-5
pn linux-doc-4.14 <none>
Versions of packages linux-image-4.14.0-0.bpo.3-amd64 is related to:
pn firmware-amd-graphics <none>
pn firmware-atheros <none>
pn firmware-bnx2 <none>
pn firmware-bnx2x <none>
pn firmware-brcm80211 <none>
pn firmware-cavium <none>
pn firmware-intel-sound <none>
pn firmware-intelwimax <none>
pn firmware-ipw2x00 <none>
pn firmware-ivtv <none>
pn firmware-iwlwifi <none>
pn firmware-libertas <none>
pn firmware-linux-nonfree <none>
pn firmware-misc-nonfree <none>
pn firmware-myricom <none>
pn firmware-netxen <none>
pn firmware-qlogic <none>
ii firmware-realtek 20161130-3
pn firmware-samsung <none>
pn firmware-siano <none>
pn firmware-ti-connectivity <none>
pn xen-hypervisor <none>
-- no debconf information
[toc] | [next] | [standalone]
| From | Ben Hutchings <ben@decadent.org.uk> |
|---|---|
| Date | 2018-02-07 22:50 +0100 |
| Message-ID | <vgFLk-2sZ-9@gated-at.bofh.it> |
| In reply to | #60161 |
[Multipart message — attachments visible in raw view] — view raw
On Wed, 2018-02-07 at 11:05 -0500, Tomasz Janowski wrote:
> Package: src:linux
> Version: 4.14.13-1~bpo9+1
> Severity: normal
> Tags: upstream
>
> Dear Maintainer,
>
>
> The problems seems to appear with some newer smartphones, in my case I
> test Samsung Galaxy S8. 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 phone LTE and phone wireless network.
>
> Now, the problem is that download speeds are terrible, arounf 64 KB/s
> while uploads are fast, the order of 15 MB/s. These speeds do not depend
> on the provider, as the results are similar when I tether wi-fi. The USB
> Ethernet interface on Linux host reports a lot of receive errors:
>
> enp0s20u9: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 192.168.42.166 netmask 255.255.255.0 broadcast 192.168.42.255
> inet6 fe80::890:3fff:fe0e:d2c6 prefixlen 64 scopeid 0x20<link>
> ether 0a:90:3f:0e:d2:c6 txqueuelen 1000 (Ethernet)
> RX packets 716 bytes 859199 (839.0 KiB)
> RX errors 459 dropped 0 overruns 0 frame 459
> TX packets 731 bytes 86682 (84.6 KiB)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
So these are all frame errors. There is a log message that would give
more information about them, but it's disabled by default. You can
enable it by running:
echo 'format "bad rndis message" +p' > /sys/kernel/debug/dynamic_debug/control
[...]
> I tried the newest kernel from kernel.org git repositories, but the
> problem is still there. Should I contact upstream directly?
[...]
Yes, please mail linux-usb@vger.kernel.org and netdev@vger.kernel.org.
You should include a sample of the "bad rndis message" log messages
that should appear after running the above command. Please also cc
this bug address.
Ben.
--
Ben Hutchings
Reality is just a crutch for people who can't handle science fiction.
[toc] | [prev] | [next] | [standalone]
| From | Greg KH <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2018-02-08 16:50 +0100 |
| Subject | Bug#889831: USB rndis_host - slow download transfers, RX errors |
| Message-ID | <vgWCt-5zi-5@gated-at.bofh.it> |
| In reply to | #60161 |
On Thu, Feb 08, 2018 at 02:16:08PM +0000, 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
[toc] | [prev] | [next] | [standalone]
| From | Greg KH <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2018-02-08 17:40 +0100 |
| Subject | Bug#889831: USB rndis_host - slow download transfers, RX errors |
| Message-ID | <vgXoS-696-3@gated-at.bofh.it> |
| In reply to | #60161 |
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 +0000, 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-kernel@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
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.kernel
csiph-web