Subject: Re: Behavior of DTR changed between 1.3.3 and 1.4.1???
To: John Refling <johnr@imageworks.com>
From: Bill Studenmund <wrstuden@nas.nasa.gov>
List: port-sparc
Date: 09/28/1999 17:27:46
On Tue, 28 Sep 1999, John Refling wrote:
> I have had the same problem with all recent versions of NetBSD
> and the PC I have as the console. When the console reboots, some
> where in its hardware reset sequence, the serial ports send a
> BREAK. I have used some old (perhaps non standard) laptops
> which do not do the same.
>
> A break has nothing to do with the DTR line. A break is formed
Yep. Break has nothing to do with DTR. :-)
> by holding the TX line inactive for a second or two. Zero voltage
> is not inactive, so pulling the cable out of the port doesn't
> send a break. The inactive signal is a voltage between 3-20 volts
> or so (and I can't remember if it is positive or negative). The
> active signal is the same voltage, but opposite polarity.
bit-0, which is what is sent in a break, is a positive voltage.
> Anyway, getting back to the point, I would like to add an option
> in the kernel which will ignore the console break. I looked thru
> the source code a long time ago, and didn't see any good way of
> doing this except by commenting out the call to the debugger.
>
> Any other suggestions???????????
That's about the only way. Port mac68k has a kernel config option to do
this for years.
I think a better way to do this is add a sysctl which controlls this. The
kernel config option would then just initialize the value one way or the
other. When we get a break, we look at this value. If it's 1, we break. If
0, we don't.
Take care,
Bill