this idea is under discussion and expansion
we need to have some linux kernel infrastructure that reflects the interfaces (SATA, USB, I2C) and it would be good to have some sort of structure in place, with a subdirectory hierarchy with the name "eoma68" in it, somewhere. also there will need to be a device-tree file for the LCD and another bunch for the 16 GPIOs. and somewhere is needed some infrastructure for dynamic recognition of LCD screens: EDID support in the arm-linux kernel is missing, because the assumption has always been that ARM embedded devices will never be able to change their LCD.
in the case of EOMA68, all that completely changes: not only does the CPU not have to be only ARM but also the CPU card can be plugged literally into anything, possibly suspended to disk or even hot-swapped and inserted into a completely different chassis.