> For Linux, the best solution would be to write a serial driver for JoyNet.
> Then pppd can be used to connect to UZIX and you can use the existing PPP
> network device.
>
> You can also make a user-mode solution, that sends stdin over JoyNet and
> sends JoyNet input to stdout. That program can then be connected to pppd
> using pipes. It's less flexible than a kernel driver, but it's also easier
to
> write and won't crash your system if it's buggy. It can be a good
> intermediate step towards a kernel driver.
I hope you realize that implementing JoyNet in any system which also
executes other tasks is a highly delicate matter??? It requires a lot of
fine-tuning, and within a single application that's easy, but with multiple
apps running...
You see, JoyNet doesn't generate an interrupt to indicate the peer is
sending/listening, so you'll need to poll continuously, and your system is
completely 'locked' while receiving... And the sender can't execute other
tasks until the receiver has acknowledged the send_request and has received
all data...
It can be done, I think (execute all other processes every int, the
transmission will hold then but the rest will at least work). However,
execute-on-int (to give it a name) is quite hard to program I think. And you
must also watch out that the sender doesn't call the other processes while
the receiver just finished calling the other processes (that would result in
no bytes being received). That can be solved by letting the sender determine
when the int starts and transmit some kind of "Execute Other Processes wait"
escape-code when the event occurs, so the receiver can then also execute the
processes at the same time. In that case, an (partly optional,
implementation-dependant) escape-code-mechanism has to be constructed.
However, I don't know how that fits into the architecture of Uzix (I think
badly).
~Grauw
--
>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<
email me: [EMAIL PROTECTED] or ICQ: 10196372
visit my homepage at http://grauw.blehq.org/
>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<
****
Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/
****
