I'll give this a try.  My 1.4.2 kernel already has one patch for Appletalk,
may as well do this one too.

Thanks!  I'll post a note to tell you how it goes.

-dgl-

At 6:02 PM -0500 6/14/00, Charles Carvalho wrote:
>At 8:23 AM -0500 6/14/00, Donald Lee wrote:
>>Howdy,
>>
>>Recently I've been trying to get the serial ports on my MacPPC and
>>Mac68K machines working with NetBSD 1.4.2.  At first I thought the...
>>
>> [snip snip]
>>...
>>I've not looked at 1.4 and 1.4.1 yet.
>>
>>Anyone have direct experience with this?  If this is news, I'll
>>investigate further.
>
>I've been running 1.4.2 macppc intermittently on a upgraded 7600, and
>trying to get it to talk to a GPS.  I discovered that arch/macppc/dev/zs.c
>and arch/macppc/dev/ z8530tty.c didn't have the PPS support, and added that
>by comparing the various port-specific versions of the file.  I did notice
>a typo in arch/mac68k/dev/zs.c (because I copied it into the macppc version):
>line 741 (in zs_set_modes) tests to see if DCD is available for PPS input,
>	if ((cflag & (CLOCAL & MDMBUF)) == CLOCAL) {
>which should be
>	if ((cflag & (CLOCAL | MDMBUF)) == CLOCAL) {
>Without the change, cs_rr0_pps never gets set non-zero, preventing PPS
>timing from being allowed on the interface.
>
>(I also found that the serial cables I have don't carry DCD; the
>"handshake in" and "handshake out" pins are not connected at all, and
>DTR and RTS are always on; if you're enabling hardware flow control,
>this may be a problem.  I was able to receive the PPS signal via
>CTS, though, with some more driver changes. )
>
>With the first serial port acting as the console (at 38400), I've seen
>it hang occasionally, but I thought that was due to my changes rather
>than anything in 1.4.2; I didn't check to see whether it was hanging in
>only one direction.  I haven't seen any failures on the second serial
>port, which I am running at 9600.
>
>Charles