From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 29 19:21:20 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67A4C1065693 for ; Tue, 29 Sep 2009 19:21:20 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id F30598FC4D for ; Tue, 29 Sep 2009 19:21:19 +0000 (UTC) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.14.3/8.14.3) with ESMTP id n8TJ8V0O042240; Tue, 29 Sep 2009 14:08:31 -0500 (CDT) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1254251311; bh=lowk/ETMZvPnmFNlbbe7HE7cf0QlcHPxD7/zTRUMkb0=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=TLVIZdaEt3nRzGoFO/vDOKmBHUpGiCY1fhcvWGs32hJ4mgBG03+v8ejrAo3EPKXAy w4V2vj3mjyIKziZNw+NuWy0H1Kan+sngUVliZnmo8Vds0ORivmeCSkkapE/TEzLaSZ AVNp98V0HOIu2CaQs91x8UmKR3AHQTSE5xebglm4= Received: (from tinguely@localhost) by casselton.net (8.14.3/8.14.2/Submit) id n8TJ8UA2042239; Tue, 29 Sep 2009 14:08:30 -0500 (CDT) (envelope-from tinguely) Date: Tue, 29 Sep 2009 14:08:30 -0500 (CDT) From: Mark Tinguely Message-Id: <200909291908.n8TJ8UA2042239@casselton.net> To: mlfbsd@kanar.ci0.org, tom@tomjudge.com In-Reply-To: <4AC21F44.6060004@tomjudge.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.2 (casselton.net [127.0.0.1]); Tue, 29 Sep 2009 14:08:31 -0500 (CDT) X-Mailman-Approved-At: Tue, 29 Sep 2009 21:08:52 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Help debugging: Fatal kernel mode data abort: 'External Linefetch Abort (P)' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Sep 2009 19:21:20 -0000 I don't know anything about the code other than what I read today ... It appears from you boot traces the owin[0].owin_xlate_[lo | hi] values should be fine in iq80321.c - an "VERBOSE_INIT_ARM" would confirm it. You might want to test if the "sc" pointer in iq80321.c has the same value as the global "i80321_softc" pointer. You can add those print statements to an "VERBOSE_INIT_ARM". It will tell you if something changed the global pointer or if something overwrote the owin values in the structure. If global pointer or owin was changed before the pci attach code, you can put the appropriate test into the earlier (obio, uart, itimer, iopwdtimer) attach. None of these attaches use the global "i80321_softc" pointer. --Mark.