Telit-Modems auf neueren Linux-Kerneln werden nicht erkannt

2371
aikipooh

Ich habe die Modems Telit HE910 und HE910-v2. Nachdem ich von 3.13-rc4 (Sunxi-Zweig) auf Mainline 3.17.2 gewechselt bin, habe ich Probleme mit 910. Bevor das Modem richtig eingerichtet wurde:

1. Januar 03:22:11 localhost-kernel: [1331.868867] usb 1-1.1.7: neues Hochgeschwindigkeits-USB-Gerät Nummer 7 mit sunxi-ehci 1. Januar 03:22:11 localhost-kernel: [1331.980255] usb 1-1.1.7: config 1 schnittstelle 0 altsetting 0 endpunkt 0x81 hat ein ungültiges bInterval 255, das auf 11 geändert wird 1. Januar 03:22:11 localhost-kernel: [1331.981915] usb 1-1.1.7: no of_node; pinctrl DT wird nicht analysiert 1. Januar 03:22:14 localhost Kernel: [1334.448000] usb 1-1.1.7: USB-Verbindung getrennt, Gerätenummer 7 1. Januar 03:22:15 localhost-kernel: [1335.448864] usb 1-1.1.7: neues high-speed-usb-gerät 8 mit sunxi-ehci 1. Januar 03:22:15 localhost-Kernel: [1335.585512] usb 1-1.1.7: no of_node; pinctrl DT wird nicht analysiert 1. Januar 03:22:15 localhost-Kernel: [1335.597579] Option 1-1.1.7: 1.0: no of_node; pinctrl DT wird nicht analysiert 1. Januar 03:22:15 localhost-Kernel: [1335.597711] Option 1-1.1.7: 1.0: Konverter für GSM-Modem (1-Port) erkannt 1. Januar 03:22:15 localhost-Kernel: [1335.598044] Option1 ttyUSB0: no of_node; pinctrl DT wird nicht analysiert 1. Januar 03:22:15 localhost-kernel: [1335.601305] usb 1-1.1.7: GSM-Modem (1-Port) -Konverter jetzt an ttyUSB0 angeschlossen 1. Januar 03:22:15 localhost-Kernel: [1335.602329] Option 1-1.1.7: 1.1: no of_node; pinctrl DT wird nicht analysiert 1. Januar 03:22:15 localhost-Kernel: [1335.602451] Option 1-1.1.7: 1.1: GSM-Modem (1-Port) -Konverter erkannt 1. Januar 03:22:15 localhost-Kernel: [1335.602564] Option1 ttyUSB1: no of_node; pinctrl DT wird nicht analysiert 1. Januar 03:22:15 localhost-Kernel: [1335.603246] usb 1-1.1.7: Konverter für GSM-Modem (1-Port) jetzt an ttyUSB1 angeschlossen 

Jetzt wird nur jeder zweite Endpunkt (der Klasse 0a - Daten) erkannt:

1. Januar 03:03:26 localhost kernel: [206.979757] usb 1-1.1.7: neues schnelles USB-Gerät Nummer 7 mit ehci-Plattform 1. Januar 03:03:27 localhost-kernel: [207.091275] usb 1-1.1.7: config 1 schnittstelle 0 altsetting 0 endpunkt 0x81 hat ein ungültiges bInterval 255, das in 11 geändert wird 1. Januar 03:03:29 Localhost-Kernel: [209.557516] USB 1-1.1.7: USB-Verbindung getrennt, Gerätenummer 7 1. Januar 03:03:30 localhost kernel: [210.559763] usb 1-1.1.7: neues schnelles USB-Gerät Nummer 8 mit ehci-Plattform 1. Januar 03:03:30 localhost-Kernel: [210.697613] Option 1-1.1.7: 1.0: Konverter für GSM-Modem (1-Port) erkannt 1. Januar 03:03:30 localhost-Kernel: [210.699571] Option 1-1.1.7: 1.1: GSM-Modem (1-Port) -Konverter erkannt 1. Januar 03:03:30 localhost-Kernel: [210.703193] usb 1-1.1.7: GSM-Modem (1-Port) -Konverter jetzt an ttyUSB1 angeschlossen 

Für beide Kernel habe ich das entsprechende Hersteller / Devid-Paar zur Option.c hinzugefügt.

910v2 funktioniert in beiden Kerneln in Ordnung, aber es ist anders organisiert (ich stelle die USB-Geräte-Ausgabe der Kürze halber zur Verfügung):

T: Bus = 01 Lev = 03 Prnt = 03 Port = 04 Cnt = 03 Dev # = 9 Spd = 480 MxCh = 0 D: Ver = 2,00 Cls = 00 (> ifc) Sub = 00 Prot = 00 MxPS = 64 # Cfgs = 1 P: Verkäufer = 1bc7 ProdID = 1010 Rev = 00.00 S: Hersteller = Telit Wireless Solutions S: Produkt = Telit HS-USB-Modem C: # Ifs = 4 Cfg # = 1 Atr = e0 MxPwr = 500mA I: Wenn # = 0 Alt = 0 # EPs = 2 Cls = ff (Verkauf). Sub = ff Prot = ff Treiber = Option I: Wenn # = 1 Alt = 0 # EPs = 2 Cls = ff (Verkauf). Sub = ff Prot = ff Treiber = Option I: Wenn # = 2 Alt = 0 # EPs = 3 Cls = ff (Verkauf). Sub = ff Prot = ff Treiber = Option I: Wenn # = 3 Alt = 0 # EPs = 3 Cls = ff (Verkauf). Sub = ff Prot = ff Treiber = Option 

Während der HE910 so aussieht:

T: Bus = 01 Lev = 03 Prnt = 03 Port = 06 Cnt = 04 Dev # = 11 Spd = 480 MxCh = 0 D: Ver = 2,00 Cls = 02 (commc) Sub = 00 Prot = 00 MxPS = 64 # Cfgs = 1 P: Verkäufer = 1bc7 ProdID = 0021 Rev = 16,70 S: Hersteller = Telit Wireless-Lösungen S: Produkt = Telit-Funkmodul S: Seriennummer = 357164040583455 C: # Ifs = 14 Cfg # = 1 Atr = e0 MxPwr = 100mA I: Wenn # = 0 Alt = 0 # EPs = 1 Cls = 02 (commc) Sub = 02 Prot = 01 Treiber = Option I: Wenn # = 1 Alt = 0 # EPs = 2 Cls = 0a (Daten) Sub = 00 Prot = 00 Treiber = Option / usr / bin / usb-devices: Zeile 79: printf: a: ungültige Nummer I: Wenn # = 0 Alt = 0 # EPs = 1 Cls = 02 (commc) Sub = 02 Prot = 01 Treiber = Option / usr / bin / usb-devices: Zeile 79: printf: b: ungültige Nummer I: Wenn # = 0 Alt = 0 # EPs = 2 Cls = 0a (Daten) Sub = 00 Prot = 00 Driver = Option / usr / bin / usb-devices: Zeile 79: printf: c: ungültige Nummer I: Wenn # = 0 Alt = 0 # EPs = 1 Cls = 02 (commc) Sub = 02 Prot = 01 Treiber = Option / usr / bin / usb-devices: Zeile 79: printf: d: ungültige Nummer I: Wenn # = 0 Alt = 0 # EPs = 2 Cls = 0a (Daten) Sub = 00 Prot = 00 Driver = Option I: Wenn # = 2 Alt = 0 # EPs = 1 Cls = 02 (commc) Sub = 02 Prot = 01 Driver = Option I: Wenn # = 3 Alt = 0 # EPs = 2 Cls = 0a (Daten) Sub = 00 Prot = 00 Driver = Option I: Wenn # = 4 Alt = 0 # EPs = 1 Cls = 02 (commc) Sub = 02 Prot = 01 Driver = Option I: Wenn # = 5 Alt = 0 # EPs = 2 Cls = 0a (Daten) Sub = 00 Prot = 00 Driver = Option I: Wenn # = 6 Alt = 0 # EPs = 1 Cls = 02 (commc) Sub = 02 Prot = 01 Driver = Option I: Wenn # = 7 Alt = 0 # EPs = 2 Cls = 0a (Daten) Sub = 00 Prot = 00 Driver = Option I: Wenn # = 8 Alt = 0 # EPs = 1 Cls = 02 (commc) Sub = 02 Prot = 01 Driver = Option I: Wenn # = 9 Alt = 0 # EPs = 2 Cls = 0a (Daten) Sub = 00 Prot = 00 Driver = Option 

Ich glaube, es könnte irgendwie von der Klasse abhängen.

Wer kann mich dahin führen, wo ich das Problem lösen sollte?

0

1 Antwort auf die Frage

0
Robert Calhoun

Laden Sie den "Option" -Treiber ( /drivers/usb/serial/option.ko) mit modprobe. Ich habe cdc-acmden DR910-DUAL unter Linux 3.14 nicht erkannt, aber die Option präsentiert /dev/ttyUSB0: /dev/ttyUSB3und sie scheinen zu funktionieren.