The hardware makes the decision.
Then the drivers must follow the specifications of a specific device model.
Whether you write your own drivers or write driver subsystems for DOS/Win3x,Win9x,WinNT,Linux so you can load existing drivers after reimplementing the existing driver model subsystems. -----------------------------------------------------------------
For my OS, I have designed a lot of command line built-in commands in the kernel console, so I can invoke a command and it accesses the corresponding devices from a directory-like hierarchy for a raw standard PC with ISA, PCI, USB, IDE, serial/parallel, PS/2, VGA, etc...
I categorize devices internally among other direct ways, like directory paths that must be traversed functionally to actually reach/configure them in the actual physical path, and which only those special functions understand, so that they don't interfere with normal files that may have the same name and that would be accessed by real filesystem functions.
With those commands, I can command them to different degrees, but the complexity of the command also increases to handle things that cannot be done reliably step by step at human speed.
_________________ Live PC 1: Live PC 2:
YouTube: http://youtube.com/@AltComp126/streams http://youtube.com/@proyectos/streams
http://master.dl.sourceforge.net/projec ... 7z?viasf=1
|