From owner-freebsd-stable@FreeBSD.ORG Mon Nov 3 18:06:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 990281065672 for ; Mon, 3 Nov 2008 18:06:48 +0000 (UTC) (envelope-from m4gicite@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id B82AB8FC1D for ; Mon, 3 Nov 2008 18:06:47 +0000 (UTC) (envelope-from m4gicite@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so3175544fkk.11 for ; Mon, 03 Nov 2008 10:06:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Sy1XRq1vYNgldRJf6YiTPc7a9zhpdZq9lMrb/9mNMmE=; b=C8fT4jWKFLEo7pvkWjCDrw/OE6He4NhzgiPghZdSYK+lf82JY0pEp9P/gD+IFO7SEL v34jAYfYfJwj0/07zyEzxcoQF3XR0TrBkqgWnqDmUq3kUNgvH6hqV34HoHVjkLHkCU3C cdIGvyfUScotNmRwWAfmod1IcRYkLGiCuZWzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=HAUKKk73jX22z3T6RhJW1glX5JzOCvjpAaW37DiiVrIrG517JGHmkNZYDabAa+Vrhv XAJAzvuAgaajUK6HF03d5FUs7bcM6jRKl60JFmHyeAgYXM/+WGQYKnVF0J/kLBB7hBvE gBA8AIg1U0Zo1UY9H07mv7PWvUuVDfurkCN8M= Received: by 10.180.224.13 with SMTP id w13mr43795bkg.40.1225735606248; Mon, 03 Nov 2008 10:06:46 -0800 (PST) Received: by 10.181.37.1 with HTTP; Mon, 3 Nov 2008 10:06:46 -0800 (PST) Message-ID: Date: Mon, 3 Nov 2008 18:06:46 +0000 From: Ryan To: "Robert Watson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Install issues with 7.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2008 18:06:48 -0000 Thanks for your interest Robert, unfortunately it was a no-go. I went ahead and tested 6.4RC1 and 6.3. Now all I am getting are ACPI errors which I would think I could get the installer going by disabling ACPI. And yes, I'm running on the latest - and only - bios revision for the laptop. The following were done under default boot option. No ACPI did not generate any error messages and hung, single user mode acted the same as default, and safe mode created an interrupt storm like 7.x did. 6.4-RC1 ... acpi_timer0: <24-bit timer at 3.579545 MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62, 0x66 on acpi0 cpu0: on acpi0 ACPI-0328: *** Error: No pointer back to NS node in buffer obj 0xc85c87c0 ACPI-1304: *** Error: Method execution failed [\_PR_.CPU0._OSC] (Node 0xc84e2580), AE_AML_INTERNAL acpi_throttle0: on cpu0 ... then this gets spammed 6 times at the end ACPI-0438: *** Error: Looking up [\_PR_.CPU0._PPC] in name space, AE_NOT_FOUND SearchNode 0xc84cdcc0 StartNode 0xc84cdcc0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\_SB_.AC__.ADJP] (Node 0xc84cdcc0), AE_NOT_FOUND ACPI-1304: *** Error: Method execution failed [\_SB.AC__._PSR] (Node 0xc84cdd00), AE_NOT_FOUND 6.3-REL 6.3 gives the same errors but with different node addresses. ... acpi_timer0: <24-bit timer at 3.579545 MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62, 0x66 on acpi0 cpu0: on acpi0 ACPI-0328: *** Error: No pointer back to NS node in buffer obj 0xc85c94c0 ACPI-1304: *** Error: Method execution failed [\_PR_.CPU0._OSC] (Node 0xc84e3780), AE_AML_INTERNAL acpi_throttle0: on cpu0 ... spammed again 6 times at the end ACPI-0438: *** Error: Looking up [\_PR_.CPU0._PPC] in name space, AE_NOT_FOUND SearchNode 0xc84cdd20 StartNode 0xc84cdd20 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\_SB_.AC__.ADJP] (Node 0xc84cdd20), AE_NOT_FOUND ACPI-1304: *** Error: Method execution failed [\_SB.AC__._PSR] (Node 0xc84e3780), AE_NOT_FOUND Help at all? On Sun, Nov 2, 2008 at 9:50 AM, Robert Watson wrote: > On Wed, 29 Oct 2008, Ryan wrote: > >> Hello, I purchased a new Clevo M860TU on the account that it ran linux >> very well and was hoping it would fair the same on FreeBSD. Not so much, >> little help? I posted this in mobile originally but though stable would be a >> better choice. Don't know if it is more appropriate here or ACPI. >> >> I'm giving you as much information as I know how to get. as I cannot get >> sysinstall to load I am having to type all these dmesg. The boot process is >> hanging. This is all with 7.x, I can give 6.x if needed. > > xpt_config is the CAM configuration wait, so basically the system is waiting > for a storage device to report back on whether it could be used as a root > file system. > > I recently saw a similar report of problems involving a firewire controller > on an nvidia motherboard following an upgrade to 7.x, and I wonder if you > might try the following: see if 6.4 will install, and if so, install it. > Then cvsup 7.x, and do a buildworld but not an installworld. This will let > you build and experiment with 7.x kernels from a known-working environment. > > Make sure to keep a working 6.x kernel around -- I suggest something like > "cp -r /boot/kernel /boot/kernel.good" before starting so you can always > fall back to a good kernel. Now try building a 7.x kernel without USB or > firewire support, and booting that? > > Also, it's worth checking there are no BIOS upgrades available for the > motherboard... > > Robert N M Watson > Computer Laboratory > University of Cambridge > > >> >> Hardware: >> Intel P9500 >> 4gb DDR3-1066 >> Nvidia 9800M GT >> Atheros AR5006e >> >> FreeBSD 7.1-BETA2 >> >> These snippets of dmesg happen around the end where it hangs. >> >> 1. Default >> >> ... >> cpu0: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6a02d40 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU0._OSC] (Node 0xc68556e0), AE_AML_INTERNAL >> est0: on cpu0 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6a0e300 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU1._OSC] (Node 0xc685560), AE_AML_INTERNAL >> est1: on cpu1 >> p4tcc1: on cpu1 >> ... >> cpu0: Cx states changed >> cpu1: Cx states changed >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> acd0: DVDR at ata3-master UDMA33 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config >> >> Then just stalls >> >> 2. No ACPI >> >> ... >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> acd0: DVDR at ata3-master UDMA33 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config >> >> Then just stalls >> >> 3. Safe Mode >> >> I can only tell you a little because console is spammed. It is the >> same as no ACPI, but with an interrupt storm. >> >> ... >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> acd0: DVDR at ata3-master UDMA33 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config >> >> When it gets to the unknowns, this is spammed. >> >> interrupt storm detected on "irq10:"; throttling interrupt source >> >> Other than the interrupt storm spam, it is halted like the others. >> >> >> 4. Single User Mode >> >> Same as 1, Default >> >> >> 5. Verbose >> >> All I can tell you is what is spammed at the end. >> >> acpi: bad write to port 0x080 (32), val hex >> >> Where hex is ever increasing and loops when it hits 0xff01. I can also >> see run_interrupt_driven_hooks message in all the spam. >> >> Using some googling if you add the sysctl before boot >> >> debug.acpi.block_bad_io=1 >> >> it might be of some help. This just leads to a never ending loop of >> acpi errors - the scroll very fast and difficult to record might I >> add! >> >> ... >> acpi: bad write to port 0x080 (32), val hex >> ACPI Exception (evregion-0529): AE_BAD_PARAMETER, Returned by handler >> for [SystemIO] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed [\P8XH] (Node >> 0xc6850a60), AE_BAD_PARAMETER >> ACPI Error (psparse-0626): Method parse/execution failed [\_GPE._L01] >> [20070320] >> ACPI Exception (evgpe-0687): AE_BAD_PARAMETER, while evauating GPE >> method [_L01] [20070320] >> --repeat-- >> ... >> >> >> FreeBSD 7.0-REL >> >> 7.0 is a little different than 7.1. Messages are somewhat the same but >> they happen near the beginning of dmesg instead of around the end. The >> run_interrupt_driven_hooks issue is nonexistant as well, but it still >> hangs. I'm guessing that's a debug tool more than an error. >> >> 1. Default >> >> ... >> cpu0: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6862580 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU0._OSC] (Node 0xc682d580), AE_AML_INTERNAL >> est0: on cpu0 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj >> 0xc6861100 [20070320] >> ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving >> operands for [OpcodeName unavailable] [20070320] >> ACPI Error (psparse-0626): Method parse/execution failed >> [\_PR_.CPU1._OSC] (Node 0xc682d4a0), AE_AML_INTERNAL >> est1: on cpu1 >> p4tcc1: on cpu1 >> ... >> cpu0: Cx states changed >> cpu1: Cx states changed >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> acd0: DVDR at ata3-master UDMA33 >> GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install >> >> Hangs. >> >> 2. No ACPI >> >> .. >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> .. >> >> Hangs. >> >> >> 3. Safe Mode >> >> Same interrupt storm as 7.1-BETA2. >> >> ... >> interrupt storm detected on "irq10:"; throttling interrupt source >> --repeat-- >> >> 4. Single User Mode >> >> Same as 1. Default. >> >> >> 5. Verbose >> >> Hang like normal, cannot see the ACPI errors since they fly off the >> scroll lock buffer. >> >> ... >> cpu0: Cx states changed >> cpu1: Cx states changed >> ... >> unknown: timeout waiting for read DRQ >> unknown: timeout waiting for read DRQ >> ... >> >> >> Thanks again. >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >