[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
port-sgimips/47640: System will lock up to keyboard/console and network sessions. Machine is on, console is on. Does not ping.
>Synopsis: System will lock up to keyboard/console and network sessions.
>Machine is on, console is on. Does not ping.
>Arrival-Date: Sun Mar 10 17:55:01 +0000 2013
NetBSD machine 6.0.1 NetBSD 6.0.1 (GENERIC32_IP3x) sgimips
mainbus0 (root): SGI-IP32 [SGI, a], 1 processor
cpu0 at mainbus0: MIPS R12000 CPU (0xe35) Rev. 3.5 with unknown FPC type
(0x900) Rev. 0.0
- case1 soon after starting X ; started twm, started compiling vim. End of
Xorg.log closes with a block of ~1000 null chars.
- case2 soon after executing atf-run ; left ~2000 ^@ chars at the end of the
- case3 far in to executing atf-run
- case4 compiling vim; dependency digest-20111104, to a library file(1) sha1.so
of type "data", filled with many ^@ chars
- case5 compiling new 6.0.1 kernel; completed all the compiling, eventually
froze at echo'ing .gdbinit, see 
# cd /usr/tests
# atf-run | atf-report 2>&1 | tee -a /home/oo/report-atf2.txt
No panic(9) observed.
No core found by savecore(8).
Power button does not work to power off or reset.
Must power cycle to restart.
Pull keyboard connector and replace causes all lights to flash once.
No further responses - CAPSLOCK doesn't light etc.
Each lockup is punctuated by an audible disk write of about 0.25second.
Filesystem: log replay on reboot always seems successful.
Set off a kernel build from 6.0.1 while writing this up and this made it to the
end, but locked up towards the end. Last few object files were corrupted.
Observing /netbsd: crime: cpu error 4 at address 68326508; Ten instances so far
in 2 days; number always different between 68326508 - 83730988 so far. System
will continue running, and seems not to be directly related to this crash.
End of kernel compile:
# compile MITBSGIG32_IP32/zlib.o
gcc -G 0 -mno-abicalls -msoft-float -ffixed-24 -ffreestanding
-fno-zero-initialized-in-bss -g -O2 -fno-strict-aliasing -std=gnu99 -Werror
-Wall -Wno-main -Wno-format-zero-length -Wpointer-arith -Wmissing-prototypes
-Wstrict-prototypes -Wold-style-definition -Wswitch -Wshadow -Wcast-qual
-Wwrite-strings -Wno-unreachable-code -Wno-pointer-sign -Wno-attributes
-Wno-sign-compare -march=mips3 -mtune=vr5000 -Dsgimips -I.
-I../../../../../common/include -I../../../../arch -I../../../.. -nostdinc
-DMIPS3_ENABLE_CLOCK_INTR -DMIPS3 -DMAXUSERS=32 -D_KERNEL -D_KERNEL_OPT
-I../../../../dist/ipf -c ../../../../net/zlib.c
# create MITBSGIG32_IP32/.gdbinit
rm -f .gdbinit
echo "source ../../../../gdbscripts/bdump" >> .gdbinit
echo "source ../../../../gdbscripts/cpus" >> .gdbinit
echo "source ../../../../gdbscripts/kdump" >> .gdbinit
echo "source ../../../../gdbscripts/lwps" >> .gdbinit
echo "source ../../../../gdbscripts/module" >> .gdbinit
Read from remote host xxxx: Operation timed out
Subsequently, the make returned,
wsmouse.o: file not recognized: File format not recognized
then after rm and make,
wsmux.o: file not recognized: File format not recognized
then after rm and make,
xform.o: file not recognized: File format not recognized
Does this show that the signature to the crash is a null data being written out
on a flush?
Compiling kernel, vim, digest
Main Index |
Thread Index |