wryun

Yes, we're trying to upstream this (and iw support) currently. This was blocked on having S1G and a driver in the kernel.

I'm not the expert in this area, but the current state of play AFAIK in terms of working chips is:

- Morse Micro - Newracom - Taixin are mostly not compliant (but cheap) - Amazon have a proprietary not quite compatible HaLow in their Blink cameras

There's varying levels of interest in WFA compliance/interop. Morse and Newracom are the most interoperable, but even then there are gotchas.

The Morse ones, are, of course, the best ;)

Aside from upstreaming, one of the other things we're chasing is a better regulatory environment. In particular, the EU S1G bands are very tightly constrained.

Which doesn't mean that it's easy to use an ARM device in the way I'd want to (i.e. as a trouble-free laptop or desktop with complete upstream kernel support).

I guess you must be doing trickier things than I ever have. I've found docker's emulation via qemu pretty reliable, and I'd be pretty surprised if there was a corner case that wouldn't show on it but would show on a native system.

Surprising. Cross compilation too annoying to set up? No CI pipelines for things you're actually deploying?

(I'm keen about ARM and RISC-V systems, but I can never actually justify them given the spotty Linux situation and no actual use case)

But what if you're using mesh or running an AP? Won't the software out of the box allow you to set the regdomain to AU?

If this is like the RPI4 with a single global model I'm wondering how it passes FCC regs, in that presumably the Wi-Fi is flexible enough to transmit on illegal US channels (i.e. Ch 12-14 on 2.4).

Am I missing something?

Search for WiFi HaLow.

(I work for Morse Micro; we can do 30mbps udp)

On most openwrt devices you can compare /rom/etc/config to /etc/config (though this will get you a bunch of automatic changes as well).

Just use a Surface Go? Tablet linux has been working well for years...