search

kimocoder / realtek_rtwifi

Realtek RTL8xxxU
https://www.aircrack-ng.org
68 stars 14 forks source link

Firmware fails to start on WSL #35

Closed TBM13 closed 1 year ago

TBM13 commented 1 year ago

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 commented 1 year ago

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 commented 1 year ago

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 commented 1 year ago

Removed this comment, because drive is fixed, now.

dubhater commented 1 year ago

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

TBM13 commented 1 year ago

@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 commented 1 year ago

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

TBM13 commented 1 year ago

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 commented 1 year ago

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 commented 1 year ago

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