|
Hi (and a big thanks for your article on driver development), I have a question regarding drivers:
It seems to me, that "theoretically" it should be possible to interface two different computers using a driver which works via Ethernet. Such that you connect the two computer using their respective Ethernet ports, and then that driver you have developed would carry out anything you want between them. (Transport some data or something) Am I right?
And Is this possible to make it such that the two computer would work not by sending IP packets? So that you make them talk with each other by a custom alternative protocol of your own. (Send your CUSTOM packets through Ethernet. So that you still have the Eth headers on top, but no IP header. Instead your own CUSTOM thing inside.) ?
And finally, can one develop a driver to work on top of the normal proprietary video driver it uses, to filter what goes to his VGA, such that we can delegate some of the job onto some other VGA? (It's like homebrewing some sort of SLI or something) ? (If we could, we could for example, use a Raspberry Pi to accelerate our GPU computations by letting the Raspberry Pi do some of the jobs. Of course, this would not be efficient, may even make it slower because of overhead, but its so damn cool!)
Thank You,
Iman Hosseini
ihosseini@ce.sharif.edu
Iman Hosseini – Physics, Math, Computer Science, And Else…[^]
|
|
|
|
|
Yes, essentially a NULL-Modem. You can write whatever protocol you want, there are implementations of contained networks that use their own proprietary low level protocol.
However, an easier solution and perhaps faster solution in both speed and implementation would be to use USB 3.0 direct Host to Host connection.
8bc7c0ec02c0e404c0cc0680f7018827ebee
|
|
|
|