web-dev-qa-db-fra.com

TP-Link UE300 sur un serveur 16.04 ne fonctionnant pas en tant que périphérique 3.0

Hoi!

J'essaie de faire en sorte qu'un adaptateur Ethernet TP-Link UE300 USB3.0 vers GigaBit s'exécute en tant que périphérique 3.0 complet sur un serveur Ubuntu 16.04.

En principe, cela fonctionne, mais pour une raison quelconque, cdc_driver le prétend et l'utilise comme périphérique USB 2.0. Cela se traduit par une bande passante très limitée et cdc_driver ne sait vraiment pas comment gérer le périphérique:

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

Les périphériques de bus 1 2 à 3 sont trois de ces adaptateurs. La page d'accueil de TP-Link affirme que l'UE300 utilise un chipset realtek RTL8153 mais, pour une raison quelconque, aucun des pilotes de 16,04 noyaux de realtek ne se sent responsable du périphérique USB.

Quelqu'un a-t-il un UE300 fonctionnant en tant que GB Ethernet sur un serveur 16.04?

ciel bleu Jan Albiez

P.S .: Ceci est la sortie d'un 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

et: lsmod | grep r8:

r8152                  49152  0
mii                    16384  2 r8152,usbnet
networkingserver16.04usbrealtek
2
Jan

Le mien tourne à l'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

Ceci est sur Debian Sid avec le noyau 4.11

Mais je n’obtiens que 30 à 40 Mbps d’Ethernet pour une raison quelconque.

1
Richard Ayotte

Vous devrez utiliser une version du noyau contenant ce correctif . Selon Github, il s'agit de _4.15-rc1_ ou _4.14-rc7_.

Si vous vous méfiez de la récente bug où certaines machines Lenovo peuvent être maquillées en raison d'un module lié à SPI corrompant le microprogramme UEFI au démarrage, notez que ceci a été corrigé dans la série _4.15_ (J'ai vérifié deux fois, mais vérifiez si vous êtes inquiet).

Vous pouvez obtenir des noyaux récents à partir du noyau Ubuntu pas vraiment) a = PPA ; Par exemple, j'utilise 4.15-rc7 et je peux confirmer que la vitesse est sensiblement meilleure (au moins dix fois plus rapidement, vos résultats dépendront de votre propre situation). 4.15-rc8 vient d'être construit et vous pouvez vérifier le répertoire parent pour les générations plus récentes.

Je suis désolé mais je ne peux pas garantir que les noyaux seront installés et fonctionneront avec 16.04 (j'utilise 17.04). S'il vous plaît laissez-moi savoir si vous avez du succès.

0
detly