TP-Link UE300 no servidor 16.04 não funciona como dispositivo 3.0

Question

Hoi!

Estou tentando obter um adpater ethernet TP-Link UE300 USB3.0 para GigaBit rodando como um dispositivo full 3.0 em um servidor Ubuntu 16.04.

Em princípio, funciona, mas por alguma razão é reivindicada pelo cdc_driver e usada como um dispositivo USB 2.0. Isso resulta em uma largura de banda muito limitada e o cdc_driver realmente não sabe como lidar com o dispositivo:

root@ff-payload:~# lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 2357:0601  
Bus 001 Device 003: ID 2357:0601  
Bus 001 Device 002: ID 2357:0601  
Bus 001 Device 005: ID 0b05:1825 ASUSTek Computer, Inc. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Os dispositivos 2 a 3 do barramento 1 são três desses adaptadores. A página da TP-Link afirma que o UE300 usa um chipset realtek RTL8153, mas, por algum motivo, nenhum dos drivers 16.04 kernels da realtek se sente responsável pelo dispositivo usb.

Alguém tem um UE300 funcionando como ethernet GB no servidor 16.04?

céu azul Jan Albiez

P.S .: Esta é a saída de um journalctl | grep eth:

Sep 14 13:43:45 ff-payload kernel: cdc_ether 1-6:2.0 eth0: register 'cdc_ether' at usb-0000:00:14.0-6, CDC Ethernet Device, f4:f2:6d:18:1f:82
Sep 14 13:43:45 ff-payload kernel: cdc_ether 1-7:2.0 eth1: register 'cdc_ether' at usb-0000:00:14.0-7, CDC Ethernet Device, f4:f2:6d:18:1e:6d
Sep 14 13:43:45 ff-payload kernel: cdc_ether 1-8:2.0 eth2: register 'cdc_ether' at usb-0000:00:14.0-8, CDC Ethernet Device, f4:f2:6d:14:06:13
Sep 14 13:43:45 ff-payload kernel: usbcore: registered new interface driver cdc_ether
Sep 14 13:43:45 ff-payload kernel: cdc_ether 1-6:2.0 enxf4f26d181f82: renamed from eth0
Sep 14 13:43:45 ff-payload kernel: cdc_ether 1-7:2.0 enxf4f26d181e6d: renamed from eth1
Sep 14 13:43:45 ff-payload kernel: cdc_ether 1-8:2.0 enxf4f26d140613: renamed from eth2

e: lsmod | grep r8 :

r8152                  49152  0
mii                    16384  2 r8152,usbnet

    

Answer 1

O meu está em execução no USB 3.0 SuperSpeed

[  115.388427] usb 2-1: new SuperSpeed USB device number 3 using xhci_hcd
[  115.409336] usb 2-1: New USB device found, idVendor=2357, idProduct=0601
[  115.409343] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=6
[  115.409347] usb 2-1: Product: USB 10/100/1000 LAN
[  115.409350] usb 2-1: Manufacturer: TP-LINK
[  115.409353] usb 2-1: SerialNumber: 000000000000
[  115.411273] cdc_ether 2-1:2.0 eth0: register 'cdc_ether' at usb-0000:00:14.0-1, CDC Ethernet Device, xx:xx:xx:xx:xx:xx
[  117.624653] cdc_ether 2-1:2.0 enxd46exxxxxxxx: renamed from eth0

Isto está no Debian Sid com o kernel 4.11

Mas, estou recebendo apenas cerca de 30 a 40 Mbps Ethernet por algum motivo estranho.

    

Answer 2

Você precisará usar uma versão do kernel que tenha esta correção nela. De acordo com o Github, isso é 4.15-rc1 ou 4.14-rc7 em diante.

Se você está preocupado com o recente bug em que algumas máquinas Lenovo podem ser confundidas devido a um módulo relacionado ao SPI corrompendo o firmware UEFI na inicialização, observe que isso foi corrigido na série 4.15 (verifiquei novamente, mas verifique se você está preocupado).

Você pode obter kernels recentes do kernel do Ubuntu não-realmente-um-PPA ; por exemplo, estou usando 4.15-rc7 e posso confirmar que estou obtendo velocidades substancialmente melhores (dez vezes mais rápido, pelo menos, seus resultados dependerão da sua própria situação). 4.15-rc8 foi criado, e você pode verificar o diretório pai para mais recentes constrói no futuro.

Desculpe, mas não posso garantir se os kernels serão instalados e funcionarão com o 16.04 (estou usando o 17.04). Por favor, deixe-me saber se você tem algum sucesso.