From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 23 00:59:34 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FE77106564A for ; Mon, 23 Mar 2009 00:59:34 +0000 (UTC) (envelope-from zenxyzzy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 671F78FC12 for ; Mon, 23 Mar 2009 00:59:34 +0000 (UTC) (envelope-from zenxyzzy@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so1547960rvb.43 for ; Sun, 22 Mar 2009 17:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=muDMIg3K5/9LlB4mOOvf9LZh5Ri/HZAb8L0+puP6+t0=; b=QakoUSVxU+GezpypmuXNN5NZp1k2wloG87asH5pAWT1c3Dto+P1U2pkBeYx8P56iW5 /h1Z6jMcbVhvZswKqkTiFQ97HDIPTl3DPEvIqoKffQRowAxytawRfC3fduSN25LcT86I /AIR8cVPfiAkkahP+CM75zSlnPDU88m1+PJ9I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=a9CxSl5joXZDGL+AxZGywh37CrwwIiUUL2sn7a16M6Z5mu9mjIwocWp35U+3WzEnN4 SD9U0ZHzoqPx4ARLexKTxnPkQJPJYzsXYSYHsGRrBA/z6vV5N4g/dTcfxSz/YLZVQAX/ QcHRnXsMCO2jpd5Q9lxeuRyBJlK04R5TFUlCo= MIME-Version: 1.0 Received: by 10.140.171.18 with SMTP id t18mr1980417rve.95.1237768228384; Sun, 22 Mar 2009 17:30:28 -0700 (PDT) Date: Sun, 22 Mar 2009 19:30:28 -0500 Message-ID: From: zenxyzzy To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: US-III crashes on current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 00:59:34 -0000 I've been tinkering with my sunblade 1000 for some time, and have run pretty much all the os's available on it it's really cool to have those easily swappable fiber channel root disks... configuration is pretty phat, with 2x900, 4G, 2x73G FC, 500G sata on a shoehorned in internal bay, and 1 scsi dvd-rom and 1 ide dvd burner, 2x creator 3d UPA, 1 belkin usb2 card, a promise 4 drive ide card, and a cheap sil3512 sata card. anyhow, I was tickled pink when 8.0-20090111-SNAP showed up a while back, and it runs well, with a zfs root, even. some caveats: 1) the fans run all the time. 2) halt consistently panic's the machine. quite benign, if you think about = it: panic: trap: fast data access mmu miss cpuid =3D 0 KDB: enter: panic [thread pid 1402 tid 100148 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> where Tracing pid 1402 tid 100148 td 0xfffff8000448a700 panic() at panic+0x20c trap() at trap+0x4d0 -- fast data access mmu miss tar=3D0x14543da000 %o7=3D0xc034c96c -- callout_lock() at callout_lock+0x40 untimeout() at untimeout+0xc isp_done() at isp_done+0x140 isp_intr() at isp_intr+0x3eb8 isp_poll() at isp_poll+0x38 xpt_polled_action() at xpt_polled_action+0xc8 dashutdown() at dashutdown+0x16c boot() at boot+0x858 reboot() at reboot+0x64 syscall() at syscall+0x2e8 -- syscall (55, FreeBSD ELF64, reboot) %o7=3D0x1013e4 -- userland() at 0x4056af08 user trace: trap %o7=3D0x1013e4 pc 0x4056af08, sp 0x7fdffffe261 pc 0x100df0, sp 0x7fdffffe321 pc 0x402066f4, sp 0x7fdffffe3e1 3) no X 4) no sound 5) annoying lock order reversals. 6) under extreme loads (load av =3D=3D 10) possibly a hang or two. so, since I want to contribute some data, I build a kernel from the SNAP's source, and it works just as well, even with the lock instrumentation removed. so, I pull a current source tree and build it. oops. no go. 1100+ files changed in those 2 months; how to find the culprit? it panics long before probing devices, using the generic config file: BOOM: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc0080000. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Sun Mar 22 09:47:54 CDT 2009 root@ra.zen-room.org:/usr/src/sys/sparc64/compile/SAFE WARNING: WITNESS option enabled, expect reduced performance. real memory =3D 4294967296 (4096 MB) panic: vm_phys_paddr_to_vm_page: paddr 0xfd81a000 is not in any segment cpuid =3D 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> where Tracing pid 0 tid 0 td 0xc08ad670 panic() at panic+0x20c vm_phys_paddr_to_vm_page() at vm_phys_paddr_to_vm_page+0x84 pmap_remove_tte() at pmap_remove_tte+0x80 pmap_enter_locked() at pmap_enter_locked+0x204 pmap_enter() at pmap_enter+0x64 vm_fault() at vm_fault+0x17ac vm_fault_wire() at vm_fault_wire+0x3c vm_map_wire() at vm_map_wire+0x26c kmem_alloc() at kmem_alloc+0x1b4 vm_ksubmap_init() at vm_ksubmap_init+0x74 cpu_startup() at cpu_startup+0xc4 mi_startup() at mi_startup+0x18c btext() at btext+0x30 anybody got any better source than 8.0-20090111-SNAP? Those 1100 file changes look pretty daunting. until then, I'll just work on X. oh, yeah: the obligatory: GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-20090111-SNAP #0: Sat Mar 21 13:19:27 CDT 2009 root@ra.zen-room.org:/usr/src/sys/sparc64/compile/RA2 real memory =3D 4294967296 (4096 MB) avail memory =3D 4174684160 (3981 MB) cpu0: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware kbd0 at kbdmux0 nexus0: nexus0: mem 0x40000400000-0x40000400047 type memory-controller (no driver attached) nexus0: mem 0x40000c00000-0x40000c00047 type memory-controller (no driver attached) pcib0: mem 0x40004700000-0x40004717fff,0x40004410000-0x4000441004f,0x7ffee000000-0x7ff= ee0000ff irq 563,560,561,564,550 on nexus0 pcib0: Schizo, version 4, IGN 0x8, bus B, 33MHz pcib0: DVMA map: 0xc0000000 to 0xffffffff pcib0: [FILTER] pcib0: [FILTER] pcib0: [FILTER] pcib0: [FILTER] pci0: on pcib0 ebus0: mem 0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 5.0 on pci0 ebus0: addr 0-0x1fffff (no driver attached) ebus0: addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no driver attached) ebus0: addr 0x100000000-0x1000fffff (no driver attached) ebus0: addr 0x10000000e-0x100000028,0x100728000-0x100728003,0x10030002e-0x10030002f,0x1= 00300600-0x100300607 (no driver attached) ebus0: addr 0x100000030-0x100000031 irq 35 (no driver attached) ebus0: addr 0x100000032-0x100000037 (no driver attached) ebus0: