Re: Panics going multiuser with NetBSD 8, 9, current

[Frank Wille <frank%phoenix.owl.de@localhost>]

John Klos wrote:

> I have an Amiga 4000 with a CyberStorm Mk3 [...]
>
> Then it came time to try a modern NetBSD. I tried GENERIC from NetBSD
> 9.2, and I got panics on every boot. I also tried 9.0, which runs fine
> on my Blizzard 1260 A1200, 8.2 and current, but they panic similarly.
> Revisiting NetBSD 6 had no issues.

My A3000 had similar problems and it took over a year before I found the
time (and strength) to tackle them. The last NetBSD version I tested was
7.99.24, which ran fine.

The hardware is not too much different to yours, as I got a CyberstormPPC
board, which should have the same SCSI chip (siopng 770).

So I did a fresh install with 9.2 via miniroot.fs.

The installer shows a few problems, where I think I didn't see them in the
past:

1. Seems that the INSTALL kernel has no longer any support for keymaps. When
I select '0' for "DIN keymap" during installation I get:
ITEIOCSKMAP: Function not implemented
The problem seems gone after installing the GENERIC kernel, though.
Maybe the INSTALL kernel uses WSCONS? Then we should either remove the
keymap selection from the install script or use an ITE-kernel for INSTALL.

2. I couldn't configure my network during installation. I have an X-Surf
board, which is supported by the ne(4) driver and appeared as ne0.
When the installer asked for adding media or link-layer arguments I just hit
enter for "none" and the following error appeared:
SIOCGIFMEDIA: inappropriate iotctl for device
After that I escaped into the shell and could set up my network by
ifconfig(8) without problems.

3. I chose to install the archives via FTP from my NAS. I could navigate to
the right directory and select the archives to install, but downloading
failed because the paths were suddenly wrong ('/' separators were missing).
So I had to install them from a local disk partition.

While transfering the files from my NAS to the local disk I got several
errors from the ne(4) driver:
ne0: NIC memory corrupt - invalid packet length

I never had any issues with my X-Surf before, so this is strange. Anyway,
seems the data was transfered correctly.


> The moment I try to chroot to a filesystem, either on an IDE wd disk or
> on a SCSI disk on the CyberStorm Mk3 SCSI bus, it panics.

I couldn't reproduce that. My 9.2 installation seems to work, using the same
cbiiisc(4) driver. My dmesg:

[     1.000000] Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002,
2003, 2004, 2005,
[     1.000000]     2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014,
2015, 2016, 2017,
[     1.000000]     2018, 2019, 2020 The NetBSD Foundation, Inc.  All rights
reserved.
[     1.000000] Copyright (c) 1982, 1986, 1989, 1991, 1993
[     1.000000]     The Regents of the University of California.  All rights
reserved.

[     1.000000] NetBSD 9.2 (GENERIC) #0: Wed May 12 13:15:55 UTC 2021
[     1.000000]    
mkrepro%mkrepro.NetBSD.org@localhost:/usr/src/sys/arch/amiga/compile/GENERIC
[     1.000000] total memory = 135 MB
[     1.000000] avail memory = 128 MB
[     1.000000] Amiga 3000 (68060 rev.1 CPU/MMU/FPU)
[     1.000000] memory segment 0 at 08000000 size 07f80000
[     1.000000] memory segment 1 at 07800000 size 00800000
[     1.000000] memory segment 2 at 00000000 size 00200000
[     1.000000] timecounter: Timecounters tick every 10.000 msec
[     1.000000] Kernelized RAIDframe activated
[     1.000000] mainbus0 (root)
[     1.000000] clock0 at mainbus0: CIA B system hz 100 hardware hz 709379
[     1.000000] timecounter: Timecounter "CIA B" frequency 709379 Hz quality
100
[     1.000005] Calibrating delay loop... 21/1024 us
[     1.000005] a34kbbc0 at mainbus0
[     1.000005] ser0 at mainbus0: input fifo 512 output fifo 32
[     1.000005] par0 at mainbus0
[     1.000005] kbd0 at mainbus0: CIA A type Amiga
[     1.000005] ms0 at mainbus0
[     1.000005] grfcc0 at mainbus0
[     1.000005] grf0 at grfcc0: width 640 height 400 colors 4
[     1.000005] ite0 at grf0: rows 0 cols 0 repeat at (30/100)s next at
(10/100)s has keyboard
[     1.000005] fdc0 at mainbus0: dmabuf pa 0x1e3658: dmabuf ka 0x737658
[     1.000005] fd0 at fdc0 unit 0: 3.5dd 80 cyl, 2 head, 11 sec [9 sec],
512 bytes/sec
[     1.000005] fd1 at fdc0 unit 2: 3.5dd 80 cyl, 2 head, 11 sec [9 sec],
512 bytes/sec
[     1.000005] ahsc0 at mainbus0
[     1.000005] scsibus0 at ahsc0: 8 targets, 8 luns per target
[     1.000005] aucc0 at mainbus0
[     1.000005] audio0 at aucc0: playback
[     1.000005] audio0: slinear_be:16 2ch 28867Hz, blk 4620 bytes (40ms) for
playback
[     1.000005] spkr0 at audio0: PC Speaker (synthesized)
[     1.000005] zbus0 at mainbus0: i/o size 0x06400000
[     1.000005] grfcv0 at zbus0 pa 0x40000000 man/pro 8512/34
[     1.000005] grf5 at grfcv0: width 640 height 480 colors 16
[     1.000005] ite5 at grf5: rows 60 cols 80 repeat at (30/100)s next at
(10/100)s has keyboard
[     1.000005] grfcv: CyberVision64 with 4MB being used
[     1.000005] xsurf0 at zbus0 pa 0xe90000 man/pro 4626/23: Individual
Computers X-Surf
[     1.000005] gencp0 at xsurf0: generic clockport pa 0xe9c000
[     1.000005] clockport0 at gencp0
[     1.000005] gencp1 at xsurf0: generic clockport pa 0xe9a001
[     1.000005] clockport1 at gencp1
[     1.000005] ne0 at xsurf0
[     1.000005] ne0: Ethernet address 52:54:40:xx:xx:xx
[     1.000005] ne0: 10base2, 10baseT, 10baseT-FDX, auto, default [0x00
0x30] auto
[     1.000005] wdc1 at xsurf0
[     1.000005] atabus0 at wdc1 channel 0
[     1.000005] atabus1 at wdc1 channel 1
[     1.000005] board at zbus0: pa 0x44000000 man/pro 3643/16 not configured
[     1.000005] board at zbus0: pa 0xea0000 man/pro 3643/19 not configured
[     1.000005] p5bus0 at zbus0 pa 0xf01060 man/pro 8512/100: Phase5 PowerUP
on-board bus
[     1.000005] p5bus0: CyberStorm PPC 604e (sn DC50xxx)
[     1.000005] cbiiisc0 at p5bus0: CyberStorm PPC/Mk-III SCSI host adapter
[     1.000005] cbiiisc0: siopng type 770 id 16 reset V1
[     1.000005] scsibus1 at cbiiisc0: 16 targets, 8 luns per target
[     1.000005] p5pb0 at p5bus0: no PCI bridges detected
[     1.000005] timecounter: Timecounter "clockinterrupt" frequency 100 Hz
quality 0
[     1.035327] scsibus0: waiting 2 seconds for devices to settle...
[     1.065307] scsibus1: waiting 2 seconds for devices to settle...
[     5.004812] cbiiisc0: target 1 now wide 1
[     6.414673] cbiiisc0: target 1 now synchronous, period=50ns, offset=14
[     6.434715] sd0 at scsibus1 target 1 lun 0: <ATA, SAMSUNG HD502HI, 1AG0>
disk fixed
[     6.454679] sd0: 465 GB, 242255 cyl, 64 head, 63 sec, 512 bytes/sect x
976773168 sectors
[     8.784435] 4 views configured
[     8.944421] root on sd0a dumps on sd0b
[     9.034405] root file system type: ffs
[     9.044387] kern.module.path=/stand/amiga/9.2/modules

(Did I mention that I hate these timestamps, which are useless in 99.99% of
all boots? I have to build a new kernel with KLOG_NOTIMESTAMP again... :( )


> Here's the
> latest, booted from a GENERIC current kernel using the 9.2 miniroot,
> where it paniced the moment I tried to chroot to a newly newfs'd FFSv2
> filesystem:

Did you try FFSv1? I'm not sure, but I may be running v1. dumpfs(8) reports
"format: FFSv1", although the sblock is FFSv2...

Your panics seem related to disk operations.

-- 
Frank Wille