That SPI ROM is 128 mega *bits* not *bytes*. It works out to 16 megabytes. You should share the ROM dump on the internet archive, for folks to look at, at home.
They just do it in the open. They mandate companies like Intel and AMD to do it and call it a feature, e.g. Intel Management Engine, and AMD Platform Security, etc.
Thank you for the video it was quite curious! What about boards with their own version of the operating system, such as Radxa Debian, Orange Pi Debian, etc.? Without their version of OS, there will be no access to drivers (NPU, decoding-encoding acceleration, etc.).
What do you mean? You can flash many third party systems onto arm boards, in fact the first party OSes usually suck and often don't support GPU, video encode/decode etc.
@@r0galik let's look at the NPU. For example, Rock5 or OrangePi 5 (RK3588 with NPU). There are no open-source drivers for it (there is project from Tomeu Vizoso but with limitations). The only way to use NPU - take official image from Radxa|OrangePi with pre-build binaries for the system. Same problems with a lot of different devices (NXP, MediaTek, Sophon, etc.)
@@AntonMaltsev it's a matter of luck what works with the first party distros as well, as some devices are better supported by third party systems. So I don't get the argument. Besides, Raspberry Pi is guilty of this too.
there are some other good reason's. Driver and hardware support, opnsense has more packages. there are some other things that are different but opnsense was a project based on pfsense by some former pfsense developers which is why its very similar. Honestly opnsense in my opinion is in a better spot that pfsense at the moment.