Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 14 Mar 2009 21:32:05 GMT
From:      Henry Karpatskij <henkka@spheroid.fi>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   sparc64/132641: CURRENT as of 2009-03-14 panics on boot
Message-ID:  <200903142132.n2ELW56U088541@www.freebsd.org>
Resent-Message-ID: <200903142140.n2ELe1AO058881@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>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:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200903142132.n2ELW56U088541>