elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, ich habe nie behauptet den besagten Stick zu besitzen. Das Modul kann unter 5.8-Kernel gebaut werden, mehr weiß ich nicht. Inzwischen ist der Quellcode auch nicht mehr verfügbar. Die erforderliche Geräte-ID habe ich dem Quellcode hinzugefügt. Wenn Du magst lade ich diesen zum DL und testen hoch, sonst mache ich mir nicht extra die Mühe. Den Modulnamen habe ich ebenfalls angepasst, so dass kein schwierig zu behebender Modulkonflikt mehr entsteht. Das Modul mt76x0u muss nur gesperrt werden.
modprobe -c | grep -i "057c.*8502"
alias usb:v057Cp8502d*dc*dsc*dp*ic*isc*ip*in* mt76x0u
alias usb:v057Cp8502d*dc*dsc*dp*ic*isc*ip*in* mt7601ua
modinfo mt7601ua
filename: /lib/modules/5.8.0-45-generic/updates/mt7601ua.ko
license: GPL
firmware: mt7601u.bin
srcversion: C39707272E9BFB0921707B9
alias: usb:v057Cp8502d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v7392p7710d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v2A5Fp1000d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v2955p1001d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v2955p0001d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v2717p4106d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v2001p3D04d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v148Fp760Dd*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v148Fp760Cd*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v148Fp760Bd*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v148Fp760Ad*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v148Fp7601d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v13D3p3434d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v13D3p3431d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v0E8Dp760Bd*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v0E8Dp760Ad*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v0B05p17D3d*dc*dsc*dp*ic*isc*ip*in*
depends: mac80211,cfg80211
retpoline: Y
name: mt7601ua
vermagic: 5.8.0-45-generic SMP mod_unload modversions
Aber zuerst würde ich direkt einen 5.8-Kernel testen. Ich habe inzwischen/seit mehreren Wochen bereits alle meine Systeme dahin gehend umgestellt.
|
jondo
(Themenstarter)
Anmeldungsdatum: 11. März 2021
Beiträge: Zähle...
|
elektronenblitz63 schrieb: ich habe nie behauptet den besagten Stick zu besitzen.
Ah, verstehe. Das "Hier habe ich zumindest die Installation mit 5.8-Kernel testen können" hat sich für mich so nach Inbetriebnahme des Sticks angehört.
OK, ich habe jetzt auch mal auf den Mainline-Kernel 5.8.18 gewechselt:
$ uname -r
5.8.18-050818-generic Von welchem Quellcode meinst du, dass er nicht mehr verfügbar ist? Das Repo https://github.com/jeremyb31/mt7601u-5.3 ist ja noch da. Ich habe meinen Klon jetzt so gepatcht:
| --- /home/robert/mt7601u-5.3/.git/.gitk-tmp.J0oZ2j/1/[db4482f2fd8ae10d284310c8fab8cc3a43cef405] usb.c
+++ /home/robert/mt7601u-5.3/.git/.gitk-tmp.J0oZ2j/1/[edf5a19645f3861f8940a5fd39eb161db26941af] usb.c
@@ -28,6 +28,7 @@
{ USB_DEVICE(0x2955, 0x1001) },
{ USB_DEVICE(0x2a5f, 0x1000) },
{ USB_DEVICE(0x7392, 0x7710) },
+ { USB_DEVICE(0x057c, 0x8502) }, /* FRITZ!WLAN USB Stick AC 430 */
{ 0, }
};
|
Nach dem Installieren mit
$ sudo mv /lib/modules/$(uname -r)/kernel/drivers/net/wireless/mediatek/mt7601u/mt7601u.ko ./mt7601u.bak/$(uname -r)_mt7601u.ko
$ sudo dkms add ./mt7601u-5.3
$ sudo dkms install mt7601u/1.0
sehe ich jetzt in "modinfo mt7601u |grep v057Cp8502 " den Stick zusätzlich eingetragen. Nach Reboot sehe ich in dmesg bei Reinstecken des Sticks, dass noch immer der mt76x0u übernimmt - und nicht funktioniert. Deaktivieren mit "sudo modprobe -r mt76x0u " bringt nix, da mt76x0u beim Reinstecken wieder registriert wird. Wie kann ich diesen Treiber temporär sperren?
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Du musst ihn aus dem Kernel entfernen, hatte ich ja bereits beschrieben. Das Repo ... ist ja noch da.
Ja, war gestern wohl temporär nicht erreichbar. Du kannst aber auch meine Variante testen. Lade hoch ... moment
| wget http://elektronenblitz63.de/download/mt7601ua-5.3.tar.gz
|
Prüfsumme:
md5sum mt7601ua-5.3.tar.gz
52ebc412562e8db69356ec58a643fe78
|
jondo
(Themenstarter)
Anmeldungsdatum: 11. März 2021
Beiträge: 15
|
Du musst ihn aus dem Kernel entfernen, hatte ich ja bereits beschrieben.
Ok, ich habe jetzt auch
$ sudo mv /lib/modules/$(uname -r)/kernel/drivers/net/wireless/mediatek/mt76/mt76x0/mt76x0u.ko ./mt76x0u.bak/$(uname -r)_mt76x0u.ko
gemacht. Beim Stick-Einstecken wird jetzt mein gepatchter Treiber verwendet. Das sieht leider nur so aus:
[22191.073507] usb 2-1: new high-speed USB device number 12 using ehci-pci
[22191.230867] usb 2-1: New USB device found, idVendor=057c, idProduct=62ff, bcdDevice= 2.14
[22191.230872] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[22191.230875] usb 2-1: Product: FRITZ!WLAN USB Stick AC 430
[22191.230878] usb 2-1: Manufacturer: AVM Berlin
[22191.230881] usb 2-1: SerialNumber: 5C4979E340B2
[22191.231786] usb-storage 2-1:1.0: USB Mass Storage device detected
[22191.232055] scsi host6: usb-storage 2-1:1.0
[22192.238391] scsi 6:0:0:0: CD-ROM FRITZ! WLAN selfinstall 1.00 PQ: 0 ANSI: 0 CCS
[22192.243768] sr 6:0:0:0: [sr1] scsi3-mmc drive: 52x/52x cd/rw xa/form2 cdda tray
[22192.258031] sr 6:0:0:0: Attached scsi CD-ROM sr1
[22192.258123] sr 6:0:0:0: Attached scsi generic sg4 type 5
[22192.364649] usb 2-1: USB disconnect, device number 12
[22192.713597] usb 2-1: new high-speed USB device number 13 using ehci-pci
[22192.895625] usb 2-1: New USB device found, idVendor=057c, idProduct=8502, bcdDevice= 1.00
[22192.895630] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[22192.895633] usb 2-1: Product: FRITZ!WLAN AC 430
[22192.895636] usb 2-1: Manufacturer: AVM
[22192.895639] usb 2-1: SerialNumber: 5C4979E340B2
[22193.029634] usb 2-1: reset high-speed USB device number 13 using ehci-pci
[22193.195740] mt7601u 2-1:1.0: ASIC revision: 76100002 MAC revision: 76502000
[22193.195803] option 2-1:1.0: GSM modem (1-port) converter detected
[22193.196054] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
und dann nichts in "rfkill list ". Danke für deinen Treibercode. Den brauche ich nicht extra testen, da er bis auf die Namensänderung zu mt7601ua gleich ist.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Ja, bekanntes, altes Problem. Der Stick startet im Datenträgermodus (CD-Rom), da der enthaltene Windows-Treiber eine Installationsroutine starten will (Windows). Anschließend wird ein GSM Modem Treiber zugewiesen (Modul option). Sperre dieses Modul. Prüfe nach ca. 30s, ob sich der Stick nun im WLAN-Modus befindet:
|
jondo
(Themenstarter)
Anmeldungsdatum: 11. März 2021
Beiträge: 15
|
Wie schaffe ich das Modul option zu sperren?
Nachdem "sudo modprobe -r option " nicht genügt, habe ich (wie auf askubuntu beschrieben) in /etc/modprobe.d/blacklist.conf die Zeile "blacklist option " hinzugefügt. Trotzdem wurde (nach Reboot) das Modul dann beim Reinstecken des Sticks geladen 😕
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Da muss ich auch erst schauen. Unter /lib/udev/rules.d/ o.v. befindet sich irgendwo sicherlich eine Udev-Regel welche über die ID-Nummer des Stick das Modul lädt. Kann ich aber erst morgen machen. Wie ist denn die Geräte-ID nun nach ca. 30s, 057c:62ff oder 057c:8502 ?
|
jondo
(Themenstarter)
Anmeldungsdatum: 11. März 2021
Beiträge: 15
|
Mit "grep 057c /lib/udev/rules.d/* " finde ich nur in 40-usb_modeswitch.rules folgenden Abschnitt:
# AVM Fritz!Wlan USB Stick N v2
ATTR{idVendor}=="057c", ATTR{idProduct}=="62ff", RUN+="usb_modeswitch '/%k'"
# AVM Fritz!Wlan USB Stick N
ATTR{idVendor}=="057c", ATTR{idProduct}=="84ff", RUN+="usb_modeswitch '/%k'" Die Geräte-ID wechselt sofort nach dem Einstecken von 057c:62ff zu 057c:8502 , siehe
[ 7169.385588] usb 2-1: new high-speed USB device number 13 using ehci-pci
[ 7169.542875] usb 2-1: New USB device found, idVendor=057c, idProduct=62ff, bcdDevice= 2.14
[ 7169.542880] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 7169.542883] usb 2-1: Product: FRITZ!WLAN USB Stick AC 430
[ 7169.542886] usb 2-1: Manufacturer: AVM Berlin
[ 7169.542889] usb 2-1: SerialNumber: 5C4979E340B2
[ 7169.543273] usb-storage 2-1:1.0: USB Mass Storage device detected
[ 7169.544006] scsi host6: usb-storage 2-1:1.0
[ 7170.570288] scsi 6:0:0:0: CD-ROM FRITZ! WLAN selfinstall 1.00 PQ: 0 ANSI: 0 CCS
[ 7170.575762] sr 6:0:0:0: [sr1] scsi3-mmc drive: 52x/52x cd/rw xa/form2 cdda tray
[ 7170.590063] sr 6:0:0:0: Attached scsi CD-ROM sr1
[ 7170.590156] sr 6:0:0:0: Attached scsi generic sg4 type 5
[ 7170.658408] usb 2-1: USB disconnect, device number 13
[ 7171.009686] usb 2-1: new high-speed USB device number 14 using ehci-pci
[ 7171.191757] usb 2-1: New USB device found, idVendor=057c, idProduct=8502, bcdDevice= 1.00
[ 7171.191762] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 7171.191765] usb 2-1: Product: FRITZ!WLAN AC 430
[ 7171.191768] usb 2-1: Manufacturer: AVM
[ 7171.191771] usb 2-1: SerialNumber: 5C4979E340B2
[ 7171.325722] usb 2-1: reset high-speed USB device number 14 using ehci-pci
[ 7171.491874] mt7601u 2-1:1.0: ASIC revision: 76100002 MAC revision: 76502000
[ 7171.491970] option 2-1:1.0: GSM modem (1-port) converter detected
[ 7171.492150] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0 "grep 8502 /lib/udev/rules.d/*" findet nichts.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Ich meine, dass genau diese Modeswitch-Zeile in der 40-usb_modeswitch.rules dafür verantwortlich ist. Deaktiviere die mal testweise. Der Stick wechselt IMHO nach ca. 20s aut. den Modus, zumindest sollte es das selbsttätig tun.
# AVM Fritz!Wlan USB Stick N v2
# ATTR{idVendor}=="057c", ATTR{idProduct}=="62ff", RUN+="usb_modeswitch '/%k'"
|
jondo
(Themenstarter)
Anmeldungsdatum: 11. März 2021
Beiträge: 15
|
Auskommentieren dieser Zeile führt dazu, dass der Stick nach dem Einstecken jetzt viel länger (für ca. 90 Sekunden) als Laufwerk (idProduct=62ff) erkannt und gemountet wird. Erst dann wechselt er auf idProduct=8502. Siehe:
[ 95.997970] usb 2-1: new high-speed USB device number 4 using ehci-pci
[ 96.155184] usb 2-1: New USB device found, idVendor=057c, idProduct=62ff, bcdDevice= 2.14
[ 96.155189] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 96.155193] usb 2-1: Product: FRITZ!WLAN USB Stick AC 430
[ 96.155196] usb 2-1: Manufacturer: AVM Berlin
[ 96.155198] usb 2-1: SerialNumber: 5C4979E340B2
[ 96.155587] usb-storage 2-1:1.0: USB Mass Storage device detected
[ 96.155800] scsi host6: usb-storage 2-1:1.0
[ 97.166833] scsi 6:0:0:0: CD-ROM FRITZ! WLAN selfinstall 1.00 PQ: 0 ANSI: 0 CCS
[ 97.172314] sr 6:0:0:0: [sr1] scsi3-mmc drive: 52x/52x cd/rw xa/form2 cdda tray
[ 97.186484] sr 6:0:0:0: Attached scsi CD-ROM sr1
[ 97.186620] sr 6:0:0:0: Attached scsi generic sg4 type 5
[ 97.307186] sr1: detected capacity change from 1073741312 to 8255488
[ 178.164947] usb 2-1: reset high-speed USB device number 4 using ehci-pci
[ 178.321752] sr 6:0:0:0: [sr1] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK cmd_age=0s
[ 178.321760] sr 6:0:0:0: [sr1] tag#0 CDB: Read(10) 28 00 00 00 01 d5 00 00 04 00 00 00
[ 178.321766] blk_update_request: I/O error, dev sr1, sector 1876 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
[ 283.540200] usb 2-1: USB disconnect, device number 4
[ 283.868008] usb 2-1: new high-speed USB device number 5 using ehci-pci
[ 284.050042] usb 2-1: New USB device found, idVendor=057c, idProduct=8502, bcdDevice= 1.00
[ 284.050045] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 284.050047] usb 2-1: Product: FRITZ!WLAN AC 430
[ 284.050049] usb 2-1: Manufacturer: AVM
[ 284.050050] usb 2-1: SerialNumber: 5C4979E340B2
[ 284.118750] mt7601u: loading out-of-tree module taints kernel.
[ 284.118868] mt7601u: module verification failed: signature and/or required key missing - tainting kernel
[ 284.248052] usb 2-1: reset high-speed USB device number 5 using ehci-pci
[ 284.414160] mt7601u 2-1:1.0: ASIC revision: 76100002 MAC revision: 76502000
[ 284.414239] usbcore: registered new interface driver mt7601u Am Ende geschieht also nicht mehr
[ 7171.491970] option 2-1:1.0: GSM modem (1-port) converter detected
[ 7171.492150] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
sondern stattdessen
[ 284.414239] usbcore: registered new interface driver mt7601u Das sieht zwar besser aus, aber rfkill list zeigt noch immer kein neues Gerät an.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Ersteres ist jetzt grundsätzlich ok so. Fehler bezüglich des Treibers?
| sudo systemctl stop network-manager.service
sudo modprobe -rfv mt7601u
sudo modbrobe -v mt7601u
iwconfig
dmesg | egrep -i 'mt76|err|firm|fail'
|
|
jondo
(Themenstarter)
Anmeldungsdatum: 11. März 2021
Beiträge: 15
|
Danke für deine Ausdauer! $ sudo systemctl stop network-manager.service
$ sudo modprobe -rfv mt7601u
rmmod mt7601u
$ sudo modprobe -v mt7601u
insmod /lib/modules/5.8.18-050818-generic/updates/mt7601u.ko
$ iwconfig
lo no wireless extensions.
enp1s0 no wireless extensions.
wlp2s5 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
wird in dmesg begleitet von:
[ 5472.503778] wlp2s5: deauthenticating from 60:d2:48:4b:c1:a9 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 5493.440817] usbcore: deregistering interface driver mt7601u
[ 5510.854419] usb 2-1: reset high-speed USB device number 8 using ehci-pci
[ 5511.024702] mt7601u 2-1:1.0: ASIC revision: 76100002 MAC revision: 76502000
[ 5511.024802] usbcore: registered new interface driver mt7601u
dmesg zeigt also keine Fehler, aber in iwconfig wird neben meiner alten WLAN-Karte kein neues Gerät sichtbar.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Dann funktioniert der Treiber nicht. Können wir also abhaken, der Wiki-Eintrag zu dem Stick ist dann ja auch auch irreführend/falsch (ändere ich mal). Warum genügt die vorhandene WLAN-Karte nicht, ist kein Dualband möglich?
|
jondo
(Themenstarter)
Anmeldungsdatum: 11. März 2021
Beiträge: 15
|
Die vorhandene kann nur 802.11b/g auf 2.4 GHz, ist also sehr langsam und nutzt mein 5-GHz-Netz nicht.
$ lspci|grep -i wireless
02:05.0 Ethernet controller: Qualcomm Atheros AR2413/AR2414 Wireless Network Adapter [AR5005G(S) 802.11bg] (rev 01) Meine nächste Idee wäre, einen aktuellen Git Kernel Build zu machen und dann den Fehler auf https://bugzilla.kernel.org/ zu melden. Auch die Maintainer von mt76x0 könnte ich fragen, der Treiber behauptet schließlich, mit meinem Stick umgehen zu können.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Meine nächste Idee wäre, einen aktuellen Git Kernel Build zu machen und dann den Fehler auf https://bugzilla.kernel.org/ zu melden
Gute Idee, zumal Du die Hardware ja nun mal besitzt, meine Kenntnisse dazu enden hier leider.
|