From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 1 11:08:45 2007 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 ABDE816A4D1 for ; Mon, 1 Oct 2007 11:08:43 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8B36313C4AA for ; Mon, 1 Oct 2007 11:08:43 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l91B8hNp064619 for ; Mon, 1 Oct 2007 11:08:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l91B8gPL064615 for freebsd-sparc64@FreeBSD.org; Mon, 1 Oct 2007 11:08:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 1 Oct 2007 11:08:42 GMT Message-Id: <200710011108.l91B8gPL064615@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 01 Oct 2007 11:08:45 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC o sparc/72962 sparc64 [sysinstall] Sysinstall panics on sparc64 if /dev/cd0 o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/91882 sparc64 [mouse] Ultra 10 mouse/keyboard o sparc/95297 sparc64 vt100 term does not work in install o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/105607 sparc64 [modules] modules on sparc64 don't work with >= 4GB o sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations s sparc/107087 sparc64 system is hinged during boot from CD o sparc/107947 sparc64 [libthr] mysqld periodically core dumps (signal 4) wit o sparc/109908 sparc64 apache22 mod_perl issue on sparc64 o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... o sparc/116315 sparc64 /sbin permission 15 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/72998 sparc64 [kernel] [patch] set_mcontext() change syscalls parame o sparc/94190 sparc64 hw.physmem tunable does not work on sparc o sparc/94483 sparc64 [ath] ath_hal does not work on 6-release/sparc64 o sparc/97707 sparc64 mkskel.sh has bogus timestamp, causing buildworld on s o sparc/105157 sparc64 No reply to ping on Sparc64 o sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 o sparc/108757 sparc64 [rtc] can't boot if rtc stuffed, no means of recovery o sparc/114349 sparc64 When executing snmpd it immediately stops with a segme 8 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 1 19:50:01 2007 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC2A016A418 for ; Mon, 1 Oct 2007 19:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DC40E13C468 for ; Mon, 1 Oct 2007 19:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l91Jo143093247 for ; Mon, 1 Oct 2007 19:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l91Jo10w093246; Mon, 1 Oct 2007 19:50:01 GMT (envelope-from gnats) Resent-Date: Mon, 1 Oct 2007 19:50:01 GMT Resent-Message-Id: <200710011950.l91Jo10w093246@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Bartosz Polednia Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36F8516A41B for ; Mon, 1 Oct 2007 19:42:43 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 38B1613C47E for ; Mon, 1 Oct 2007 19:42:43 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.1/8.14.1) with ESMTP id l91Jgg7Z039318 for ; Mon, 1 Oct 2007 19:42:42 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.1/8.14.1/Submit) id l91JggUj039315; Mon, 1 Oct 2007 19:42:42 GMT (envelope-from nobody) Message-Id: <200710011942.l91JggUj039315@www.freebsd.org> Date: Mon, 1 Oct 2007 19:42:42 GMT From: Bartosz Polednia To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: sparc64/116794: 7.0-current Sparc64 crash during creation of large file 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, 01 Oct 2007 19:50:02 -0000 >Number: 116794 >Category: sparc64 >Synopsis: 7.0-current Sparc64 crash during creation of large file >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 01 19:50:01 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Bartosz Polednia >Release: 7.0 CURRENT >Organization: >Environment: FreeBSD 7.0-CURRENT #1: Sun Sep 30 11:07:57 CEST 2007 root@u5.xxxxxx.com.pl:/usr/obj/usr/src/sys/GENERIC >Description: Sun Ultra 5 with 768 MB, 34 GB SCSI HDD + SymbiosLogic SCSI controller + 3C905 LAN + IDE CD-ROM Fresh installation from August snapshot shows no problems. After csup UP to 30.09.2007 and recompiling kernel simple dd if=/dev/zero of=/usr/tmp/plikzero bs=1M count=4096 crashes to db with (rewritten from console screen): panic() pmap_page_is_mapped() vm_page_fre_toq() vm_page_free() uma_small_free() zone_drain() zone_foreach() uma_reclaim() vm_pageout() fork_exit() fork_trampoline() buildworld also crashes and copying of distfiles directory from other station to U5 with scp -rp ...... crashes too. dmesg: GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2007 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 7.0-CURRENT #1: Sun Sep 30 11:07:57 CEST 2007 root@u5.xxxxxx.com.pl:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "tick" frequency 400000000 Hz quality 1000 real memory = 805306368 (768 MB) avail memory = 769114112 (733 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (400.00 MHz CPU) registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413, REGOPS_FUNC) nexus0: pcib0: mem 0x1fe00000000-0x1fe0000ffff,0x1fe01000000-0x1fe010000ff irq 2032,2030,2031,2021 on nexus0 pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A pcib0: [FILTER] pcib0: [FILTER] pcib0: [GIANT-LOCKED] pcib0: [ITHREAD] pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff pcib0: [FILTER] pci0: on pcib0 pcib1: at device 1.1 on pci0 pci1: on pcib1 ebus0: mem 0xf0000000-0xf0ffffff,0xf1000000-0xf17fffff at device 1.0 on pci1 auxio0: addr 0x1400726000-0x1400726003,0x1400728000-0x1400728003,0x140072a000-0x140072a003,0x140072c000-0x140072c003,0x140072f000-0x140072f003 on ebus0 ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) scc0: addr 0x1400400000-0x140040007f irq 43 on ebus0 scc0: [FILTER] uart0: on scc0 uart0: [FILTER] uart0: CTS oflow uart1: on scc0 uart1: [FILTER] uart1: CTS oflow uart2: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on ebus0 uart2: [FILTER] uart2: keyboard (1200,n,8,1) kbd0 at sunkbd0 uart3: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on ebus0 uart3: [FILTER] ebus0: addr 0x14003043bc-0x14003043cb,0x140030015c-0x140030015d,0x1400700000-0x140070000f irq 34 (no driver attached) ebus0: addr 0x14003023f0-0x14003023f7,0x1400706000-0x140070600f,0x1400720000-0x1400720003 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400200000-0x14002000ff,0x1400702000-0x140070200f,0x1400704000-0x140070400f,0x1400722000-0x1400722003 irq 35,36 (no driver attached) hme0: mem 0xe0000000-0xe0007fff at device 1.1 on pci1 miibus0: on hme0 nsphy0: PHY 1 on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:f2:6c:ef hme0: [ITHREAD] machfb0: mem 0xe1000000-0xe1ffffff,0xe2000000-0xe2000fff at device 2.0 on pci1 machfb0: console machfb0: 16 MB aperture at 0xde1e4000, 1 KB registers at 0xe17ffc00 machfb0: 4096 KB SGRAM 98.924 MHz, maximum RAMDAC clock 230 MHz, DSP machfb0: resolution 1152x900 at 8 bpp atapci0: port 0xc00000-0xc00007,0xc00008-0xc0000b,0xc00010-0xc00017,0xc00018-0xc0001b,0xc00020-0xc0002f at device 3.0 on pci1 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib2: at device 1.0 on pci0 pci2: on pcib2 sym0: <875> port 0x400-0x4ff mem 0x2000-0x20ff,0x4000-0x4fff at device 1.0 on pci2 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [GIANT-LOCKED] sym0: [ITHREAD] xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x800-0x87f mem 0x6000-0x607f at device 3.0 on pci2 miibus1: on xl0 xlphy0: <3c905C 10/100 internal PHY> PHY 24 on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:44:ac:1b xl0: [ITHREAD] syscons0: on nexus0 syscons0: Unknown <16 virtual consoles, flags=0x300> Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDRW at ata3-master PIO4 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. WARNING: WITNESS option enabled, expect reduced performance. da0 at sym0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) da0: Command Queueing Enabled da0: 35256MB (72205440 512 byte sectors: 255H 63S/T 4494C) Trying to mount root from ufs:/dev/da0a >How-To-Repeat: Just issue simply command: dd if=/dev/zero of=/tmp/plikzero bs=1M count=4096 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 3 04:57:17 2007 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 C47D916A41A for ; Wed, 3 Oct 2007 04:57:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 73B4213C43E for ; Wed, 3 Oct 2007 04:57:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 212625065-1834499 for multiple; Wed, 03 Oct 2007 00:16:27 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l934GKul022056; Wed, 3 Oct 2007 00:16:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Tue, 2 Oct 2007 23:05:38 -0400 User-Agent: KMail/1.9.6 References: <46FEADFD.8020105@FreeBSD.org> In-Reply-To: <46FEADFD.8020105@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710022305.39170.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 03 Oct 2007 00:16:20 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: 7.0 broken on e4500 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: Wed, 03 Oct 2007 04:57:17 -0000 On Saturday 29 September 2007 03:56:45 pm Kris Kennaway wrote: > I get this early during boot with a CVS kernel (updated from last December): Try putting WITNESS in if you took it out perhaps? > > FreeBSD/SMP: Multiprocessor System Detected: 10 CPUs > > panic: tsb_tte_enter: replacing valid kernel mapping > > cpuid = 0 > > KDB: enter: panic > > [thread pid 0 tid 0 ] > > Stopped at kdb_enter+0x68: ta %xcc, 1 > > db> wh > > Tracing pid 0 tid 0 td 0xc0744f80 > > panic() at panic+0x204 > > tsb_tte_enter() at tsb_tte_enter+0xdc > > pmap_enter_locked() at pmap_enter_locked+0x2d0 > > pmap_enter() at pmap_enter+0x64 > > kmem_malloc() at kmem_malloc+0x6e0 > > page_alloc() at page_alloc+0x28 > > uma_large_malloc() at uma_large_malloc+0x44 > > malloc() at malloc+0x1b0 > > sf_buf_init() at sf_buf_init+0xf8 > > mi_startup() at mi_startup+0x18c > > btext() at btext+0x34 > > Kris > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > -- John Baldwin From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 3 13:47:58 2007 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FB5316A418; Wed, 3 Oct 2007 13:47:58 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id CDE2F13C480; Wed, 3 Oct 2007 13:47:57 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l93DTiMT018420; Wed, 3 Oct 2007 15:29:44 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l93DTiYx018419; Wed, 3 Oct 2007 15:29:44 +0200 (CEST) (envelope-from marius) Date: Wed, 3 Oct 2007 15:29:44 +0200 From: Marius Strobl To: Kris Kennaway Message-ID: <20071003132944.GA17342@alchemy.franken.de> References: <46FEADFD.8020105@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46FEADFD.8020105@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: sparc64@freebsd.org Subject: Re: 7.0 broken on e4500 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: Wed, 03 Oct 2007 13:47:58 -0000 On Sat, Sep 29, 2007 at 09:56:45PM +0200, Kris Kennaway wrote: > I get this early during boot with a CVS kernel (updated from last December): > > > FreeBSD/SMP: Multiprocessor System Detected: 10 CPUs > > panic: tsb_tte_enter: replacing valid kernel mapping > > cpuid = 0 > > KDB: enter: panic > > [thread pid 0 tid 0 ] > > Stopped at kdb_enter+0x68: ta %xcc, 1 > > db> wh > > Tracing pid 0 tid 0 td 0xc0744f80 > > panic() at panic+0x204 > > tsb_tte_enter() at tsb_tte_enter+0xdc > > pmap_enter_locked() at pmap_enter_locked+0x2d0 > > pmap_enter() at pmap_enter+0x64 > > kmem_malloc() at kmem_malloc+0x6e0 > > page_alloc() at page_alloc+0x28 > > uma_large_malloc() at uma_large_malloc+0x44 > > malloc() at malloc+0x1b0 > > sf_buf_init() at sf_buf_init+0xf8 > > mi_startup() at mi_startup+0x18c > > btext() at btext+0x34 > Do you by chance load the new kernel manually via the loader prompt, with the old kernel being <= 8MB in size and the new one > 8MB? Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 3 18:03:20 2007 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F8BD16A421 for ; Wed, 3 Oct 2007 18:03:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 72F8113C448; Wed, 3 Oct 2007 18:03:19 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4703D96B.2090203@FreeBSD.org> Date: Wed, 03 Oct 2007 20:03:23 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Marius Strobl References: <46FEADFD.8020105@FreeBSD.org> <20071003132944.GA17342@alchemy.franken.de> In-Reply-To: <20071003132944.GA17342@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sparc64@freebsd.org Subject: Re: 7.0 broken on e4500 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: Wed, 03 Oct 2007 18:03:20 -0000 Marius Strobl wrote: > On Sat, Sep 29, 2007 at 09:56:45PM +0200, Kris Kennaway wrote: >> I get this early during boot with a CVS kernel (updated from last December): >> >>> FreeBSD/SMP: Multiprocessor System Detected: 10 CPUs >>> panic: tsb_tte_enter: replacing valid kernel mapping >>> cpuid = 0 >>> KDB: enter: panic >>> [thread pid 0 tid 0 ] >>> Stopped at kdb_enter+0x68: ta %xcc, 1 >>> db> wh >>> Tracing pid 0 tid 0 td 0xc0744f80 >>> panic() at panic+0x204 >>> tsb_tte_enter() at tsb_tte_enter+0xdc >>> pmap_enter_locked() at pmap_enter_locked+0x2d0 >>> pmap_enter() at pmap_enter+0x64 >>> kmem_malloc() at kmem_malloc+0x6e0 >>> page_alloc() at page_alloc+0x28 >>> uma_large_malloc() at uma_large_malloc+0x44 >>> malloc() at malloc+0x1b0 >>> sf_buf_init() at sf_buf_init+0xf8 >>> mi_startup() at mi_startup+0x18c >>> btext() at btext+0x34 > > Do you by chance load the new kernel manually via the loader > prompt, with the old kernel being <= 8MB in size and the new > one > 8MB? > > Marius > > No, this was via the automatic boot process with default /boot/kernel/kernel. Kris From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 3 19:28:10 2007 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041D116A41A; Wed, 3 Oct 2007 19:28:10 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C2C6813C448; Wed, 3 Oct 2007 19:28:09 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (marius@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l93JS9ao077560; Wed, 3 Oct 2007 19:28:09 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l93JS9Y5077556; Wed, 3 Oct 2007 19:28:09 GMT (envelope-from marius) Date: Wed, 3 Oct 2007 19:28:09 GMT Message-Id: <200710031928.l93JS9Y5077556@freefall.freebsd.org> To: marius@FreeBSD.org, freebsd-sparc64@FreeBSD.org, alc@FreeBSD.org From: marius@FreeBSD.org Cc: Subject: Re: sparc64/116794: 7.0-current Sparc64 crash during creation of large file 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: Wed, 03 Oct 2007 19:28:10 -0000 Synopsis: 7.0-current Sparc64 crash during creation of large file Responsible-Changed-From-To: freebsd-sparc64->alc Responsible-Changed-By: marius Responsible-Changed-When: Wed Oct 3 19:24:17 UTC 2007 Responsible-Changed-Why: Assign to alc@, as he worked on the VM during the timeframe in question. http://www.freebsd.org/cgi/query-pr.cgi?pr=116794 From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 4 17:27:21 2007 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 6E32816A41A; Thu, 4 Oct 2007 17:27:21 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 4251613C465; Thu, 4 Oct 2007 17:27:21 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 8BD602C2C4A; Thu, 4 Oct 2007 12:01:54 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gh8X88uq+5ER; Thu, 4 Oct 2007 12:01:46 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id B662E2C2CAF; Thu, 4 Oct 2007 12:01:46 -0500 (CDT) Message-ID: <47051C79.30206@cs.rice.edu> Date: Thu, 04 Oct 2007 12:01:45 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: marius@FreeBSD.org References: <200710031928.l93JS9Y5077556@freefall.freebsd.org> In-Reply-To: <200710031928.l93JS9Y5077556@freefall.freebsd.org> Content-Type: multipart/mixed; boundary="------------090709040103090106040003" Cc: alc@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/116794: 7.0-current Sparc64 crash during creation of large file 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: Thu, 04 Oct 2007 17:27:21 -0000 This is a multi-part message in MIME format. --------------090709040103090106040003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit marius@FreeBSD.org wrote: > Synopsis: 7.0-current Sparc64 crash during creation of large file > > Responsible-Changed-From-To: freebsd-sparc64->alc > Responsible-Changed-By: marius > Responsible-Changed-When: Wed Oct 3 19:24:17 UTC 2007 > Responsible-Changed-Why: > > Assign to alc@, as he worked on the VM during the timeframe in > question. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=116794 > Please let me know if the following patch addresses the problem. Alan --------------090709040103090106040003 Content-Type: text/plain; name="sparc64.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sparc64.patch" Index: sparc64/sparc64/pmap.c =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/pmap.c,v retrieving revision 1.165 diff -p -u -r1.165 pmap.c --- sparc64/sparc64/pmap.c 18 Jul 2007 20:46:05 -0000 1.165 +++ sparc64/sparc64/pmap.c 4 Oct 2007 05:32:16 -0000 @@ -1765,9 +1765,9 @@ pmap_page_is_mapped(vm_page_t m) { struct tte *tp; - mtx_assert(&vm_page_queue_mtx, MA_OWNED); if ((m->flags & (PG_FICTITIOUS | PG_UNMANAGED)) != 0) return (FALSE); + mtx_assert(&vm_page_queue_mtx, MA_OWNED); TAILQ_FOREACH(tp, &m->md.tte_list, tte_link) { if ((tp->tte_data & TD_PV) != 0) return (TRUE); Index: vm/vm_page.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_page.c,v retrieving revision 1.355 diff -p -u -r1.355 vm_page.c --- vm/vm_page.c 27 Sep 2007 04:21:59 -0000 1.355 +++ vm/vm_page.c 4 Oct 2007 05:34:35 -0000 @@ -1086,7 +1086,7 @@ vm_page_alloc(vm_object_t object, vm_pin if (req & VM_ALLOC_ZERO) flags = PG_ZERO; } - if (object != NULL && object->type == OBJT_PHYS) + if (object == NULL || object->type == OBJT_PHYS) flags |= PG_UNMANAGED; m->flags = flags; if (req & (VM_ALLOC_NOBUSY | VM_ALLOC_NOOBJ)) --------------090709040103090106040003-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 4 17:33:54 2007 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFAA916A41B; Thu, 4 Oct 2007 17:33:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 90ECA13C455; Thu, 4 Oct 2007 17:33:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l94HXrPe003953; Thu, 4 Oct 2007 13:33:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l94HXrUO043547; Thu, 4 Oct 2007 13:33:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id BE017241A2; Thu, 4 Oct 2007 13:34:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071004173426.BE017241A2@freebsd-stable.sentex.ca> Date: Thu, 4 Oct 2007 13:34:26 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2007 17:33:55 -0000 TB --- 2007-10-04 16:25:01 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-04 16:25:01 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-10-04 16:25:01 - cleaning the object tree TB --- 2007-10-04 16:25:37 - checking out the source tree TB --- 2007-10-04 16:25:37 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2007-10-04 16:25:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-10-04 16:36:43 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-04 16:36:43 - cd /src TB --- 2007-10-04 16:36:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.bin/netstat/inet.c:1035: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1036: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1037: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1038: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1039: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1040: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1041: warning: long long unsigned int format, u_quad_t arg (arg 2) /src/usr.bin/netstat/inet.c:1042: warning: long long unsigned int format, u_quad_t arg (arg 2) *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-04 17:34:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-04 17:34:26 - ERROR: failed to build world TB --- 2007-10-04 17:34:26 - tinderbox aborted TB --- 1.09 user 3.48 system 4165.39 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Sat Oct 6 06:23:42 2007 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 30A4516A418; Sat, 6 Oct 2007 06:23:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id C53EC13C46A; Sat, 6 Oct 2007 06:23:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 213150321-1834499 for multiple; Sat, 06 Oct 2007 02:23:55 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l966NclQ060866; Sat, 6 Oct 2007 02:23:38 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Sat, 6 Oct 2007 02:22:30 -0400 User-Agent: KMail/1.9.6 References: <46FEADFD.8020105@FreeBSD.org> <20071003132944.GA17342@alchemy.franken.de> In-Reply-To: <20071003132944.GA17342@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710060222.31023.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Sat, 06 Oct 2007 02:23:38 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4482/Fri Oct 5 18:43:49 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Marius Strobl Subject: Re: 7.0 broken on e4500 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: Sat, 06 Oct 2007 06:23:42 -0000 On Wednesday 03 October 2007 09:29:44 am Marius Strobl wrote: > On Sat, Sep 29, 2007 at 09:56:45PM +0200, Kris Kennaway wrote: > > I get this early during boot with a CVS kernel (updated from last December): > > > > > FreeBSD/SMP: Multiprocessor System Detected: 10 CPUs > > > panic: tsb_tte_enter: replacing valid kernel mapping > > > cpuid = 0 > > > KDB: enter: panic > > > [thread pid 0 tid 0 ] > > > Stopped at kdb_enter+0x68: ta %xcc, 1 > > > db> wh > > > Tracing pid 0 tid 0 td 0xc0744f80 > > > panic() at panic+0x204 > > > tsb_tte_enter() at tsb_tte_enter+0xdc > > > pmap_enter_locked() at pmap_enter_locked+0x2d0 > > > pmap_enter() at pmap_enter+0x64 > > > kmem_malloc() at kmem_malloc+0x6e0 > > > page_alloc() at page_alloc+0x28 > > > uma_large_malloc() at uma_large_malloc+0x44 > > > malloc() at malloc+0x1b0 > > > sf_buf_init() at sf_buf_init+0xf8 > > > mi_startup() at mi_startup+0x18c > > > btext() at btext+0x34 > > > > Do you by chance load the new kernel manually via the loader > prompt, with the old kernel being <= 8MB in size and the new > one > 8MB? I get this panic on an E220R at work, but my "new" kernel is smaller. > ll /boot/kernel/kernel* /boot/test/kernel* -r-xr-xr-x 1 root wheel 7821094 Feb 6 2007 /boot/kernel/kernel -r-xr-xr-x 1 root wheel 13902501 Feb 6 2007 /boot/kernel/kernel.symbols -r-xr-xr-x 1 root wheel 4534968 Oct 6 00:20 /boot/test/kernel -r-xr-xr-x 1 root wheel 10101980 Oct 6 00:20 /boot/test/kernel.symbols The working kernel (~7MB) is the GENERIC kernel, and the "test" kernel is the stripped down kernel for this machine. In my case I'm panicing in pmap_remove_tte() called from pmap_enter_locked(). I added some KTR traces to the pmap code to try and investigate, but I'm guessing the root problem is that the loader doesn't properly handle telling OFW about needing to change the mappings when unloading and then loading a new kernel? Hmm, it looks like currently the loader doesn't do any sort of MD callback when unloading a file, so the loader isn't going to free up the RAM it asked for from OFW for the old kernel. -- John Baldwin From owner-freebsd-sparc64@FreeBSD.ORG Sat Oct 6 07:00:57 2007 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 1E8E216A418; Sat, 6 Oct 2007 07:00:57 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::32]) by mx1.freebsd.org (Postfix) with ESMTP id D4BCD13C45D; Sat, 6 Oct 2007 07:00:56 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p4054-ipbf904funabasi.chiba.ocn.ne.jp [122.26.39.54]) (authenticated bits=128) by mail.allbsd.org (8.13.8/8.13.8) with ESMTP id l9670b0d083024; Sat, 6 Oct 2007 16:00:48 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id l9670CLr071526; Sat, 6 Oct 2007 16:00:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 06 Oct 2007 15:59:53 +0900 (JST) Message-Id: <20071006.155953.35052779.hrs@allbsd.org> To: jhb@FreeBSD.org From: Hiroki Sato In-Reply-To: <200710060222.31023.jhb@freebsd.org> References: <46FEADFD.8020105@FreeBSD.org> <20071003132944.GA17342@alchemy.franken.de> <200710060222.31023.jhb@freebsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Oct__6_15_59_53_2007_671)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.allbsd.org [133.31.130.32]); Sat, 06 Oct 2007 16:00:48 +0900 (JST) Cc: freebsd-sparc64@FreeBSD.org, marius@alchemy.franken.de Subject: Re: 7.0 broken on e4500 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: Sat, 06 Oct 2007 07:00:57 -0000 ----Security_Multipart(Sat_Oct__6_15_59_53_2007_671)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Baldwin wrote in <200710060222.31023.jhb@freebsd.org>: jh> On Wednesday 03 October 2007 09:29:44 am Marius Strobl wrote: jh> > On Sat, Sep 29, 2007 at 09:56:45PM +0200, Kris Kennaway wrote: jh> > > I get this early during boot with a CVS kernel (updated from last jh> December): jh> > > jh> > > > FreeBSD/SMP: Multiprocessor System Detected: 10 CPUs jh> > > > panic: tsb_tte_enter: replacing valid kernel mapping jh> > > > cpuid = 0 jh> > > > KDB: enter: panic jh> > > > [thread pid 0 tid 0 ] jh> > > > Stopped at kdb_enter+0x68: ta %xcc, 1 jh> > > > db> wh jh> > > > Tracing pid 0 tid 0 td 0xc0744f80 jh> > > > panic() at panic+0x204 jh> > > > tsb_tte_enter() at tsb_tte_enter+0xdc jh> > > > pmap_enter_locked() at pmap_enter_locked+0x2d0 jh> > > > pmap_enter() at pmap_enter+0x64 jh> > > > kmem_malloc() at kmem_malloc+0x6e0 jh> > > > page_alloc() at page_alloc+0x28 jh> > > > uma_large_malloc() at uma_large_malloc+0x44 jh> > > > malloc() at malloc+0x1b0 jh> > > > sf_buf_init() at sf_buf_init+0xf8 jh> > > > mi_startup() at mi_startup+0x18c jh> > > > btext() at btext+0x34 jh> > > jh> > jh> > Do you by chance load the new kernel manually via the loader jh> > prompt, with the old kernel being <= 8MB in size and the new jh> > one > 8MB? jh> jh> I get this panic on an E220R at work, but my "new" kernel is smaller. jh> jh> > ll /boot/kernel/kernel* /boot/test/kernel* jh> -r-xr-xr-x 1 root wheel 7821094 Feb 6 2007 /boot/kernel/kernel jh> -r-xr-xr-x 1 root wheel 13902501 Feb 6 2007 /boot/kernel/kernel.symbols jh> -r-xr-xr-x 1 root wheel 4534968 Oct 6 00:20 /boot/test/kernel jh> -r-xr-xr-x 1 root wheel 10101980 Oct 6 00:20 /boot/test/kernel.symbols jh> jh> The working kernel (~7MB) is the GENERIC kernel, and the "test" kernel jh> is the stripped down kernel for this machine. In my case I'm panicing in jh> pmap_remove_tte() called from pmap_enter_locked(). I added some KTR traces In the E4500 case, the old kernel was small and the new one was >8MB: hrs@e4500-3 % ll -h /boot/kernel/kernel -r-xr-xr-x 1 root wheel 8.2M Oct 6 09:59 /boot/kernel/kernel* hrs@e4500-3 % ll -h /boot/kernel.old/kernel -r-xr-xr-x 1 root wheel 5.9M Oct 6 15:35 /boot/kernel.old/kernel* and no different output with WITNESS. -- | Hiroki SATO ----Security_Multipart(Sat_Oct__6_15_59_53_2007_671)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHBzJpTyzT2CeTzy0RArGBAKDDUQ4bui0QR2LC5TaTH21SI2OPZACePTu9 iivwQIu+Tb5rsdHJtMBfFmM= =TcH0 -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Oct__6_15_59_53_2007_671)---- From owner-freebsd-sparc64@FreeBSD.ORG Sat Oct 6 13:49:01 2007 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 57A5516A418 for ; Sat, 6 Oct 2007 13:49:01 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id CC7C213C461 for ; Sat, 6 Oct 2007 13:49:00 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l96DQK9v016495; Sat, 6 Oct 2007 15:26:20 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l96DQKqv016493; Sat, 6 Oct 2007 15:26:20 +0200 (CEST) (envelope-from marius) Date: Sat, 6 Oct 2007 15:26:20 +0200 From: Marius Strobl To: John Baldwin Message-ID: <20071006132620.GF24840@alchemy.franken.de> References: <46FEADFD.8020105@FreeBSD.org> <20071003132944.GA17342@alchemy.franken.de> <200710060222.31023.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710060222.31023.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: 7.0 broken on e4500 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: Sat, 06 Oct 2007 13:49:01 -0000 On Sat, Oct 06, 2007 at 02:22:30AM -0400, John Baldwin wrote: > On Wednesday 03 October 2007 09:29:44 am Marius Strobl wrote: > > On Sat, Sep 29, 2007 at 09:56:45PM +0200, Kris Kennaway wrote: > > > I get this early during boot with a CVS kernel (updated from last > December): > > > > > > > FreeBSD/SMP: Multiprocessor System Detected: 10 CPUs > > > > panic: tsb_tte_enter: replacing valid kernel mapping > > > > cpuid = 0 > > > > KDB: enter: panic > > > > [thread pid 0 tid 0 ] > > > > Stopped at kdb_enter+0x68: ta %xcc, 1 > > > > db> wh > > > > Tracing pid 0 tid 0 td 0xc0744f80 > > > > panic() at panic+0x204 > > > > tsb_tte_enter() at tsb_tte_enter+0xdc > > > > pmap_enter_locked() at pmap_enter_locked+0x2d0 > > > > pmap_enter() at pmap_enter+0x64 > > > > kmem_malloc() at kmem_malloc+0x6e0 > > > > page_alloc() at page_alloc+0x28 > > > > uma_large_malloc() at uma_large_malloc+0x44 > > > > malloc() at malloc+0x1b0 > > > > sf_buf_init() at sf_buf_init+0xf8 > > > > mi_startup() at mi_startup+0x18c > > > > btext() at btext+0x34 > > > > > > > Do you by chance load the new kernel manually via the loader > > prompt, with the old kernel being <= 8MB in size and the new > > one > 8MB? > > I get this panic on an E220R at work, but my "new" kernel is smaller. > If the actual panic string is "vm_phys_paddr_to_vm_page: paddr is not in any segment" than that's the problem I had in mind when replying to Kris but unfortunately failed to describe the right way around. > > ll /boot/kernel/kernel* /boot/test/kernel* > -r-xr-xr-x 1 root wheel 7821094 Feb 6 2007 /boot/kernel/kernel > -r-xr-xr-x 1 root wheel 13902501 Feb 6 2007 /boot/kernel/kernel.symbols > -r-xr-xr-x 1 root wheel 4534968 Oct 6 00:20 /boot/test/kernel > -r-xr-xr-x 1 root wheel 10101980 Oct 6 00:20 /boot/test/kernel.symbols > > The working kernel (~7MB) is the GENERIC kernel, and the "test" kernel > is the stripped down kernel for this machine. In my case I'm panicing in > pmap_remove_tte() called from pmap_enter_locked(). I added some KTR traces > to the pmap code to try and investigate, but I'm guessing the root problem is > that the loader doesn't properly handle telling OFW about needing to change > the mappings when unloading and then loading a new kernel? > > Hmm, it looks like currently the loader doesn't do any sort of MD callback > when unloading a file, so the loader isn't going to free up the RAM it asked > for from OFW for the old kernel. > Correct, the immediate problem (which I had a patch for somewhere) is that in case the "old" kernel required more TLB slots to be used than the "new" one one can't use the kernel end in order to determine how many slots are used for the kernel map. As you describe the real problem lies within the loader though. The funny thing is that no arch except sparc64 and sun4v seems to rely on the kernel end provided by the loader. If no idea what's the cause of the problem Kris is seeing though. Marius