Skip to content
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

Firmware fails to start on WSL #35

Closed
TBM13 opened this issue Feb 24, 2023 · 9 comments
Closed

Firmware fails to start on WSL #35

TBM13 opened this issue Feb 24, 2023 · 9 comments

Comments

@TBM13
Copy link

TBM13 commented Feb 24, 2023

I'm trying to use this driver on WSL.
Device (TP-LINK TL-WN722N v2 with RTL8188EU) is detected and firmware loads, but fails to start.
Here's the log:
dmesg.txt

Device works fine on WSL with aircrack's rtl8188eus driver.

Here's the kernel I'm using:
https://github.com/TBM13/WSL2-Linux-Kernel
Since its version is 5.15, I had to modify this driver to compile:
https://github.com/TBM13/realtek_rtwifi

@TBM13
Copy link
Author

TBM13 commented Feb 24, 2023

Bypassing the check makes everything work fine, so the issue is probably in detecting whether the firmware started or not. You can close this is if you want

@TBM13
Copy link
Author

TBM13 commented Feb 24, 2023

Another issue I have is that monitor mode stops capturing anything after running hcxdumptool once or doing things like switching to managed and then monitor mode again, downing and upping the interface, etc. Once this happens, I have to disconnect the adapter from WSL and reconnect it.
This may be what ZerBea mentioned, I'm not sure.

@ZerBea
Copy link

ZerBea commented Mar 14, 2023

Removed this comment, because drive is fixed, now.

@dubhater
Copy link

@TBM13 What if instead of bypassing the check completely you double RTL8XXXU_FIRMWARE_POLL_MAX? It's defined in rtl8xxxu.h.

@TBM13
Copy link
Author

TBM13 commented Mar 22, 2023

@TBM13 What if instead of bypassing the check completely you double RTL8XXXU_FIRMWARE_POLL_MAX? It's defined in rtl8xxxu.h.

Yes, I have already tried that but it didn't work. I tried setting it to 5000 and 10000

@ZerBea
Copy link

ZerBea commented Apr 20, 2023

There is a new firmware v.28 available:
https://bugzilla.kernel.org/show_bug.cgi?id=217205#c45

@TBM13
Copy link
Author

TBM13 commented Apr 21, 2023

There is a new firmware v.28 available: https://bugzilla.kernel.org/show_bug.cgi?id=217205#c45

No luck, the issue still persists.
As additional information, I upgraded to Linux 6.1, so I'm now using this driver pretty much unaltered (except for this single commit)

@TBM13
Copy link
Author

TBM13 commented Apr 21, 2023

After doing some quick testing, driver stability seems to have improbed a lot. I don't know if that's because I updated the kernel, the firmware or fetched the latest commits of this repo, but I can finally switch between monitor and managed mode multiple times without making the card not detect networks anymore

@kimocoder
Copy link
Owner

Wake TX Queue is included related to several drivers from 6.1+ and caused issues earlier and was disabled for long time.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants