Odd, I thought I knew how these things work, but alas. I have an old Mac
Classic, which I have connected to my P90 running NetBSD 1.5.2. I want to
be able to use the mac as a serial terminal (And/or use PPP on it, but
that's a later issue). The cable is a simple three-wire null-modem cable,
and it's known to be working. In fact, the setup worked as a charm, untill
I decided I had enough of Linux, and threw NetBSD on said P90 (I have been
running NetBSD-current on my other computer, a PowerMac. However, tracking
-current on a P90 isn't really something which sounds very useful to me).
However, it just won't work. If I run ZTerm (About the only decent terminal
emulator for a classical Mac I could find) on the mac, and minicom on the P90,
it works like a charm - except for "return" sending only a CR, no LF. If
I enable getty on the first serial port (by adding something like
'tty00 "/usr/libexec/getty std.9600" on local' to /etc/ttys, and sending
init a SIGHUP), there *is* something happening on the serial port: to be
precise: the mac starts echo'ing things I enter to the screen, which it
doesn't when the getty is turned off. However, I get no login prompt.
It almost seems to me like getty is waiting for a CR+LF to initialize the
login sequence, but the mac isn't able to give it - even if I press "CTRL-M"
"CTRL-J" manually. If I'm being *, and if I connect to /dev/tty00
with a minicom while still having the getty run, and if I press enter, I
suddenly get a login sequence. I can even login, and do my stuff, on the
Getty seems to be waiting for something - but what? And how can I disable this?
Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333
Kees J. Bot: The sum of CPU power and user brain power is a constant.