From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 15:34:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C657A106564A for ; Tue, 2 Sep 2008 15:34:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 369B48FC12 for ; Tue, 2 Sep 2008 15:34:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m82FYMYc015249; Tue, 2 Sep 2008 11:34:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Pascal Hofstee" Date: Tue, 2 Sep 2008 10:33:54 -0400 User-Agent: KMail/1.9.7 References: <20080830010551.GA2090@lorvorc.mips.inka.de> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809021033.55033.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 02 Sep 2008 11:34:37 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8140/Tue Sep 2 11:02:13 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Christian Weisgerber Subject: Re: No root filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2008 15:34:46 -0000 On Monday 01 September 2008 03:21:16 am Pascal Hofstee wrote: > On Sat, Aug 30, 2008 at 3:05 AM, Christian Weisgerber > wrote: > > John Baldwin: > > > >> So the reports I've seen of this all involve the Nvidia MCP55 ATA chipset, and > >> only the ata controller loses its marbles (so to speak). > > > > I also observe that k8temp doesn't attach. Maybe Pascal can check this. > > It's not part of GENERIC, so k8temp.ko needs to be explicitly loaded > > by the loader for this. > > > > k8temp0: on hostb3 > > Ok .. this morning i went ahead and collected two boot -v logs. One > for the old (working) kernel and one for the new (broken) kernel. For > this i made sure not to load the snd_hda module as that tended to > bloat the verbose boot output beyond the limit that i could still get > to the interesting data at the next boot. The two verbose bootlogs can > be found at: > > http://shadowrun.homeunix.net/boot.verbose.working for the old kernel > http://shadowrun.homeunix.net/boot.verbose.broken for the new kernel > http://shadowrun.homeunix.net/boot.verbose.diff for the differences > between the two. > > The working kernel shows several devices there that do Not show up on > the new kernel, according to http://www.pcidatabase.com this concerns > the following devices all by"Advanced Micro Devices" > -found-> vendor=0x1022, dev=0x1100, revid=0x00 > 0x1100 HyperTransport Technology Configuration > > -found-> vendor=0x1022, dev=0x1101, revid=0x00 > 0x1101 Address Map > > -found-> vendor=0x1022, dev=0x1102, revid=0x00 > 0x1102 DRAM Controller > > -found-> vendor=0x1022, dev=0x1103, revid=0x00 > 0x1103 Miscellaneous Control This explains k8temp. So my earlier test patch to Christian only checked on i386 which is why it didn't find an issue before. Try the updated patch at http://www.FreeBSD.org/~jhb/patches/pcie.patch This does PCI config reads using both methods and panics if it doesn't get the same result. -- John Baldwin