[walrus01]

I do not see the logic in having a M.2 NVME SSD attached to the pci-express bus, which certainly has a totally closed source binary in its onboard controller... That's in the laptop, and it's OK? It has access to every disk read/write operation and manages a small RAM cache for the SSD flash, organizes the write wear leveling algorithm, etc.

But they have to go with some weird, ancient 802.11n card instead of a modern 802.11ac 3x3 MIMO, dual band Intel chipset card, because they don't like the binary blob in the ROM of the Intel minipci-express card?

At some point in time you have to trust the devices you're attaching to the pci-express bus in an x86-64 system or you won't have any useful functionality left.

[SahAssar]

I agree in principle, but there is also something to be said for not having a closed system being able to talk both to a wireless network and have DMA.

Anyway, the more open components the system the better, and if this shows there is an interest for an more open system, the next one might be more open than this.

[FreedomWarrior]

The problem is that many wifi adapters require loading a binary blob at initialization time. "Burnt-in" firmware is practically the same as hardware, which you already trust since you bought it.

Not so much for the firmware blobs the vendor maintains in the "linux-firmware" kernel.org repository and that are absolutely required for the device to function.