New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cannot bring interface up #2
Comments
Do another git pull. I discovered that I missed updating some file, and I added some debugging output. If it fails the same way, send me the output of the lines that start with *****. |
I forgot to push. Try it now. |
# ip link set wlp0s20f0u3 up
RTNETLINK answers: Operation not permitted Driver commit: 8483b4f. |
The code says that when the vendor ID is 1, the firmware should have signature 10B1, and when the vendor code is 2, the signature should be 10B2. For those cases, a 32-byte header is removed. Your device has vendor ID of 2, but the firmware signature is 10B1, thus no header is removed, and you get the error printout. To me, it looks as though there is a header present, thus I have pushed (I really did) a version that unconditionally removes a header. One question: Is your computer running x86_64? |
# ip link set wlp0s20f0u3 up
RTNETLINK answers: Operation not permitted dmesg logs: Driver commit: 03e81cf.
Yes. # uname -srvmo
Linux 4.19.84 #1-NixOS SMP Tue Nov 12 18:21:46 UTC 2019 x86_64 GNU/Linux |
This kind of debugging is very slow. I pushed another test printout. Would it be possible to access your computer via ssh, or using Teamviewer? I only need dmesg after "ip link up". |
Commit: e7d5cd0. |
It's not easy but I'll try to provide something. I will contact you privately via email. |
I'm starting to get the feeling that the RTL8710BU driver will never work for this device. Realtek may have reused the USB ID, which is a bad thing to do. Just in case the original driver I tried will work, I added it to the repo in branch rtl8188gu. Do the following: git checkout origin/rtl8188gu -b rtl8188gu Make that one and try it. If it fails, please post the entire dmesg. I have also written to Tenda to see if they have a driver, despite not listing it on their web site. |
Fails. Interface is not created. Tested on a different machine, but I don't think it matters.
Thank you. |
It does not matter. That one failed to read the EFUSE, thus it is not correct either. Trying to make either of these drivers work is not likely to work, plus my contact at Realtek does not have any others available to him. I thing we need to pause this project until/if I hear from Tenda. |
The Tenda E-mail could not be delivered. I guess we are at a dead end. There may not be a Linux driver for this device. |
@lwfinger, but how come initially you received the driver with the rtl8188gu name? Maybe the same sender has the correct rtl8188gu driver (instead of rtl8188gtv)? |
No, I got what he has. If you look at the "Free Driver" versions listed on E-Bay, such as https://www.ebay.com/itm/NEW-Realtek-RTL8188GU-USB-WiFi-802-11b-g-n-Adapter-Mini-Wireless-Network-Dongle/233273662203?hash=item3650319afb:g:gUsAAOSwiZddFx2k, they only list drivers for Windows. Nothing for Linux or MacOS. I do not believe that there is a Linux driver for this device. To find out, I just ordered one of those, which I should receive by mid June. Then we will know for sure. Those are dual devices - a USB storage device and a wifi device. You use modeswitch to change. |
@lwfinger, following the link, there is:
In fact I do modeswitch for my Tenda W311MI v3. Otherwise, it appears as 0bda:1a2b. |
What is on the USB edrive part of the device? Send me a directory listing. |
$ sudo mount /dev/sr0 /media/misc/; find /media/misc
mount: /media/misc: WARNING: device write-protected, mounted read-only.
/media/misc
/media/misc/Autorun.inf
/media/misc/Setup.exe There is also a bunch of errors in dmesg until usb_modeswitch is run: 2020-05-07T05:35:02,188773+03:00 scsi 2:0:0:0: CD-ROM Realtek USB Disk autorun 1.00 PQ: 0 ANSI: 0 CCS
2020-05-07T05:35:02,210723+03:00 sr 2:0:0:0: [sr0] scsi-1 drive
2020-05-07T05:35:02,210726+03:00 cdrom: Uniform CD-ROM driver Revision: 3.20
2020-05-07T05:35:02,211179+03:00 sr 2:0:0:0: Attached scsi CD-ROM sr0
2020-05-07T05:35:02,235440+03:00 sr 2:0:0:0: [sr0] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
2020-05-07T05:35:02,235445+03:00 sr 2:0:0:0: [sr0] tag#0 CDB: Read(10) 28 00 00 00 ff fc 00 00 02 00
2020-05-07T05:35:02,235449+03:00 print_req_error: I/O error, dev sr0, sector 262128
2020-05-07T05:35:02,261899+03:00 sr 2:0:0:0: [sr0] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
2020-05-07T05:35:02,261910+03:00 sr 2:0:0:0: [sr0] tag#0 CDB: Read(10) 28 00 00 00 ff fc 00 00 02 00
2020-05-07T05:35:02,261915+03:00 print_req_error: I/O error, dev sr0, sector 262128
2020-05-07T05:35:02,261931+03:00 Buffer I/O error on dev sr0, logical block 32766, async page read
2020-05-07T05:35:02,266838+03:00 sr 2:0:0:0: [sr0] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
2020-05-07T05:35:02,266843+03:00 sr 2:0:0:0: [sr0] tag#0 CDB: Read(10) 28 00 00 00 04 00 00 00 02 00
2020-05-07T05:35:02,266846+03:00 print_req_error: I/O error, dev sr0, sector 4096 The last part repeats until: 2020-05-07T05:35:02,463935+03:00 print_req_error: I/O error, dev sr0, sector 262128
2020-05-07T05:35:02,463942+03:00 Buffer I/O error on dev sr0, logical block 32766, async page read
2020-05-07T05:35:02,493833+03:00 Buffer I/O error on dev sr0, logical block 512, async page read
2020-05-07T05:35:02,564664+03:00 Buffer I/O error on dev sr0, logical block 32576, async page read
2020-05-07T05:35:02,588691+03:00 Buffer I/O error on dev sr0, logical block 512, async page read
2020-05-07T05:35:02,614883+03:00 Buffer I/O error on dev sr0, logical block 32765, async page read
2020-05-07T05:35:04,573921+03:00 usb 1-3: USB disconnect, device number 7 Then the USB device gets found again and the whole process loops infinitely. But, as you see, there is some time window when I can access |
I think those files are only for the Windows driver. I see no indication of anything for Linux. The errors indicate a faulty implementation. |
Unlikely that Linux drivers will (ever?) be embedded on any device. |
dmesg logs:
# insmod 8188gu.ko
# ip link set wlp0s20f0u3 up
Notably:
The text was updated successfully, but these errors were encountered: