NetBSD Problem Report #4265
Received: (qmail 2331 invoked from network); 12 Oct 1997 19:19:19 -0000
Message-Id: <199710121917.VAA00469@dennis.runit.sintef.no>
Date: Sun, 12 Oct 1997 21:17:48 +0200 (MEST)
From: jarle@runit.sintef.no
Reply-To: jarle@runit.sintef.no
To: gnats-bugs@gnats.netbsd.org
Subject: crashme panics NetBSD on an hp433
X-Send-Pr-Version: 3.95
>Number: 4265
>Category: port-m68k
>Synopsis: crashme freezes NetBSD on an hp433
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: port-m68k-maintainer
>State: analyzed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun Oct 12 12:20:03 +0000 1997
>Closed-Date:
>Last-Modified: Sun Sep 04 13:00:02 +0000 2022
>Originator: Jarle Greipsland
>Release: 1997-10-11
>Organization:
SINTEF/RUNIT
>Environment:
System: NetBSD dennis.runit.sintef.no 1.2G NetBSD 1.2G (DENNIS) #1: Sun Oct 12 20:19:19 MEST 1997 jarle@dennis.runit.sintef.no:/usr/src/sys/arch/hp300/compile/DENNIS hp300
>Description:
Since we're closing in on the release data for 1.3 I thought it would be
appropriate to run crashme again. However running crashme version 2.4 on
an hp300 series machine crashes the system. The entire system freezes up,
I cannot get it to react in almost any way. I've tried pressing various
keys like Break, C-ESC etc. but nothing happens. The only way out seems
to be the reset button.
I've attached the config file and dmesg output below. If you want more
information let me know.
>How-To-Repeat:
./crashme +2000 666 100 1:00:00
>Fix:
Sorry, don't know.
-jarle
------------------------------ dmesg ------------------------------
ffs
\^O\M-pNetBSD 1.2G (DENNIS) #1: Sun Oct 12 20:19:19 MEST 1997
jarle@dennis.runit.sintef.no:/usr/src/sys/arch/hp300/compile/DENNIS
HP 9000/433 (33MHz MC68040 CPU+MMU+FPU, 4k on-chip physical I/D caches)
cpu: delay divisor 30, mmuid 4
real mem = 67096576
avail mem = 56340480
using 1638 buffers containing 6709248 bytes of memory
Parity detection enabled
hilconfig: unknown keyboard type 0x1a, using default
hil1: US ASCII keyboard
mainbus0 (root)
intio0 at mainbus0
frodo0 at intio0 addr 0x81c000
dnkbd at frodo0 offset 0x0 not configured
apci at frodo0 offset 0x20 not configured
apci0 at frodo0 offset 0x40: no fifo
apci1 at frodo0 offset 0x60: no fifo
dio0 at mainbus0: 98620C, 2 channels, 32 bit DMA
dca1 at dio0 scode 7 ipl 3: no fifo
dca0 at dio0 scode 9 ipl 5: working fifo
internal parallel at dio0 scode 12 not configured
oscsi0 at dio0 scode 14 ipl 4: 32 bit dma, async, scsi id 7
sd0 at oscsi0 targ 6 lun 0: <IBM, DCAS-34330, S61A> (SCSI-2)
sd0: 8205 cylinders, 6 heads, 8467200 blocks, 512 bytes/block
le0 at dio0 scode 21 ipl 5: address 08:00:09:13:7d:8d
le0: 8 receive buffers, 2 transmit buffers
le0: attached as an entropy source
hyper0 at dio0 scode 133: 1280 x 1024 monochrome hyperion display
grf0 at hyper0
ite0 at grf0: console
interrupt levels: bio = 4, net = 5, tty = 5
boot device: sd0
root on sd0a dumps on sd0b
root file system type:
------------------------------ config file ------------------------------
# $NetBSD: GENERIC,v 1.34 1997/08/23 19:18:24 mjacob Exp $
#
# Generic kernel - one size fits all.
#
# Include attributes common to all hp300s
include "arch/hp300/conf/std.hp300"
# Support for various CPU types
#options HP320
#options HP330 # includes 318, 319
#options HP340
#options HP345
#options HP350
#options HP360
#options HP370
#options HP375
#options HP380
options HP400
options HP425
options HP433
# Need to set locally
maxusers 32
# Standard system options
options COMPAT_43 # compatibility with 4.3BSD interfaces
options COMPAT_44 # compatibility with 4.4BSD binaries
options COMPAT_09 # compatibility with NetBSD 0.9
options COMPAT_10 # compatibility with NetBSD 1.0
options COMPAT_11 # compatibility with NetBSD 1.1
options COMPAT_12 # compatibility with NetBSD 1.2
options SYSVSHM # System V-style shared memory
options SYSVSEM # System V-style semaphores
options SYSVMSG # System V-style message queues
options KTRACE # system call tracing support
options NKMEMCLUSTERS=1024 # 4K pages in kernel malloc pool
options LKM # Loadable kernel modules
options SCSIVERBOSE # Verbose SCSI errors
# Filesystems
file-system FFS # fast filesystem
file-system CD9660 # CD-ROM ISO-9660 filesystem
file-system NFS # Network filesystem client
file-system UNION # Union filesystem (req. for FDESC)
file-system KERNFS # kernel data-structure filesystem
file-system FDESC # user file descriptor filesystem
file-system PROCFS # /proc filesystem
file-system MFS # Memory-based filesystem
# Filesystem options
options FIFO # POSIX fifo support (in all filesystems)
options QUOTA # User and group quotas in FFS
options NFSSERVER # Network filesystem server
# Networking options
options INET # Internet protocols
#options GATEWAY # IP forwarding + larger mb_map
#options MROUTING # Multicast routing
options TCP_COMPAT_42 # compatibility with 4.2BSD TCP/IP
options PFIL_HOOKS # packet filter hooks
# Options for HP hardware
options FPSP # floating point interface for 68040
options USELEDS # make the lights twinkle
options COMPAT_NOLABEL # defaults for unlabeled disks
options PANICBUTTON # two fast <reset>s on HIL dump kernel
#options CONSCODE=9 # force console at this select code
#options UK_KEYBOARD # include United Kingdom HIL keymap
#options SE_KEYBOARD # include Swedish HIL keymap
# This option enables a different copyin/copyout that uses page
# mapping for large copies.
#options MAPPEDCOPY # different copyin/copyout for large copies
#
# HP-UX binary compatibility.
# NOTE: THIS IS STILL VERY EXPERIMENTAL. YOUR MILEAGE MAY VARY.
#
#options COMPAT_HPUX # HP-UX binary compatibility
options COMPAT_M68K4K # compat. with NetBSD/m68k4k binaries
# Debugging options
options DIAGNOSTIC # Extra kernel sanity checks
#options DEBUG # Enable misc. kernel debugging code
options DDB # Kernel Dynamic Debugger
makeoptions DEBUG="-g" # netbsd.gdb with full debugging symbols
# Verbose descriptions of unconfigured DIO devices
# (Warning: this compiles in a large string table)
options DIOVERBOSE # recognize "unknown" DIO devices
config netbsd root on ? type ?
mainbus0 at root # root "bus"
intio0 at mainbus0 # internal i/o space
dio0 at mainbus0 # DIO/DIO-II bus
# Frodo utility chip found on 4xx's
frodo0 at intio?
# 8250-like serial ports found on Frodo ASIC
#dnkbd0 at frodo? offset 0x0 # Domain keyboard flavor
apci* at frodo? offset ? # tty flavor
# Davinci framebuffer
#dvbox* at intio?
#dvbox* at dio? scode ?
# Gatorbox framebuffer
#gbox* at intio?
#gbox* at dio? scode ?
# Hyperion framebuffer
hyper* at dio? scode ?
# Renaissance framebuffer
#rbox* at intio?
#rbox* at dio? scode ?
# Topcat/catseye framebuffers
topcat* at intio?
topcat* at dio? scode ?
# Framebuffer abstraction
#grf* at dvbox?
#grf* at gbox?
grf* at hyper?
#grf* at rbox?
grf* at topcat?
# Internal Terminal Emulator
ite* at grf?
dca0 at dio? scode 9 flags 1 # DCA serial interfaces
dca* at dio? scode ?
dcm* at dio? scode ? flags 0xe # DCM 4- or 8-port serial interfaces
le* at dio? scode ? # LANCE ethernet interfaces
#nhpib0 at dio? scode 7 # slow internal HP-IB
#nhpib* at dio? scode ?
#fhpib* at dio? scode ? # `fast' HP-IB
#hpibbus0 at nhpib0
#hpibbus* at nhpib?
#hpibbus* at fhpib?
#rd* at hpibbus? slave ? punit ? # HP-IB disks
#ct* at hpibbus? slave ? punit ? # HP-IB cartridge tapes
#mt* at hpibbus? slave ? punit ? # HP-IB 9-track tape
#ppi0 at hpibbus0 slave 5 punit 0 # HP-IB plotter
oscsi* at dio? scode ? # Old HP SCSI
sd* at oscsi? target ? lun ? # SCSI disks
st* at oscsi? target ? lun ? # SCSI tapes
ac* at oscsi? target ? lun ? # SCSI changers
pseudo-device pty 64 # pseudo ptys
#pseudo-device sl 4 # SLIP network interfaces
pseudo-device ppp 4 # PPP network interfaces
pseudo-device bpfilter 16 # Berkeley packet filter
pseudo-device vnd 4 # vnode pseudo-disks
#pseudo-device ccd 4 # concatenated disk devices
pseudo-device loop # loopback network interface
pseudo-device ipfilter # IP Filter package
----------------------------------------------------------------------
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: gnats-admin->port-hp300-maintainer
Responsible-Changed-By: fair
Responsible-Changed-When: Mon Dec 28 09:37:06 PST 1998
Responsible-Changed-Why:
This PR is the responsibility of the portmaster,
not the GNATS database administrator.
State-Changed-From-To: open->feedback
State-Changed-By: fair
State-Changed-When: Wed Apr 7 03:02:23 PDT 1999
State-Changed-Why:
Since we're now closing in on NetBSD 1.4, it would be a good time to repeat
the crashme test on the hp300/433 - does it still cause the system to hang?
From: Jarle Greipsland <jarle@runit.sintef.no>
To: fair@netbsd.org
Cc: port-hp300-maintainer@netbsd.org
Subject: Re: port-hp300/4265
Date: Thu, 08 Apr 1999 01:08:29 +0200
fair writes:
> Synopsis: crashme crashes NetBSD on an hp433
> State-Changed-From-To: open->feedback
> State-Changed-By: fair
> State-Changed-When: Wed Apr 7 03:02:23 PDT 1999
> State-Changed-Why:
> Since we're now closing in on NetBSD 1.4, it would be a good time to repeat
> the crashme test on the hp300/433 - does it still cause the system to hang?
Good idea. I'll try to bring one of my systems up to 1.4_ALPHA (might
take a day or two) and see what happens. I'll keep you posted.
-jarle
--
Q: What kind of a dog says: "bofh! bofh!" ?
A: A rootweiler. -- oyvindmo@pvv.ntnu.no
From: Jarle Greipsland <jarle@runit.sintef.no>
To: fair@netbsd.org
Cc: port-hp300-maintainer@netbsd.org, he@runit.sintef.no
Subject: Re: port-hp300/4265
Date: Tue, 13 Apr 1999 12:41:03 +0200
Jarle Greipsland writes:
>> Synopsis: crashme crashes NetBSD on an hp433
>> State-Changed-From-To: open->feedback
>> State-Changed-By: fair
>> State-Changed-When: Wed Apr 7 03:02:23 PDT 1999
>> State-Changed-Why:
>> Since we're now closing in on NetBSD 1.4, it would be a good time to repeat
>> the crashme test on the hp300/433 - does it still cause the system to hang?
> Good idea. I'll try to bring one of my systems up to 1.4_ALPHA (might
> take a day or two) and see what happens. I'll keep you posted.
Bad news. It still hangs. My hp9000/433 now runs 1.4_ALPHA from
around April 6th, and if I run crashme version 2.4 with the command
line:
% ./crashme +2000 666 50 00:30:00 2
after a few minutes the system locks up totally. No network activity,
no disk activity, and it doesn't even respond to keyboard input. Only
the reset button works.
I'm not very familiar with the hp9000/[34]xx boxes at a deep technical
level. I only use them for hobbyist purposes. But still, if you need
more information, please tell me how to gather it and I'll do my best.
-jarle
--
"We don't understand the software, and sometimes we don't understand the
hardware, but we can *see* the blinking lights!"
State-Changed-From-To: feedback->open
State-Changed-By: fair
State-Changed-When: Thu Apr 15 20:42:01 PDT 1999
State-Changed-Why:
We still have this problem.
State-Changed-From-To: open->analyzed
State-Changed-By: tsutsui@netbsd.org
State-Changed-When: Mon, 08 May 2006 15:24:00 +0000
State-Changed-Why:
The problem is around illegal instruction handling on 68040:
http://mail-index.netbsd.org/port-m68k/2006/03/27/0000.html
Responsible-Changed-From-To: port-hp300-maintainer->port-m68k-maintainer
Responsible-Changed-By: tsutsui@NetBSD.org
Responsible-Changed-When: Sat, 03 Sep 2022 15:54:49 +0000
Responsible-Changed-Why:
Also reproducible on luna68k (XC68040 LUNA-II) so not hp300 specific.
The following test code also triggers the problem.
---
int
main(int argc, char *argv[])
{
asm(".short 0xf244");
asm(".short 0xf000");
}
---
From: mlelstv@serpens.de (Michael van Elst)
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: port-m68k/4265 (crashme freezes NetBSD on an hp433)
Date: Sat, 3 Sep 2022 17:00:37 -0000 (UTC)
tsutsui@NetBSD.org writes:
>The following test code also triggers the problem.
>---
>int
>main(int argc, char *argv[])
>{
> asm(".short 0xf244");
> asm(".short 0xf000");
>}
I've tried this on a 68040 emulator (uae), where it first
didn't fail at all as the emulator ignored the upper bits
of the extension word.
After adding a check for the extension word I get a normal
core dump.
NetBSD dummy 9.99.99 NetBSD 9.99.99 (DUMMY) #20: Sat Jul 23 13:59:48 UTC 2022 mlelstv@slowpoke:/home/netbsd-current/obj.amiga/scratch/netbsd-current/src/sys/arch/amiga/compile/DUMMY amiga
The trap routines in NetBSD/amiga and NetBSD/hp300 differ.
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: port-m68k/4265 (crashme freezes NetBSD on an hp433)
Date: Sat, 3 Sep 2022 20:32:10 +0200
On an (oldish current from last April) mac68k with 68040 cpu the
program just runs and exits cleanly:
Reading symbols from ./test...
(No debugging symbols found in ./test)
(gdb) x/16i main
0x2698 <main>: linkw %fp,#0
0x269c <main+4>: .short 0xf244
0x269e <main+6>: .short 0xf000
0x26a0 <main+8>: clrl %d0
0x26a2 <main+10>: unlk %fp
0x26a4 <main+12>: rts
0x26a6: nop
0x26a8: linkw %fp,#-8
0x26ac: moveml %d2/%a2/%a5,%sp@-
0x26b0: lea %pc@(0x496c),%a5
0x26b8: moveal %a5@(0000006c),%a0
0x26c0: tstb %a0@
0x26c2: bnes 0x271e
0x26c4: moveb #1,%a0@
0x26c8: movel %a5@(00000068),%fp@(-4)
0x26d2: moveal %fp@(-4),%a2
(gdb) run
Starting program: /tmp/test
[Inferior 1 (process 737) exited normally]
Martin
From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
To: martin@duskware.de
Cc: gnats-bugs@netbsd.org, tsutsui@ceres.dti.ne.jp
Subject: Re: port-m68k/4265 (crashme freezes NetBSD on an hp433)
Date: Sun, 4 Sep 2022 05:37:12 +0900
> On an (oldish current from last April) mac68k with 68040 cpu the
> program just runs and exits cleanly:
>
> Reading symbols from ./test...
> :
I guess the debugger uses a single step instruction so
the kernel handles them differently.
- Does it get SIGILL properly without gdb?
- Does your mac68k have XC68040, or MC68040?
---
Izumi Tsutsui
From: Martin Husemann <martin@duskware.de>
To: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
Cc: gnats-bugs@netbsd.org
Subject: Re: port-m68k/4265 (crashme freezes NetBSD on an hp433)
Date: Sun, 4 Sep 2022 09:52:29 +0200
On Sun, Sep 04, 2022 at 05:37:12AM +0900, Izumi Tsutsui wrote:
> I guess the debugger uses a single step instruction so
> the kernel handles them differently.
No, with run and no breakpoints it just runs the binary.
> - Does it get SIGILL properly without gdb?
No, behaves just the same - I just used gdb as I thought it would deliver
the results more obvious when copy & pasted into mail.
> - Does your mac68k have XC68040, or MC68040?
MC68040.
Martin
From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
To: gnats-bugs@netbsd.org
Cc: mlelstv@serpens.de, tsutsui@ceres.dti.ne.jp
Subject: Re: port-m68k/4265 (crashme freezes NetBSD on an hp433)
Date: Sun, 4 Sep 2022 21:56:42 +0900
> tsutsui@NetBSD.org writes:
>
> >The following test code also triggers the problem.
> >---
> >int
> >main(int argc, char *argv[])
> >{
> > asm(".short 0xf244");
> > asm(".short 0xf000");
> >}
>
> I've tried this on a 68040 emulator (uae), where it first
> didn't fail at all as the emulator ignored the upper bits
> of the extension word.
>
> After adding a check for the extension word I get a normal
> core dump.
On my LUNA-II, when the freeze is triggered, it doesn't respond
even an NMI switch on it.
I have a feeling that this is caused by (undocumented) processor
internal behavior around the F-line exception. In that case
emulators could not reproduce these behaviors, as the UAE doesn't
reproduce XC68LC040 FPU_EMULATE troubles.
(Note it works on real MC68LC040).
> The trap routines in NetBSD/amiga and NetBSD/hp300 differ.
Yes, we should merge more locore.s routines (like busaddrerr.s)
but currently I cannot find major differences that can cause
visible bahaviors among them.
---
Izumi Tsutsui
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.46 2020/01/03 16:35:01 leot Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2020
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.