remote /dev

netcat ?

А вызовы ioctl() кто перемаршаливать будет?

не знаю ничего такого подобного. Ты общаешься с этим устройством в синхронном режиме ? (то есть while() { послал команду, получил ответ;})

Если да, то имхо не трудно разорвать свою прогу на две части и оставить на той машине демона который будет команды получать, выполнять их, и отсылать обратно результат. Может даже какое-нибудь RPC/corba заюзать (ну corba если уже знаком только, сложное оно), а в финальном билде выкинуть и все уже делать локально...

Ну или так, всяко клиент-серверный наворот нужен.

Есть такая библиотека: libixp. Предоставляет работу по протоколу v9fs. Т.е. по сети можно транслировать файловую систему, предварительно написав сервер, который будет работать на устройстве, обеспечивать ввод-вывод на нём. Так как поддержка этой файловой системы уже есть в линуксе, то клиента писать не надо. Просто монтируешь сервер на точку - и у тебя получается файловая иерархия. Скажу сразу - вызов ioctl в библиотеке не реализован, но его легко добавить, ввиду лёгкости и простоты библиотеки. Ресурсов так же мало потребляет, в отличие от корбы и т.п.

хм, а там ssh нет? собрал прогу у себя, в makefile сделал правило tets, которое скопирует прогу на машину и запустит её.

ssh есть, но приложение с GUI, и я сделал по другому: подключил устройство к машине с сусе102 (что и у меня) и наладил на ней nfs. Т.о. собрав у себя я запускаю на другой машине через rdc.

до этого пробовал с nbd - и видимо зря - ведь ttyS0 это символьное устройство, а не блочное.