sob., 28 paź 2023 o 17:37 Ben Greear <greearb@xxxxxxxxxxxxxxx> napisał(a): > > On 10/28/23 1:55 AM, Jouni Malinen wrote: > > On Thu, Oct 05, 2023 at 04:36:00PM -0700, greearb@xxxxxxxxxxxxxxx wrote: > >> MLO should be disabled in case EHT is disabled, and also add new > >> configurable to disable MLO regardless of EHT settings. > > > > Agreed with the first part and that was what was already supposed to > > happen with disable_eht=1, but if that is not the case with all drivers, > > that should indeed be fixed. > > > > As far as the second part is concerned, what is the use case for > > disabling MLO without EHT? There is an expectation for EHT to mandate > > use of MLO in practice. > > For one thing, a currently available wifi-7 hardware/firmware crashes often > when you enable MLO with 2+ links (see my patch to fix MLD IE parsing). > > And even in cases where it used a single MLO link and didn't crash, performance > was much worse than when MLO was disabled. > > The MLO/MLD logic is too fragile at the moment, so it is good to be able to > disable it in case you just need a functional wifi on a wifi-7 radio. > I see today Intel BE200 using EHT with disabled MLO by default. It is require patch to get MLO enabled. Problem is after enable MLO in the driver we can't use it with MLO disable (default option) without driver recompiliation. Nice to have this option to test MLD APs with regular (non-MLO) station. Maybe add it under: #ifdef CONFIG_TESTING_OPTIONS like mld_force_single_link Not sure this will be easy to do. Could be useful for testing purpose. BR Janusz _______________________________________________ Hostap mailing list Hostap@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/hostap
