#Kobo Clara BW doesn't support 5 GHz DFS channels despite the regulatory domain allowing for it. Wish me luck to reach anyone knowledgeable about the firmware internals. So far it's two human robots parroting things like "clear Wi-Fi settings", "rename your SSID" etc.
Was going to see if I can compile a custom kernel for #Kobo Clara BW, but as it turned out they're using Secure Boot on this #EReader.
The source code for the kernel and Mediatek drivers is available, and there are a bunch of mentions of DFS support, so it shooould maybe be just a matter of setting an option and recompiling?
The manufacturer would have to do it, of course, because of Secure Boot.
Woo, managed to enable 5 GHz DFS channel support on #Kobo Clara BW!
The kernel is indeed signed, but the Wi-Fi driver is an out-of-tree module and is not signed in any way. Sources are available, took me a bit to find what to change, but ultimately a success.
Bundled DHCP client dhcpcd 6.6.6 is a bit buggy though. In my network I advertise a classless route. That seems to take precedence over the default route, so the reader ends up without one.
Should've looked at the RFC for DHCPv4 Classless Static Route option sooner. TIL that if this option is present, the Router option is ignored. Explains why I had issues with routing on #Kobo #EReader. I take back what I said, dhcpcd behaved correctly.
Seems like at least #macOS and #iOS are working around this. If they don't see a default route in option 121, they ignore this option altogether, so I didn't notice this problem earlier.
This document defines a new Dynamic Host Configuration Protocol (DHCP) option which is passed from the DHCP Server to the DHCP Client to configure a list of static routes in the client. The network destinations in these routes are classless - each routing table entry includes a subnet mask. [STANDARDS-TRACK]
Forst