morrownr / 88x2bu

Linux Driver for USB WiFi Adapters that are based on the RTL8812BU and RTL8822BU Chipsets
435 stars 74 forks source link

New 88x2bu driver v5.13.1-20-gbd7c7eb9d.20210702 #98

Closed morrownr closed 2 years ago

morrownr commented 2 years ago

Please transition to the new version of the 88x2bu driver as soon as possible:

https://github.com/morrownr/88x2bu-20210702

Nick

spcharc commented 2 years ago

Please test if the new driver allows multiple adapters to run.

My solution in #73 is like a temporary workaround, the final solution should be a driver update.

henkv1 commented 2 years ago

Hi Nick,

Thank you for your great work! I really want to test the new driver. I am especially interested to see if the AP capabilities are improved in the new version of the driver.

morrownr commented 2 years ago

Please test if the new driver allows multiple adapters to run.

That is your job. You should have an invitation to the new repo now. The repo is not publicly available yet but you have access. Please post a msg in Issue 1 when you check in so that I know you were able to access the repo.

My solution in #73 is like a temporary workaround, the final solution should be a driver update.

Agree. I can't advertise what you did as it would be a can of worms for most people. This repo is very very heavily used to the tune of hundreds of hits per day and most do not have the skills or need to do what you did.

Cheers

morrownr commented 2 years ago

Hi Nick,

Thank you for your great work! I really want to test the new driver. I am especially interested to see if the AP capabilities are improved in the new version of the driver.

You should have an invitation to the new repo now. The repo is not publicly available yet but you have access. Please post a msg in Issue 1 when you check in so that I know you were able to access the repo.

Looking forward to your reports on AP mode.

Cheers

dmitttri commented 2 years ago

Hi Nick, Thanks for your effort. I would love to try this new driver, realted to the issue #93. I have reasonable expactations that this will be resoved with the recent realtek updates. It's because I had exactly the same issue with 8821au chipset, and today I have tried the new driver 8821au-20210708 you've kindly provided and the problem where stations can't see the AP with same chipset, was gone.

I could'nt agree more with you for the remark that Realtek should provide mac80211, and do in-kernel maintenance.

Thanks in advance

morrownr commented 2 years ago

Hi Nick

Hi @dmitttri

I would love to try this new driver, realted to the issue #93.

You should have an invitation to the new repo. Please read issues 1 and 2 on your first visit to get up to speed. There are currently 2 others there testing. The focus for the testing is on AP mode operation and documentation. There are no known issues with managed mode at this point... it is just fast and works well.

I hope to see you there. I expect testing to last 2-4 weeks and then the repo can be made public.

Regards

iVolt1 commented 2 years ago

I would like test. My goal is and bridged AP on pi 4. I installed the public version, but will wait for the latest before continuing.

morrownr commented 2 years ago

@ iVolt1,

Welcome. I sent an invitation to you. See you in the repo. Please leave a message to let us know you successfully logged in.

Nick

iVolt1 commented 2 years ago

Logged in. Thanks.

misha4gps commented 2 years ago

I would like test also. My goal is bridged AP on Intel + RHEL8.4 with RTL8822BU. I can create PR for support rhel8

morrownr commented 2 years ago

I would like test also. My goal is bridged AP on Intel + RHEL8.4 with RTL8822BU. I can create PR for support rhel8

@misha4gps

Welcome. You should see an inviation to the new version of this driver. You now have access.

FYI: I see your PR for RHEL8. I have not taken action for a few reasons. The main reason is that I am extremely busy. I have been busy bringing up new versions of the drivers for the 8812au and 8811au chipset and I starting to work on the new version of this driver. Another reason for the delay is that if all goes well with the new driver, this driver will be depreciated so I would prefer to test this PR on the new version if you can make that happen. This PR is of interest for all of the drivers available here but we can talk in the new driver.

Regards

misha4gps commented 2 years ago

@morrownr Thanks for the invitation and I agree with you that it is preferable to focus on new driver version

ajitwarrier commented 2 years ago

Nick, thanks in advance for the new driver. I can test it out on an ARM-v7 softfloat embedded device, AP and client modes.

morrownr commented 2 years ago

Nick, thanks in advance for the new driver. I can test it out on an ARM-v7 softfloat embedded device, AP and client modes.

@ajitwarrier

You now have access. Please read Issue 1, all of it, when you arrive.

We need you testing client and AP modes.

We may have very good news today in that we may have found the problem with AP mode. Things are starting to look good for this new driver.

Cheers,

Nick