> 
>  Booting my Sun causes some heavy nfs activity, and when I'm using 'cu' to
> log into sci.fi during that, a problem appears if I have lots of new mail:
> while 'nfrm' on sci.fi is running and nfs is going, after a while the data
> coming from the serial port comes in blocks (pause-lots of lines-pause). 
> 
>  The problem appears after nfrm completes: my machine appears to be sending
> lots of ^G:s (it looks like newlines, but sometimes a long row of ^G appears
> among the shell prompts (^G in zsh causes a newline usually)). This goes on
> for ~20 seconds, then the connection just gets stuck and I have to restart 
> the modem to get back to the terminal server (this is a leased line) (I can't
> try 'break' to get back into the terminal server because it seems to be broken
> in cu).

Sounds like a bug in the kernel. The latest serial code (w/ fix to echo in
the kernel) should not be "inventing" characters. :-)

Since I'm not tracking Open BSD, I don't know what its kernel is
doing w/respect to tty handling.

The one serial-esque (as opposed to a kernel tty-esque) problem might be
that we still don't have the software interrupt levels right, but I
don't understand what they are supposed to be, so I can't help there much.

>  I think this started after I upgraded into a kernel with the new serial driver.
> But this might as well be a cu bug or elsewhere in the kernel.
> 
> man cu says:
> BUGS
>        This program does not work very well.

Quite true.

Good luck,

Bill