Subject: Re: Core's, panic's, and hard lockups
To: None <hotz@jpl.nasa.gov, port-mac68k@netbsd.org>
From: Leonard Chung <leonard@ssl.berkeley.edu>
List: port-mac68k
Date: 11/05/2000 19:44:29
--=====================_2717727==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed
Just as a data point:
Pulled the internal Quantum 80MB ProDrive. Thing's solid as a rock now with
GENERIC.
Thanks for everybody's help!
Leonard
--------------
mp3% dmesg
Copyright (c) 1996, 1997, 1998, 1999, 2000
The NetBSD Foundation, Inc. All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
NetBSD 1.4.2 (GENERIC) #4: Sat Mar 18 01:16:20 CST 2000
fredb@corwin.home:/s/src/sys/arch/mac68k/compile/GENERIC
Apple Macintosh IIsi (68030)
cpu: delay factor 212
real mem = 8388608
avail mem = 5222400
using 128 buffers containing 524288 bytes of memory
mrg: 'Mac IIsi class ROMs' ROM glue, tracing off, debug off, silent traps
mrg: I/O map kludge for ROMs that use hardware addresses directly.
mainbus0 (root)
obio0 at mainbus0
adb0 at obio0 (direct, IIsi series): 1 target
aed0 at adb0 addr 0: ADB Event device
kbd0 at adb0 addr 2: keyboard II
asc0 at obio0: Apple Sound Chip
intvid0 at obio0 @ 0: RBV video subsystem, Macintosh II display
intvid0: 640 x 480, monochrome
grf0 at intvid0
ite0 at grf0 (minimal console)
iwm0 at obio0: Apple GCR floppy disk controller
ncrscsi0 at obio0
scsibus0 at ncrscsi0: 8 targets, 8 luns per target
cd0 at scsibus0 targ 1 lun 0: <NEC, CD-ROM DRIVE:25, 1.0a> SCSI1 5/cdrom
removable
sd0 at scsibus0 targ 2 lun 0: <MAXTOR, LXT-340S, 6.55> SCSI1 0/direct fixed
sd0: 324MB, 1546 cyl, 7 head, 61 sec, 512 bytes/sect x 665154 sectors
cd1 at scsibus0 targ 3 lun 0: <TOSHIBA, CD-ROM XM-5401TA, 3605> SCSI2
5/cdrom removable
cd2 at scsibus0 targ 4 lun 0: <NEC, CD-ROM DRIVE:25, 1.0a> SCSI1 5/cdrom
removable
cd3 at scsibus0 targ 5 lun 0: <MATSHITA, CD-ROM CR-8004, 1.1f> SCSI2
5/cdrom removable
cd4 at scsibus0 targ 6 lun 0: <NEC, CD-ROM DRIVE:25, 1.0a> SCSI1 5/cdrom
removable
zsc0 at obio0 chip type 0
zsc0 channel 0: d_speed 9600 DCD clk 0 CTS clk 0
zstty0 at zsc0 channel 0
zsc0 channel 1: d_speed 9600 DCD clk 0 CTS clk 0
zstty1 at zsc0 channel 1
nubus0 at mainbus0
ae0 at nubus0 slot 9: MacCon Ethernet, 32KB memory
ae0: Ethernet address 00:00:94:22:22:d8
fpu0 at mainbus0 (mc68882)
boot device: sd0
root on sd0a dumps on sd0b
PRAM: 0x3a05bb67, macos_boottime: 0x3a05bb59.
root file system type: ffs
>Date: Thu, 02 Nov 2000 17:38:29 -0800
>To: "Henry B. Hotz" <hotz@jpl.nasa.gov>
>From: Leonard Chung <leonard@ssl.berkeley.edu>
>Subject: Re: Core's, panic's, and hard lockups
>Cc: port-mac68k@netbsd.org
>
>At 08:47 AM 11/1/2000, you wrote:
>>Not a guarantee because NetBSD operates the controller differently and
>>hence has different sensitivities to timing problems. Even the two
>>different NetBSD drivers have different sensitivities to what may be a
>>timing problem.
>
>Good point.
>
>
>
>>They have been looking for a SCSI analyzer for less than $2K used for
>>some time now so they can debug the problem. Your setup would be a good
>>test case, but I don't think test cases are the only thing needed. The
>>bug is believed to be in the MI SCSI code since it affects both the ncr
>>and sbc drivers and I think there are some minor problems on other ports
>>which are believed to be related.
>
>
>I heard the problem may be due to having a Quantum drive in the chain.
>However, I used to have a Conner 40MB drive previously running 1.4 about 2
>years ago. I recall it would core then also, but the problem was nowhere
>as severe. Do you think regressing back to the Quantum would fix things a
>bit? Or could the added instability be due to changes since then in 1.4.2?
>
>Leonard
>
>--
>Leonard Chung - <leonard@ssl.berkeley.edu>
>SETI@home - The Search for Extraterrestrial Intelligence @ home
>http://www.setiathome.ssl.berkeley.edu
--
Leonard Chung - <leonard@ssl.berkeley.edu>
SETI@home - The Search for Extraterrestrial Intelligence @ home
http://www.setiathome.ssl.berkeley.edu
--=====================_2717727==_.ALT
Content-Type: text/html; charset="us-ascii"
<html>
Just as a data point:<br>
<br>
Pulled the internal Quantum 80MB ProDrive. Thing's solid as a rock now
with GENERIC.<br>
<br>
Thanks for everybody's help!<br>
<br>
Leonard<br>
<br>
--------------<br>
mp3% dmesg <br>
Copyright (c) 1996, 1997, 1998, 1999, 2000<br>
The NetBSD Foundation, Inc. All rights
reserved.<br>
Copyright (c) 1982, 1986, 1989, 1991, 1993<br>
The Regents of the University of California. All
rights reserved.<br>
<br>
NetBSD 1.4.2 (GENERIC) #4: Sat Mar 18 01:16:20 CST 2000<br>
fredb@corwin.home:/s/src/sys/arch/mac68k/compile/GENERIC<br>
Apple Macintosh IIsi (68030)<br>
cpu: delay factor 212<br>
real mem = 8388608<br>
avail mem = 5222400<br>
using 128 buffers containing 524288 bytes of memory<br>
mrg: 'Mac IIsi class ROMs' ROM glue, tracing off, debug off, silent
traps<br>
mrg: I/O map kludge for ROMs that use hardware addresses directly.<br>
mainbus0 (root)<br>
obio0 at mainbus0<br>
adb0 at obio0 (direct, IIsi series): 1 target<br>
aed0 at adb0 addr 0: ADB Event device<br>
kbd0 at adb0 addr 2: keyboard II<br>
asc0 at obio0: Apple Sound Chip<br>
intvid0 at obio0 @ 0: RBV video subsystem, Macintosh II display<br>
intvid0: 640 x 480, monochrome<br>
grf0 at intvid0<br>
ite0 at grf0 (minimal console)<br>
iwm0 at obio0: Apple GCR floppy disk controller<br>
ncrscsi0 at obio0<br>
scsibus0 at ncrscsi0: 8 targets, 8 luns per target<br>
cd0 at scsibus0 targ 1 lun 0: <NEC, CD-ROM DRIVE:25, 1.0a> SCSI1
5/cdrom removable<br>
sd0 at scsibus0 targ 2 lun 0: <MAXTOR, LXT-340S, 6.55> SCSI1
0/direct fixed<br>
sd0: 324MB, 1546 cyl, 7 head, 61 sec, 512 bytes/sect x 665154
sectors<br>
cd1 at scsibus0 targ 3 lun 0: <TOSHIBA, CD-ROM XM-5401TA, 3605>
SCSI2 5/cdrom removable<br>
cd2 at scsibus0 targ 4 lun 0: <NEC, CD-ROM DRIVE:25, 1.0a> SCSI1
5/cdrom removable<br>
cd3 at scsibus0 targ 5 lun 0: <MATSHITA, CD-ROM CR-8004, 1.1f>
SCSI2 5/cdrom removable<br>
cd4 at scsibus0 targ 6 lun 0: <NEC, CD-ROM DRIVE:25, 1.0a> SCSI1
5/cdrom removable<br>
zsc0 at obio0 chip type 0 <br>
zsc0 channel 0: d_speed 9600 DCD clk 0 CTS clk 0<br>
zstty0 at zsc0 channel 0<br>
zsc0 channel 1: d_speed 9600 DCD clk 0 CTS clk 0<br>
zstty1 at zsc0 channel 1<br>
nubus0 at mainbus0<br>
ae0 at nubus0 slot 9: MacCon Ethernet, 32KB memory<br>
ae0: Ethernet address 00:00:94:22:22:d8<br>
fpu0 at mainbus0 (mc68882)<br>
boot device: sd0<br>
root on sd0a dumps on sd0b<br>
PRAM: 0x3a05bb67, macos_boottime: 0x3a05bb59.<br>
root file system type: ffs<br>
<br>
<blockquote type=cite class=cite cite>Date: Thu, 02 Nov 2000 17:38:29
-0800<br>
To: "Henry B. Hotz" <hotz@jpl.nasa.gov><br>
From: Leonard Chung <leonard@ssl.berkeley.edu><br>
Subject: Re: Core's, panic's, and hard lockups<br>
Cc: port-mac68k@netbsd.org<br>
<br>
At 08:47 AM 11/1/2000, you wrote:<br>
<blockquote type=cite class=cite cite>Not a guarantee because NetBSD
operates the controller differently and hence has different sensitivities
to timing problems. Even the two different NetBSD drivers have
different sensitivities to what may be a timing
problem.</blockquote><br>
Good point.<br>
<br>
<br>
<br>
<blockquote type=cite class=cite cite>They have been looking for a SCSI
analyzer for less than $2K used for some time now so they can debug the
problem. Your setup would be a good test case, but I don't think
test cases are the only thing needed. The bug is believed to be in
the MI SCSI code since it affects both the ncr and sbc drivers and I
think there are some minor problems on other ports which are believed to
be related.</blockquote><br>
<br>
I heard the problem may be due to having a Quantum drive in the chain.
However, I used to have a Conner 40MB drive previously running 1.4 about
2 years ago. I recall it would core then also, but the problem was
nowhere as severe. Do you think regressing back to the Quantum would fix
things a bit? Or could the added instability be due to changes since then
in 1.4.2?<br>
<br>
Leonard<br>
<br>
--<br>
Leonard Chung - <leonard@ssl.berkeley.edu><br>
SETI@home - The Search for Extraterrestrial Intelligence @ home<br>
<font color="#0000FF"><u><a href="http://www.setiathome.ssl.berkeley.edu/" eudora="autourl">http://www.setiathome.ssl.berkeley.edu</a></u></font></blockquote>
<x-sigsep><p></x-sigsep>
<br>
--<br>
Leonard Chung - <leonard@ssl.berkeley.edu><br>
SETI@home - The Search for Extraterrestrial Intelligence @ home<br>
<font color="#0000FF"><u><a href="http://www.setiathome.ssl.berkeley.edu/" eudora="autourl">http://www.setiathome.ssl.berkeley.edu</a></font></u></html>
--=====================_2717727==_.ALT--