ENUM HWSIM_REGTEST(9)
π¦ enum hwsim_regtest(9) π¦
okay bestie, so this is a page from the Kernel API Manual β yes, the enum hwsim_regtest one, the regulatory-testing menu of dreams π β and I'm gonna walk you through every single bit of it, no cap.
β¨ NAME β¨
enum hwsim_regtest β the type of regulatory tests we offer π literally the whole menu of test vibes.
πΈ SYNOPSIS πΈ
enum hwsim_regtest {
HWSIM_REGTEST_DISABLED ,
HWSIM_REGTEST_DRIVER_REG_FOLLOW ,
HWSIM_REGTEST_DRIVER_REG_ALL ,
HWSIM_REGTEST_DIFF_COUNTRY ,
HWSIM_REGTEST_WORLD_ROAM ,
HWSIM_REGTEST_CUSTOM_WORLD ,
HWSIM_REGTEST_CUSTOM_WORLD_2 ,
HWSIM_REGTEST_STRICT_FOLLOW ,
HWSIM_REGTEST_STRICT_ALL ,
HWSIM_REGTEST_STRICT_AND_DRIVER_REG ,
HWSIM_REGTEST_ALL
};
look at her, all eleven members lined up like a little squad π«Ά
π§ Constants π§
HWSIM_REGTEST_DISABLEDβ no regulatory tests are performed, and this is the default value. it's giving "we're not doing anything today and that's valid" πHWSIM_REGTEST_DRIVER_REG_FOLLOWβ used for testing the driver regulatory hint. only one driver regulatory hint will be sent, so as such the secondary radios are expected to follow. one leader, the rest follow the vibe β¨HWSIM_REGTEST_DRIVER_REG_ALLβ used for testing the driver regulatory request with all radios reporting the same regulatory domain. everybody matching, iconic πHWSIM_REGTEST_DIFF_COUNTRYβ used for testing the drivers calling different regulatory domains requests. expected behaviour is for an intersection to occur, but each device will still use their respective regulatory requested domains. subsequent radios will use the resulting intersection. the way they all keep their own little vibe and share one?? main character energy but make it collaborative πHWSIM_REGTEST_WORLD_ROAMβ used for testing the world roaming. we accomplish this by using a custom beacon-capable regulatory domain for the first radio. all other device world roam. one custom radio, everybody else just out there roaming the world πHWSIM_REGTEST_CUSTOM_WORLDβ used for testing the custom world regulatory domain requests. all radios will adhere to this custom world regulatory domain. everybody on the same custom wavelength fr fr π¦HWSIM_REGTEST_CUSTOM_WORLD_2β used for testing 2 custom world regulatory domain requests. the first radio will adhere to the first custom world regulatory domain, the second one to the second custom world regulatory domain. all other devices will world roam. two custom worlds, two radios, everyone else vibing in the wild πHWSIM_REGTEST_STRICT_FOLLOWβ used for testing strict regulatory domain settings. only the first radio will send a regulatory domain request and use strict settings. the rest of the radios are expected to follow. strict queen sets the rules, everyone else falls in line πHWSIM_REGTEST_STRICT_ALLβ used for testing strict regulatory domain settings. all radios will adhere to this. no exceptions, no skipping, periodt π₯HWSIM_REGTEST_STRICT_AND_DRIVER_REGβ used for testing strict regulatory domain settings, combined with secondary driver regulatory domain settings. the first radio will get a strict regulatory domain setting using the first driver regulatory request, and the second radio will use non-strict settings using the second driver regulatory request. all other devices should follow the intersection created between the first two. strict + chill collab and the rest of the radios follow the intersection they made together π«ΆHWSIM_REGTEST_ALLβ used for testing every possible mix. you will need at least 6 radios for a complete test. we will test in this order:- driver custom world regulatory domain
- second custom world regulatory domain
- first driver regulatory domain request
- second driver regulatory domain request
- strict regulatory domain settings using the third driver regulatory domain request
- and on β should follow the intersection of the 3rd, 4rth and 5th radio regulatory requests.
okay yes bestie, "4rth" is literally spelled like that in the original and I refuse to fix her, she's perfect π
π Description π
these are the different values you can use for the regtest module parameter β¨ it's useful to help test world roaming and the driver regulatory_hint call and combinations of these.
if you want to do specific alpha2 regulatory domain tests, simply use the userspace regulatory request, because that will be respected as well without the need of this module parameter π
this is designed only for testing the driver regulatory request, world roaming and all possible combinations. not me being all up in your tests, it's just what she's for π
π₯ SEE ALSO π₯
- Kernel file
./drivers/net/wireless/virtual/mac80211_hwsim_main.c
ok and that's the whole page, bestie β nothing skipped, nothing summarised, every single constant accounted for πβ¨
alright, cute little sign-off time: this absolute icon lives in ./drivers/net/wireless/virtual, dated October 2026, and it's the enum hwsim_regtest(9) page from the Kernel API Manual π go forth and test those regulatory domains, ily, bye π¦π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms