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

mt76x2u: util: unlock DFS channels #428

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

Rising-Sun
Copy link

enables DFS channels on mt76x2u devices. Tested on COMFAST CF-WU782AC.

Credit goes to Lorenzo Bianconi
modification of b9f3193

Signed-off-by: Yushi Nishida kyro2man@gmx.net

enables DFS channels on mt76x2u devices. Tested on COMFAST CF-WU782AC.

Credit goes to Lorenzo Bianconi
modification of openwrt@b9f3193

Signed-off-by: Yushi Nishida kyro2man@gmx.net
@LorenzoBianconi
Copy link
Contributor

@Rising-Sun have you tested if the device is able to detect radar pulses? AFAIK the hw should not be able to do so

@Rising-Sun
Copy link
Author

Rising-Sun commented Jul 27, 2020

@LorenzoBianconi LorenzoBianconi
okay. will test if it detects a radar pulse. Till yet no radar pulses at my place on ch 120 (116), comparing against a mt7612e adapter.
Now added a fritzbox for radar detection comparison.

@nicklowe
Copy link

nicklowe commented Jan 10, 2021

I would suggest this needs testing with something like https://github.com/adriangranados/dfs-pulse-tester and a HackRF One,

If it does not detect, this should not be merged.

@morrownr
Copy link

morrownr commented Dec 17, 2021

The lack of DFS support in this and the mt76x10u drivers is putting adapters based on these chipsets at a competitive disadvantage. The latest out-of-kernel Realtek driver for their 8812au chipset does support DFS channels and it works well.

I'd be willing to help make this happen if I can. The cost of a HackRF One is a little steep but there has got to be a way to make this happen.

Regards

@RichardoC
Copy link

@Rising-Sun is it worth opening this change request with the upstream Linux kernel? It seems likely one of those maintainers might be able to test this.

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/net/wireless/mediatek/mt76/mt76x02_util.c?h=v6.2-rc1#n85 is the relevant line there

@joopdo
Copy link

joopdo commented Mar 5, 2023

This seems to have been merged to master. (https://github.com/openwrt/mt76/blob/master/mt76x02_util.c line 72)

@RichardoC
Copy link

This seems to have been merged to master. (https://github.com/openwrt/mt76/blob/master/mt76x02_util.c line 72)

That's for mt76x02 rather than mt76x02u (note the u suffix)
That confused me too!

@lriesebos
Copy link

this seems to be a pretty old PR by now. was this already solved in another way, or is this still pending?

@morrownr
Copy link

morrownr commented May 9, 2024

@lriesebos

I think AP mode on DFS channels requires an additional FCC cert that Mediatek does not have for usb chips. That is my theory. I really wish we could see a change. I think is more important to sales than Mediatek management understands.

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

Successfully merging this pull request may close these issues.

None yet

7 participants