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

mac80211: do not enforce start_disabled=1 when staidx>0 #12499

Draft
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

msvamp
Copy link
Contributor

@msvamp msvamp commented Apr 29, 2023

I do not really understand the purpose of not letting the AP interface start automatically when there are wireless client (station mode) interfaces present on the same wireless radio.
Maybe there are issues in some drivers that do not let this work properly? Or is it because client connection can disrupt the access point interface connectivity? I don't know.

With this patch, I provide an option for the user to override this default behaviour by explicitly setting start_disabled to 0. The existence of station interfaces will only control the default value of start_disabled but the user's preference will always be used if it is explicitly defined.

@github-actions github-actions bot added the core packages pull request/issue for core (in-tree) packages label Apr 29, 2023
@ptpt52
Copy link
Contributor

ptpt52 commented Apr 29, 2023

mark.

Allow to override "start_disabled" to 0 even if there are station
interfaces present on the radio. If "start_disabled" is not explicitly
defined, the original behaviour of setting it to 1 is retained.
In other words, the existence of station interfaces now only controls
the default value of "start_disabled", but does not enforce it to 1.

Signed-off-by: Manas Sambhus <manas.sambhus+github@gmail.com>
@msvamp
Copy link
Contributor Author

msvamp commented Dec 4, 2023

@ptpt52 @neheb @Ansuel Can you please review it again and suggest if it looks good now?

I have also applied it on top of the current master now.

@msvamp
Copy link
Contributor Author

msvamp commented Dec 4, 2023

Ok, I was still on 22.03 and didn't notice that we have now shifted to ucode-based configuration for wpad. I noticed that simply adding start_disabled=0 is not sufficient anymore to allow AP interface to be running after STA interface disconnects. Something is shutting down the AP interface when it disconnects. I will go through the new implementation and redo this PR.

@msvamp msvamp marked this pull request as draft December 4, 2023 19:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
core packages pull request/issue for core (in-tree) packages
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants