sparc64/132641: CURRENT as of 2009-03-14 panics on boot
Henry Karpatskij
henkka at spheroid.fi
Sat Mar 14 14:40:01 PDT 2009
>Number: 132641
>Category: sparc64
>Synopsis: CURRENT as of 2009-03-14 panics on boot
>Confidential: no
>Severity: critical
>Priority: low
>Responsible: freebsd-sparc64
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sat Mar 14 21:40:00 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator: Henry Karpatskij
>Release: 8.0-CURRENT
>Organization:
>Environment:
Sun Fire V210
>Description:
I built the latest CURRENT and it panics on boot:
da0 at sym0 bus 0 target 0 lun 0
da0: <SEAGATE ST3146707LC 0005> Fixed Direct Access SCSI-3 device
da0: 160.000MB/s transfers (80.000MHz DT, offset 62, 16bit)
da0: Command Queueing Enabled
da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C)
da1 at sym0 bus 0 target 1 lun 0
da1: <SEAGATE ST3146707LC 0005> Fixed Direct Access SCSI-3 device
da1: 160.000MB/s transfers (80.000MHz DT, offset 62, 16bit)
da1: Command Queueing Enabled
da1: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C)
GEOM: da0: adding VTOC8 information.
Trying to mount root from ufs:/dev/da0a
panic: vm_fault: fault on nofault entry, addr: f35de000
cpuid = 0
KDB: enter: panic
[thread pid 1 tid 100002 ]
Stopped at kdb_enter+0x80: ta %xcc, 1
db> trace
Tracing pid 1 tid 100002 td 0xfffff80001097b80
panic() at panic+0x20c
vm_fault() at vm_fault+0x19c
trap_pfault() at trap_pfault+0x340
trap() at trap+0x354
-- fast data access mmu miss tar=0xf35de000 %o7=0xc030244c --
exec_elf64_imgact() at exec_elf64_imgact+0x174
kern_execve() at kern_execve+0x464
execve() at execve+0x34
start_init() at start_init+0x2ec
fork_exit() at fork_exit+0x9c
fork_trampoline() at fork_trampoline+0x8
db>
I understand it is possible on CURRENT that it might occassionally do this, but I just wanted to let you know. Looks like my best bet is to revert back to the 2008-12 snapshot, which boots fine.
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-sparc64
mailing list