From owner-freebsd-sparc64@FreeBSD.ORG  Wed Oct  3 18:03:20 2007
Return-Path: <owner-freebsd-sparc64@FreeBSD.ORG>
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 <sparc64@freebsd.org>; 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 <kris@FreeBSD.org>
User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728)
MIME-Version: 1.0
To: Marius Strobl <marius@alchemy.franken.de>
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 <freebsd-sparc64.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>, 
	<mailto:freebsd-sparc64-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-sparc64>
List-Post: <mailto:freebsd-sparc64@freebsd.org>
List-Help: <mailto:freebsd-sparc64-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>,
	<mailto:freebsd-sparc64-request@freebsd.org?subject=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