The following reply was made to PR port-mac68k/32583; it has been noted by GNATS.

From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@NetBSD.org
Cc: port-mac68k-maintainer@NetBSD.org, gnats-admin@NetBSD.org,
	Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: Re: port-mac68k/32583: mac68k netbsd-2 panics during rcp(1)
Date: Mon, 23 Jan 2006 23:06:24 +0100

 At 16:15 Uhr +0000 23.1.2006, Scott Reynolds wrote:
 >The following reply was made to PR port-mac68k/32583; it has been noted by
 >GNATS.
 >
 >From: Scott Reynolds <scottr@clank.org>
 >To: gnats-bugs@netbsd.org
 >Cc:
 >Subject: Re: port-mac68k/32583: mac68k netbsd-2 panics during rcp(1)
 >Date: Mon, 23 Jan 2006 10:14:10 -0600
 >
 > This doesn't even make sense.
 
 I hear you. But the IIsi doesn't, and insists on panicking reliably at the
 same spot, with the same stack trace.
 
 HW seems to be fine, I ran a memory check for a few hours without any
 trouble. The type of scsi driver makes no difference.
 
 Thanks to Chuck's recent fixes, I could provide a coredump, if that helps.
 
 > As Dave points out, there's no way the
 > mac68k_bssr[124]() functions should ever get called with a zero
 > count. (Stray pointer, perhaps?)
 
 Sounds plausible...
 
 NetBSD 2.1_STABLE (GENERICSBC) #1: Tue Nov  1 23:38:51 CET 2005
 
 hf@heiligenberg:/var/obj/netbsd-builds/2_0/mac68k/sys/arch/mac68k/compil
 e/GENERICSBC
 
 doesn't panic, btw.
 
 	hauke
 
 --
 "It's never straight up and down"     (DEVO)