sched: integer divide zero trap:

sched: integer divide zero trap:

Post by Thomas P. Brisc » Wed, 29 Apr 1998 04:00:00



I'm running a dual processor UltraSparc 2, and have
(recently) started getting system failures with the attached
messages in /var/adm/messages.
        I checked sun's patch-page, but to no avail.  Has
anyone seen anything like the attached?

        Any pointers would be appreciated ...

                                - Tom

[ DMSG 4K ]
Apr 28 14:52
5 sparc9 ipl 9

cgthree0: resolution 1024 x 768

cpu 1 initialization complete - online
SUNW,hme0: FEPS (Rev Id = 22) Found
SUNW,hme0 at sbus0: SBus0 slot 0xe offset 0x8c00000 and slot 0xe offset 0x8c02000 and slot 0xe offset 0x8c04000 and slot 0xe offset 0x8c06000 and slot 0xe offset 0x8c07000 Onboard device sparc9 ipl 6

SUNW,hme0: Using Internal Transceiver
SUNW,hme0: 100 Mbps full-duplex Link Up
dump on /dev/dsk/c0t0d0s3 size 1537192K
pseudo-device: pm0

pseudo-device: tod0

pseudo-device: vol0

BAD TRAP: cpu=0 type=0x28 rp=0x30043bc8 addr=0x1002ba30 mmu_fsr=0x0
sched: integer divide zero trap:
addr=0x1002ba30
pid=0, pc=0x1002ba30, sp=0x30043c58, tstate=0x4400001e07, context=0x0
g1-g7: 0, ffffffffffffffff, 10438000, ffffffffffffffff, 514c8, 0, 30043e80
Begin traceback... sp = 30043c58
Called from 100093dc, fp=30043ce0, args=10423dec 0 0 0 0 4
Called from 1003834c, fp=3002bc20, args=0 a 0 104120c0 10400000 1e
End traceback...
panic[cpu0]/thread=0x30043e80: trap
syncing file systems... 3 done
 6136 static and sysmap kernel pages
 args=10423dec 0 0 0 0 4
Called from 10036b3c, fp=3002bc80, args=1b 104136cc 502a6 0 0 0
End traceback...
panic[cpu0]/thread=0x30043e80: trap
syncing file systems... 3 done
 6268 static and sysmap kernel pages
8
Called from 100093dc, fp=30043ce0, args=10423dec 0 0 0 0 4
Called from 10cpu0: SUNW,UltraSPARC-IIcpu0: SUNW,UltraSPARC-II (upaid 0 impl 0x11 ver 0x11 clock 296 MHz)
cpu1: SUNW,UltraSPARC-II (upaid 1 impl 0x11 ver 0x11 clock 296 MHz)

SunOS Release 5.6 Version Generic [UNIX(R) System V Release 4.0]
Copyright (c) 1983-1997, Sun Microsystems, Inc.
mem = 1048576K (0x40000000)
avail mem = 1040449536
Ethernet address = 8:0:20:8c:b6:cb
root nexus = Sun Ultra 2 UPA/SBus (2 X UltraSPARC-II 296MHz)
sbus0 at root: UPA 0x1f 0x0 ...
fas0:   rev 2.2 FEPS chip

SUNW,fas0 at sbus0: SBus0 slot 0xe offset 0x8800000 and slot 0xe offset 0x8810000 Onboard device sparc9 ipl 4

sd0 at SUNW,fas0: target 0 lun 0

        <SEAGATE-ST19101W-0014 cyl 6574 alt 2 hd 16 sec 169>

zs0 at sbus0: SBus0 slot 0xf offset 0x1100000 Onboard device sparc9 ipl 12

zs1 at sbus0: SBus0 slot 0xf offset 0x1000000 Onboard device sparc9 ipl 12




cgthree0 at sbus0: SBus0 slot 0x3 offset 0x0 SBus level 5 sparc9 ipl 9

cgthree0: resolution 1024 x 768

cpu 1 initialization complete - online
SUNW,hme0: FEPS (Rev Id = 22) Found
SUNW,hme0 at sbus0: SBus0 slot 0xe offset 0x8c00000 and slot 0xe offset 0x8c02000 and slot 0xe offset 0x8c04000 and slot 0xe offset 0x8c06000 and slot 0xe offset 0x8c07000 Onboard device sparc9 ipl 6

SUNW,hme0: Using Internal Transceiver
SUNW,hme0: 100 Mbps full-duplex Link Up
dump on /dev/dsk/c0t0d0s3 size 1537192K
BAD TRAP: cpu=0 type=0x28 rp=0x30043bc8 addr=0x1002ba30 mmu_fsr=0x0
sched: integer divide zero trap:
addr=0x1002ba30
pid=0, pc=0x1002ba30, sp=0x30043c58, tstate=0x4400001e02, context=0x0
g1-g7: 10405000, 1a52e, 10, 1, 65ce8, 0, 30043e80
Begin traceback... sp = 30043c58
Called from 100093dc, fp=30043ce0, args=10423dec 0 0 0 0 4
Called from 1003834c, fp=3002bc20, args=0 a 0 104120c0 3002be80 4
End traceback...
panic[cpu0]/thread=0x30043e80: trap
syncing file systems... [2] 5 [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2] [2]panic[cpu0]/thread=0x30023e80: panic sync timeout
 6976 static and sysmap kernel pages
. 3 done
 8608 static and sysmap kernel pages
58
Called from 100093dc, fp=30043ce0, args=10423dec 0 0 0 0 4
Called from 1003834c, fp=3002bc20, args=0 a 0 104120c0 3002be80 0
End traceback...
panic[cpu0]/thread=0x30043e80: trap
syncing file systcpu0:800000 (fas0):

        target 0: failed reselection (no command)
cpu0: SUNW,UltraSPARC-II (upaid 0 impl 0x11 ver 0x11 clock 296 MHz)
cpu1: SUNW,UltraSPARC-II (upaid 1 impl 0x11 ver 0x11 clock 296 MHz)

 
 
 

1. catching integer divide by zero in C code

If I look at the assembler generated for an integer divide statement by the
AIX Fortran compiler I see the following:

        teqi   r0,0x0
        divs   r0,r4,r0

In C code however, the teqi instruction is missing.  This is the instruction
that checks for an integer divide by zero and traps if one is seen.

Looking through the documentation for the C compiler I don't see any way to
generate the integer divide by zero check (-qflttrap is similar but is only
for floating point).  Am I missing something?  Is there any way to do this?

--
Doug Tody       National Optical Astronomy Observatories

2. Help! Xauth problem!

3. Fatal Trap 18: Integer divide fault while in Kernel mode

4. lilo trouble

5. Divide by Zero trapping

6. KDE vs. GNOME

7. Trapping integer division by zero under Solaris

8. Solaris 2.4 sendmail rules with uucp as host@domain

9. "Ugly divide should be replaced" in sched.c

10. large integer divide/multiplication

11. 4.7 Installation hangs with Integer Divide Fault

12. New: Divide by zero (/proc/sys/net/ipv4/neigh/DEV/base_reachable_time)

13. divide by zero exception