![]() EDIT: I am very glad that ARM SoCs have been backwards compatible to older ARM ISAs however! That's something. I can boot basically any version of x86 Windows or *nix on any x86 system, but I need unique specialist magic versions of Windows or *nix to run on any particular Arm board. As buggy and annoying as x86 BIOSs and other standards like ACPI can be: they're still 1000x better than what we have in the SBC world (where some standards do exist, but they're not commonly utilised). Side rant: Operating systems and kernels on ARM devices are a mess. DKMS may or may not be useful for your goals (keep in mind that some SBC vendors provide a single distro snapshot with a single version of a kernel that never gets updated). Many Linux distros will ship with their kernel's header files (eg in /usr/src) so things like DKMS can work. Every distro that supports an ARM board goes about sourcing the kernel differently. Cheater: skip needing a custom USB driver and use a USB UART chip on your product instead (not always possible). Practicalist: you have to port to every goddam fork that's popular if you want your stuff to be used on existing boards (not always possible). Purist: only bother with mainline, because everything else is a PITA (not always possible).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |