From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 21:23:57 2011 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 27690106566B for ; Tue, 26 Jul 2011 21:23:57 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from xiurhn.etoilebsd.net (xiurhn.etoilebsd.net [94.23.37.58]) by mx1.freebsd.org (Postfix) with ESMTP id E32768FC0C for ; Tue, 26 Jul 2011 21:23:56 +0000 (UTC) Received: by xiurhn.etoilebsd.net (Postfix, from userid 80) id 160F37E81F; Tue, 26 Jul 2011 23:23:56 +0200 (CEST) To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 26 Jul 2011 21:23:56 +0000 From: Baptiste Daroussin In-Reply-To: <201107261544.51244.jhb@freebsd.org> References: <201107260803.47625.jhb@freebsd.org> <201107261544.51244.jhb@freebsd.org> Message-ID: <1307f14f363d9ee49105220ed2697fa0@etoilebsd.net> X-Sender: bapt@FreeBSD.org User-Agent: Roundcube Webmail/0.5.3 Subject: Re: No disks usable on a P5NE MB 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, 26 Jul 2011 21:23:57 -0000 On Tue, 26 Jul 2011 15:44:51 -0400, John Baldwin wrote: > On Tuesday, July 26, 2011 1:40:20 pm Baptiste Daroussin wrote: >> On Tue, 26 Jul 2011 08:03:47 -0400, John Baldwin wrote: >> > On Monday, July 25, 2011 6:14:12 pm Baptiste Daroussin wrote: >> >> On Mon, 25 Jul 2011 21:49:44 +0000, Baptiste Daroussin wrote: >> >> > On Mon, 25 Jul 2011 15:19:42 -0400, John Baldwin wrote: >> >> >> On Monday, July 25, 2011 2:42:59 pm Baptiste Daroussin wrote: >> >> >>> On Mon, 25 Jul 2011 13:09:04 -0400, John Baldwin wrote: >> >> >>> > On Sunday, July 24, 2011 9:48:02 am Baptiste Daroussin >> wrote: >> >> >>> >> Hi, >> >> >>> >> >> >> >>> >> Trying to upgrade one of my box from 8-stable to 9-current >> >> lead >> >> >>> >> be to some important problems. >> >> >>> >> >> >> >>> >> I'm have tried both from sources (svn buildworld etc.) and >> >> from >> >> >>> >> memdisk provided by allbsd.org. >> >> >>> >> >> >> >>> >> The motherboard is ASUS P5N-E SLI ACPI BIOS Revision 0901 >> >> >>> >> >> >> >>> >> more informations here : >> >> >>> >> http://people.freebsd.org/~bapt/P5N-E.dmidecode.txt and >> >> >>> >> http://people.freebsd.org/~bapt/P5N-E.pciconv.txt >> >> >>> > >> >> >>> > Can you get a verbose dmesg from 8-stable? >> >> >>> >> >> >>> A boot -v from current memdisk is full of: >> >> >>> (aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 >> 00 >> >> 00 >> >> >>> 00 >> >> >>> 00 00 00 >> >> >>> (aprobe0:ata0:0:1:0): CAM status: Command timeout >> >> >>> >> >> >>> here is the dmesg from boot -v on 8-stable: >> >> >>> http://people.freebsd.org/~bapt/P5NE-dmesg-8-stable.txt >> >> >>> >> >> >>> the xpt_config message disapear by removing sbp from the >> kernel >> >> >> >> >> >> It seems that you have an ATAPI floppy-drive device that 8 >> >> doesn't >> >> >> like: >> >> >> >> >> >> afd0: setting PIO3 >> >> >> device_attach: afd0 attach returned 6 >> >> >> >> >> >> Have you tried enabling ATA_CAM on 8 as a test, or removing >> the >> >> >> ATAPI floppy-drive as a test? >> >> > >> >> > Ok I'm dumb, I tested atapicam instead of ata_cam. >> >> > >> >> > I rebuild 8-stable kernel with ATA_CAM and it works (with lots >> of >> >> > warnings concerning the dvdrw). >> >> > >> >> > Here is the 8-stable dmesg with boot -v: >> >> > http://people.freebsd.org/~bapt/P5NE-dmesg-8-stable-ata_cam.txt >> >> >> >> New informations it doesn't work either on -CURRENT without >> ATA_CAM. >> > >> > Hmm, can you break into ddb on 9 and run 'show intrcnt' to see if >> you >> > have non-zero interrupt counts for IRQs 14 and 15? >> >> >> the result is: >> db> show intrcnt >> cpu0: timer 4510 >> irq256: hdac0 1 >> cpu3: timer 29 >> cpu1: timer 3036 >> cpu2: timer 31 >> db> >> >> I did break at the mountfrom> prompt >> If I break before I only have the cpu0 and irq256 entries. > > Hmmm, is there any way you can build a 9 kernel without sound support > (since > that clutters up bootverbose) and capture a verbose dmesg, using a > serial > console or PXE booting to an NFS root of some sort? Hum unfortunatly not, this box is ... alone, so I can't netboot it :( Bapt