help-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Porting FreeBSD's/OpenBSD's User-level ppp(8) to the Hurd


From: Farid Hajji
Subject: Re: Porting FreeBSD's/OpenBSD's User-level ppp(8) to the Hurd
Date: Thu, 28 Sep 2000 23:22:15 +0200

> > a.) How to I settrans the term translator to a /dev/ttyS* on one side
> >     and have it use gnumach's com driver on the other side?
> 
> >From MAKEDEV:
> 
>       console|tty[0-9][0-9a-f]|tty[0-9a-f]|com[0-9])
>         st $I root 600 /hurd/term ${DEVDIR}/$I device $I;;
> 
> So, "settrans /dev/com1 /hurd/term /dev/com1 device com1"
> 
> would connect /dev/com1 with com1 in GNU Mach.
> The Hurd doesn't use the ttyS? notation as linux (although we could).
Thanks Marcus. I figured this out and was able to use serial devices and
term as expected. I didn't pursue porting *BSD's ppp(8) to the Hurd now,
since I'm not sure how to access pfinet in a canonical manner. At least,
it would be a very bad hack and I suspect that Roland or Michael may have
other ideas about a more elegant design.

> > b.) Only baud rates up to 38400 are defined/used in switch statements.
> >     Does this mean, that 57600 and higher are not possible with term
> >     and/or gnumach's com driver?
> 
> gnumach/include/device/tty_status.h doesn't know about 57600, although
> i386/i386at/com.c does. Maybe it's just a matter of adding the missing
> cases at the appropriate places... however, this should be the smallest
> problem...
Yes, that's not a problem at all. We'll probably have to way for
oskit-mach and use the oskit devices anyway...

Thanks,

-Farid.

-- 
Farid Hajji -- Unix Systems and Network Admin | Phone: +49-2131-67-555
Broicherdorfstr. 83, D-41564 Kaarst, Germany  | farid.hajji@ob.kamp.net
- - - - - - - - - - - - - - - - - - - - - - - + - - - - - - - - - - - -
Murphy's Law fails only when you try to demonstrate it, and thus succeeds.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]