From owner-p4-projects@FreeBSD.ORG Mon Jun 9 19:32:54 2008 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id DA19F1065670; Mon, 9 Jun 2008 19:32:53 +0000 (UTC) Delivered-To: perforce@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C1551065675 for ; Mon, 9 Jun 2008 19:32:53 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0E38FC12 for ; Mon, 9 Jun 2008 19:32:52 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m59JWoIf097803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 9 Jun 2008 21:32:51 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id m59JWmAj064090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Jun 2008 21:32:48 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id m59JWhWO084793; Mon, 9 Jun 2008 21:32:43 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id m59JWgit084792; Mon, 9 Jun 2008 21:32:42 +0200 (CEST) (envelope-from ticso) Date: Mon, 9 Jun 2008 21:32:42 +0200 From: Bernd Walter To: Hans Petter Selasky Message-ID: <20080609193241.GJ71712@cicely7.cicely.de> References: <200806081504.m58F4CtW034713@repoman.freebsd.org> <200806082313.03865.hselasky@c2i.net> <20080609032050.GR71712@cicely7.cicely.de> <200806092117.55412.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200806092117.55412.hselasky@c2i.net> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on cicely12.cicely.de Cc: Perforce Change Reviews , ticso@cicely.de Subject: Re: PERFORCE change 143121 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 19:32:54 -0000 On Mon, Jun 09, 2008 at 09:17:54PM +0200, Hans Petter Selasky wrote: > Hi Bernd, > > When I re-enabled: > > options PSEUDOFS > > in my kernel configuration file, everything worked again! That sounds very much like you triggered the same well known problem. It is not pseudofs, just the slight change in timing, memory layout or whatever that made it go away. I would really like to see this bug catched, but it is difficult to debug. I also have to admid that I'm also a bit to lazy, since it can be worked around too easily... > On Monday 09 June 2008, Bernd Walter wrote: > > On Sun, Jun 08, 2008 at 11:13:03PM +0200, Hans Petter Selasky wrote: > > > Hi, > > > > > > It might look like that my "init" executable in the file system is out of > > > date. The kernel boots fine up to the following point: > > > > > > Trying to mount root from ufs:/dev/md0 > > > warning: no time-of-day clock registered, system time will not be set > > > accurately > > > Jun 4 20:32:47 init: login_getclass: unknown class 'daemon' > > > Fatal kernel mode data abort: 'Alignment Fault 3' > > > trapframe: 0xc67f7a24 > > > > We've seen this at least on RM9200 from time to time - not sure about > > other arm. > > Try adding or removing a driver to your kernel and see if it helps. > > It's some kind of heisenbug, because a small unrelated change and the > > problem is away, which makes is hard to debug. > > See arm@ mail archives for more details. > > IIRC it happened earlier during boot, so this can still be something > > different after all. > > Even with an out of date init the kernel shouldn't panic with an > > alignment fault. > > > -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.