From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 6 11:08:08 2007 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B585C16A469 for ; Mon, 6 Aug 2007 11:08:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2A113C4B3 for ; Mon, 6 Aug 2007 11:08:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l76B8841029765 for ; Mon, 6 Aug 2007 11:08:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l76B87ru029761 for freebsd-acpi@FreeBSD.org; Mon, 6 Aug 2007 11:08:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Aug 2007 11:08:07 GMT Message-Id: <200708061108.l76B87ru029761@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 11:08:08 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 s i386/79080 acpi acpi thermal changes freezes HP nx6110 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/114113 acpi [patch] ACPI kernel panic during S3 suspend / resume o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o amd64/115011 acpi ACPI problem ,reboot system down. 13 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o i386/72179 acpi [acpi] [patch] Inconsistent apm(8) output regarding th o kern/73823 acpi [feature request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o kern/89411 acpi [acpi] acpiconf bug o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/111591 acpi [acpi] dev.acpi_ibm.0.events returns I/O error (regres o kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi Dell C810 - ACPI problem o kern/114722 acpi [acpi] [patch] Nearly duplicate p-state entries report 18 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 6 12:28:40 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 714E816A417; Mon, 6 Aug 2007 12:28:40 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id D620D13C46B; Mon, 6 Aug 2007 12:28:39 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l76CSdox093739; Mon, 6 Aug 2007 09:28:39 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 6 Aug 2007 09:28:35 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> In-Reply-To: <46AB160D.6040207@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200708060928.36154.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Cc: bruno@freebsd.org, freebsd-acpi@freebsd.org, Michael Nottebrock Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 12:28:40 -0000 On Saturday 28 July 2007 07:10:21 Michael Nottebrock wrote: > > but I have better news and seems my first idea was right, the MB is it > > > > I found a tech info on the manufactor's support site telling cpu support > > up to 4600+ and found a bios for newer cpus including my 5000+ > > > > so I upgraded the bios and my CPU now works with smp + cpufreq + powerd > > on both amd64 and i386 > > =A0 > > Good to hear. Unfortunately my Mobo's BIOS is already up-to-date, the > CPU is officially supported and Cool'n'Quiet works dandy in Windows XP I had a chance to test several MBs with the same 6000+, 5000+ and 4600+ cpu At the end seems that the problem is mb/hardware related since some=20 combinations hung even with latest BIOS installed and others not. I tested newer MATX MBs and the only one which seems to run stable for long= =20 time is the Gigabyte MCP61 chipset. All others are freezing sooner or later= =20 with Athlon 5000 or faster CPUs.=20 The problem is less with the 4600 CPU almost all boards are fine and with 4= 200=20 CPU no problem at all. The MBs with sis vga onboard are appearently unusable with the higher freq= =20 CPUs. ATI and NVidia are ok.=20 Xorg appearently do not like HPET enabled because it freezes then with all= =20 this boards I tested. Anyway, funny is that Fedora 7 which I have on the same HD is not freezing = =20 (same xorg+kde version) what makes me guess that eventual there is some=20 problem with freebsd's acpi understanding the acpi tables when using this=20 high freq amd processors. Only to remember the problem only ocurres when loading powerd and seems the= =20 freeze happens when cpu freq is upshifting not down. Not sure if it is worth looking deeper into this on 6 and soon I have some= =20 time I will check current first=20 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 6 16:19:46 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C427A16A41B for ; Mon, 6 Aug 2007 16:19:46 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 611FF13C457 for ; Mon, 6 Aug 2007 16:19:46 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so385592nfb for ; Mon, 06 Aug 2007 09:19:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=FBVZC0zvf6bRxI/ZEQ6pB/uvB/OlyOjk45xIGCyFwtPLrHOY332rDPDDzNRPdmmD8KUAvikkVKmqL7dsecVC5icHUPaeeqVKRKgbvsUyUw0Ny+UBJL51yxeprVKhIFDGGzr9BHVPEBZXEpFnRuIpeforktl5bd4vbkZoX8PRrak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DsyhUfjTHr1utftn29E7XpDYB2vc5COvkhh/HOQbczRAfD0AtKRqKeP0dSVnhI+LbBp7NJk2K7HNDRlDyYB2ITzL43V9YJzZA0Mx8luloxCFY+B9w/EiMwQpBGMDdw7GXkT3Ikio083efndW6L2T1F20hgMvGnw491hgw+buFzQ= Received: by 10.86.77.5 with SMTP id z5mr4448955fga.1186415648619; Mon, 06 Aug 2007 08:54:08 -0700 (PDT) Received: by 10.86.71.6 with HTTP; Mon, 6 Aug 2007 08:54:08 -0700 (PDT) Message-ID: <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> Date: Mon, 6 Aug 2007 10:54:08 -0500 From: "Scot Hetzel" To: JoaoBR In-Reply-To: <200708060928.36154.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200708060928.36154.joao@matik.com.br> Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 16:19:46 -0000 On 8/6/07, JoaoBR wrote: > Only to remember the problem only ocurres when loading powerd and seems the > freeze happens when cpu freq is upshifting not down. > Try setting: hint.acpi_throttle.0.disabled="1" in /boot/loader.conf, as acpi_throttle may be the cause of the freeze. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 6 17:49:23 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E438016A418; Mon, 6 Aug 2007 17:49:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D9FE213C428; Mon, 6 Aug 2007 17:49:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0309E1A4D7C; Mon, 6 Aug 2007 10:48:33 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id A9FF1C134; Mon, 6 Aug 2007 13:49:20 -0400 (EDT) Date: Mon, 6 Aug 2007 13:49:20 -0400 From: Kris Kennaway To: Scot Hetzel Message-ID: <20070806174920.GA39742@rot26.obsecurity.org> References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200708060928.36154.joao@matik.com.br> <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 17:49:23 -0000 On Mon, Aug 06, 2007 at 10:54:08AM -0500, Scot Hetzel wrote: > On 8/6/07, JoaoBR wrote: > > Only to remember the problem only ocurres when loading powerd and seems the > > freeze happens when cpu freq is upshifting not down. > > > Try setting: > > hint.acpi_throttle.0.disabled="1" > > in /boot/loader.conf, as acpi_throttle may be the cause of the freeze. FYI this worked for me. Kris From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 6 18:02:04 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66B6416A417; Mon, 6 Aug 2007 18:02:04 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id EC44213C457; Mon, 6 Aug 2007 18:02:03 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l76I24iM026101; Mon, 6 Aug 2007 15:02:04 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 6 Aug 2007 15:01:59 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <200708060928.36154.joao@matik.com.br> <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> In-Reply-To: <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200708061502.00499.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, Scot Hetzel Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 18:02:04 -0000 On Monday 06 August 2007 12:54:08 Scot Hetzel wrote: > On 8/6/07, JoaoBR wrote: > > Only to remember the problem only ocurres when loading powerd and seems > > the freeze happens when cpu freq is upshifting not down. > > Try setting: > > hint.acpi_throttle.0.disabled=3D"1" > > in /boot/loader.conf, as acpi_throttle may be the cause of the freeze. > > Scot thank's but I tried this switch and in none of this cases (MBs with problem= )=20 it helped =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 7 00:58:26 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46CF516A41B for ; Tue, 7 Aug 2007 00:58:26 +0000 (UTC) (envelope-from wildes@itecgyn.com.br) Received: from correio.itecgyn.com.br (201.22.164.121.static.gvt.net.br [201.22.164.121]) by mx1.freebsd.org (Postfix) with ESMTP id CFD7613C4CE for ; Tue, 7 Aug 2007 00:58:24 +0000 (UTC) (envelope-from wildes@itecgyn.com.br) Received: from localhost (localhost.itecgyn.com.br [127.0.0.1]) by correio.itecgyn.com.br (Postfix) with ESMTP id B1FD911458 for ; Mon, 6 Aug 2007 22:03:46 +0000 (UTC) MIME-Version: 1.0 Date: Mon, 6 Aug 2007 22:03:46 +0000 From: Wildes Miranda de Oliveira To: freebsd-acpi@freebsd.org Organization: Itecgyn Informatica ME In-Reply-To: <9e7013bbdabcb7dd359398aa0a5d5ba6@localhost> References: <9e7013bbdabcb7dd359398aa0a5d5ba6@localhost> Message-ID: <903f4bc2118c595b4baf82815ea99ca6@localhost> X-Sender: wildes@itecgyn.com.br User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: Cant load Marvell Yukon network interface with acpi enabled and AtherosAR5005 with acpi disabled. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gowmo@itecgyn.com.br List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 00:58:26 -0000 > hi list, > > excuse-me my poorly english. > > recently i bought one notebook acer aspire 3680, and i have had problems > for load network interfaces on them. > the problem is that the interface ethernet Marvell Yukon don't load with > acpi enabled, and the interface > wireless Atheros AR5005 don't load with acpi disabled, with this it´s > never load on same bootstrap. > i'm annexing informations about dmesg with acpi enabled/disabled , > acpidump and pciconf -lv. > > i wish ask you about tunning of acpi described in man page. could this > solve my problem ? > > LOADER TUNABLES > Tunables can be set at the loader(8) prompt before booting the kernel > or > stored in /boot/loader.conf. Many of these tunables also have a > matching > > hw.acpi.serialize_methods > > Allow override of whether methods execute in parallel or not. > Enable this for serial behavior, which fixes > "AE_ALREADY_EXISTS" > errors for AML that really cannot handle parallel method > execu- > tion. It is off by default since this breaks recursive > methods > and some IBMs use such code. > > hw.pci.link.%s.%d.irq > > Override the interrupt to use for this link and index. This > capability should be used carefully, and only if a device is > not > working with acpi enabled. "%s" is the name of the link > (e.g., > LNKA). "%d" is the resource index when the link supports > multi- > ple IRQs. Most PCI links only have one IRQ resource, so the > below form should be used. > > hw.pci.link.%s.irq > > Override the interrupt to use. This capability should be > used > carefully, and only if a device is not working with acpi > enabled. > "%s" is the name of the link (e.g., LNKA). > > #================= ACPI DISABLED ==================================== > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-CURRENT-200706 #0: Sun Jun 3 18:41:02 UTC 2007 > root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > MPTable: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Celeron(R) M CPU 430 @ 1.73GHz (1733.41-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > > Features=0xafe9fbff > Features2=0xc109 > AMD Features=0x100000 > real memory = 526974976 (502 MB) > avail memory = 501780480 (478 MB) > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > vgapci0: port 0x1800-0x1807 mem > 0xd0200000-0xd027ffff,0xc0000000-0xcfffffff,0xd0300000-0xd033ffff irq 16 at > device 2.0 on pci0 > agp0: on vgapci0 > agp0: detected 7932k stolen memory > agp0: aperture size is 256M > vgapci1: mem 0xd0280000-0xd02fffff at device 2.1 > on pci0 > pci0: at device 27.0 (no driver attached) > pcib1: irq 16 at device 28.0 on pci0 > pci2: on pcib1 > mskc0: port 0x2000-0x20ff mem > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > msk0: on mskc0 > msk0: Ethernet address: 00:16:36:d1:56:ce > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ukphy0: PHY 3 on miibus0 > ukphy0: no media present > ukphy1: PHY 6 on miibus0 > ukphy1: no media present > mskc0: [FILTER] > pcib2: irq 17 at device 28.1 on pci0 > pci3: on pcib2 > pcib3: irq 18 at device 28.2 on pci0 > pci4: on pcib3 > pcib4: irq 19 at device 28.3 on pci0 > pci5: on pcib4 > uhci0: port 0x1820-0x183f irq 23 at device > 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1840-0x185f irq 19 at device > 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x1860-0x187f irq 18 at device > 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x1880-0x189f irq 16 at device > 29.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem > 0xd0544000-0xd05443ff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > pcib5: at device 30.0 on pci0 > pci10: on pcib5 > ath0: mem 0xd0000000-0xd000ffff at device 3.0 on pci10 > pcib5: unable to route slot 3 INTA > ath0: could not map interrupt > device_attach: ath0 attach returned 6 > cbb0: mem 0xd0014000-0xd0014fff irq 20 at device 9.0 > on pci10 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [ITHREAD] > pci10: at device 9.2 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > pmtimer0 on isa0 > orm0: at iomem 0xcf000-0xcffff,0xdf800-0xdffff pnpid > ORM0000 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > unknown: can't assign resources (memory) > unknown: can't assign resources (memory) > unknown: can't assign resources (memory) > unknown: can't assign resources (memory) > unknown: can't assign resources (irq) > Timecounter "TSC" frequency 1733412980 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 76319MB at ata0-master SATA150 > acd0: CDRW at ata1-master UDMA33 > GEOM_LABEL: Label for provider ad0s3 is msdosfs/DADOS. > Trying to mount root from ufs:/dev/ad0s1a > msk0: link state changed to UP > > #====================== ACPI ENABLED ==================================== > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-CURRENT-200706 #0: Sun Jun 3 18:41:02 UTC 2007 > root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Celeron(R) M CPU 430 @ 1.73GHz (1733.41-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > > Features=0xafe9fbff > Features2=0xc109 > AMD Features=0x100000 > real memory = 526974976 (502 MB) > avail memory = 501760000 (478 MB) > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 2000 > acpi0: Power Button (fixed) > unknown: I/O range not supported > acpi0: reservation of fed00000, 400 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: port 0x1800-0x1807 mem > 0xd0200000-0xd027ffff,0xc0000000-0xcfffffff,0xd0300000-0xd033ffff irq 16 at > device 2.0 on pci0 > agp0: on vgapci0 > agp0: detected 7932k stolen memory > agp0: aperture size is 256M > vgapci1: mem 0xd0280000-0xd02fffff at device 2.1 > on pci0 > pci0: at device 27.0 (no driver attached) > pcib1: irq 16 at device 28.0 on pci0 > pci2: on pcib1 > mskc0: irq 16 at device 0.0 on > pci2 > mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). > mskc0: unknown device: id=0x00, rev=0x00 > device_attach: mskc0 attach returned 6 > pcib2: irq 17 at device 28.1 on pci0 > pci3: on pcib2 > pcib3: irq 18 at device 28.2 on pci0 > pci4: on pcib3 > uhci0: port 0x1820-0x183f irq 23 at device > 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1840-0x185f irq 19 at device > 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x1860-0x187f irq 18 at device > 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x1880-0x189f irq 16 at device > 29.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem > 0xd0544000-0xd05443ff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > pcib4: at device 30.0 on pci0 > pci10: on pcib4 > ath0: mem 0xd0000000-0xd000ffff at device 3.0 on pci10 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:19:7d:47:ed:84 > ath0: mac 7.8 phy 4.5 radio 5.6 > cbb0: mem 0xd0014000-0xd0014fff irq 20 at device 9.0 > on pci10 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [ITHREAD] > pci10: at device 9.2 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_acad0: on acpi0 > battery0: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > pmtimer0 on isa0 > orm0: at iomem 0xcf000-0xcffff,0xdf800-0xdffff pnpid > ORM0000 on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 1733409431 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 76319MB at ata0-master SATA150 > acd0: CDRW at ata1-master UDMA33 > GEOM_LABEL: Label for provider ad0s3 is msdosfs/DADOS. > Trying to mount root from ufs:/dev/ad0s1a > > #======================== PCICONF -LV ==================================== > > hostb0@pci0:0:0: class=0x060000 card=0x01101025 chip=0x27a08086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM > Controller' > class = bridge > subclass = HOST-PCI > vgapci0@pci0:2:0: class=0x030000 card=0x01101025 chip=0x27a28086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile Integrated Graphics Controller' > class = display > subclass = VGA > vgapci1@pci0:2:1: class=0x038000 card=0x01101025 chip=0x27a68086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile Integrated Graphics Controller' > class = display > none0@pci0:27:0: class=0x040300 card=0x01101025 chip=0x27d88086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) High Definition Audio' > class = multimedia > pcib1@pci0:28:0: class=0x060400 card=0x01101025 chip=0x27d08086 rev=0x02 > hdr=0x01 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) PCI Express Root Port' > class = bridge > subclass = PCI-PCI > pcib2@pci0:28:1: class=0x060400 card=0x01101025 chip=0x27d28086 rev=0x02 > hdr=0x01 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) PCI Express Root Port' > class = bridge > subclass = PCI-PCI > pcib3@pci0:28:2: class=0x060400 card=0x01101025 chip=0x27d48086 rev=0x02 > hdr=0x01 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) PCI Express Root Port' > class = bridge > subclass = PCI-PCI > uhci0@pci0:29:0: class=0x0c0300 card=0x01101025 chip=0x27c88086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci1@pci0:29:1: class=0x0c0300 card=0x01101025 chip=0x27c98086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci2@pci0:29:2: class=0x0c0300 card=0x01101025 chip=0x27ca8086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci3@pci0:29:3: class=0x0c0300 card=0x01101025 chip=0x27cb8086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > ehci0@pci0:29:7: class=0x0c0320 card=0x01101025 chip=0x27cc8086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' > class = serial bus > subclass = USB > pcib4@pci0:30:0: class=0x060401 card=0x01101025 chip=0x24488086 rev=0xe2 > hdr=0x01 > vendor = 'Intel Corporation' > device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI > Bridge' > class = bridge > subclass = PCI-PCI > isab0@pci0:31:0: class=0x060100 card=0x01101025 chip=0x27b98086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GBM (ICH7-M) LPC Interface Controller' > class = bridge > subclass = PCI-ISA > atapci0@pci0:31:2: class=0x010180 card=0x01101025 chip=0x27c48086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage > Controller' > class = mass storage > subclass = ATA > none1@pci0:31:3: class=0x0c0500 card=0x01101025 chip=0x27da8086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) SMBus Controller' > class = serial bus > subclass = SMBus > mskc0@pci2:0:0: class=0x020000 card=0x01101025 chip=0x435211ab rev=0x14 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Yukon 88E8038 PCI-E Fast Ethernet Controller' > class = network > subclass = ethernet > ath0@pci10:3:0: class=0x020000 card=0x04181468 chip=0x001a168c rev=0x01 > hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'Atheros AR5005G Atheros AR5005G 802.11abg NIC Chipset' > class = network > subclass = ethernet > cbb0@pci10:9:0: class=0x060700 card=0x01101025 chip=0x8039104c rev=0x00 > hdr=0x02 > vendor = 'Texas Instruments (TI)' > device = 'PCIxx12 Cardbus Controller' > class = bridge > subclass = PCI-CardBus > none2@pci10:9:2: class=0x018000 card=0x01101025 chip=0x803b104c rev=0x00 > hdr=0x00 > vendor = 'Texas Instruments (TI)' > device = 'PCIxx12 Integrated Flash Media Controller' > class = mass storage From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 7 03:07:02 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C190116A417 for ; Tue, 7 Aug 2007 03:07:02 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC5C13C458 for ; Tue, 7 Aug 2007 03:07:00 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 43006 invoked from network); 7 Aug 2007 03:07:02 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 7 Aug 2007 03:07:02 -0000 Message-ID: <46B7E1D0.9080506@root.org> Date: Mon, 06 Aug 2007 20:06:56 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: gowmo@itecgyn.com.br References: <9e7013bbdabcb7dd359398aa0a5d5ba6@localhost> <903f4bc2118c595b4baf82815ea99ca6@localhost> In-Reply-To: <903f4bc2118c595b4baf82815ea99ca6@localhost> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: Cant load Marvell Yukon network interface with acpi enabled and AtherosAR5005 with acpi disabled. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 03:07:02 -0000 Wildes Miranda de Oliveira wrote: >> hi list, >> >> excuse-me my poorly english. >> >> recently i bought one notebook acer aspire 3680, and i have had problems >> for load network interfaces on them. >> the problem is that the interface ethernet Marvell Yukon don't load with >> acpi enabled, and the interface >> wireless Atheros AR5005 don't load with acpi disabled, with this it´s >> never load on same bootstrap. >> i'm annexing informations about dmesg with acpi enabled/disabled , >> acpidump and pciconf -lv. >> >> i wish ask you about tunning of acpi described in man page. could this >> solve my problem ? >> Set debug.acpi.disabled="sysres" at the loader prompt or in /boot/loader.conf Posting a link to your ASL would help find out why it may be colliding with your devices. acpidump -dt | gzip -9c > acer.asl.gz -Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 7 13:40:51 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB72216A418 for ; Tue, 7 Aug 2007 13:40:51 +0000 (UTC) (envelope-from subhro.kar@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 86B1013C458 for ; Tue, 7 Aug 2007 13:40:49 +0000 (UTC) (envelope-from subhro.kar@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2353903waf for ; Tue, 07 Aug 2007 06:40:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=n8FapF2YXtirRU9D9uibpkCL2KORctsT5uDK+/KBWpI+UGDxGC4JVb4248wxvOc+zV3rcG0T/oGg92QbNBgpVtD2KwUFxE81vFauXPQXTS+2dVtDihd04MEygcC6HTlCXRdwLLj8La7ThuiUW4DRwKwdbXIfl8Lgri4YcGirQDU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=b9yDPEIxNYtCEZpCXoO/5p58QbzoW7LBCXe6TZh0dr0RIGGTnospypAF7zad7POwUwKTqKvJiCmNOD12I2uebgV/AJ0atZ3pw2EzeziSSEgl3HTJcE2H/uDPe4TTmXnmf9+6GZNOEenx6SVOvGLxe54Kd95ZeHbKzuEe6uwUOz0= Received: by 10.114.173.15 with SMTP id v15mr6733067wae.1186492508193; Tue, 07 Aug 2007 06:15:08 -0700 (PDT) Received: by 10.114.77.8 with HTTP; Tue, 7 Aug 2007 06:15:08 -0700 (PDT) Message-ID: Date: Tue, 7 Aug 2007 13:15:08 +0000 From: Subhro To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Borked ACPI on nc6400? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 13:40:51 -0000 Hello, I am running FreeBSD 6.2 stable on a HP nc6400 series notebook. I am having quite a few issues with ACPI. 1. Although the system can be powered off using halt -p, the suspend to ram states (S1 S3) don't work. On doing: acpiconf -s 3 I get: Aug 7 18:31:13 fairlikely-lr acpi: suspend at 20070807 18:31:13 Aug 7 18:31:14 fairlikely-lr kernel: bge0: PHY read timed out Aug 7 18:31:18 fairlikely-lr last message repeated 9 times Aug 7 18:31:18 fairlikely-lr kernel: ACPI-1304: *** Error: Method execution failed [\_SB_.C002.C121] (Node 0xffffff000081e1c0), AE_AML_BUFFER_LIMIT Aug 7 18:31:18 fairlikely-lr kernel: ACPI-1304: *** Error: Method execution failed [\_SB_.C002.C126._SRS] (Node 0xffffff0000840600), AE_AML_BUFFER_LIMIT Aug 7 18:31:18 fairlikely-lr kernel: pci_link7: Unable to route IRQs: AE_AML_BUFFER_LIMIT Aug 7 18:31:18 fairlikely-lr kernel: bge0: 3 link states coalesced Aug 7 18:31:18 fairlikely-lr kernel: bge0: link state changed to DOWN Aug 7 18:31:18 fairlikely-lr kernel: bge0: link state changed to UP Aug 7 18:31:18 fairlikely-lr kernel: acpi_tz0: _CRT value is absurd, ignored (256.0C) Aug 7 18:31:18 fairlikely-lr kernel: ugen1: at uhub0 port 1 (addr 2) disconnected Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1.4 Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1.3 Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1.2 Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1.1 Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1 Aug 7 18:31:18 fairlikely-lr kernel: ugen1: detached Aug 7 18:31:18 fairlikely-lr kernel: ugen0: at uhub1 port 1 (addr 2) disconnected Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen0.2 Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen0.1 Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen0 Aug 7 18:31:18 fairlikely-lr kernel: ugen0: detached Aug 7 18:31:21 fairlikely-lr acpi: resumed at 20070807 18:31:21 2. I am repeatedly getting errors regarding invalid thermal states: Aug 7 18:29:08 fairlikely-lr kernel: acpi_tz0: _CRT value is absurd, ignored (256.0C) 3. CPU Frequency stepping does not work. If I enable powerd, initially I can see the CPU frequency changing but it hangs randomly. The only way out is to do a hard reboot. I am attaching the outputs of sysctk hw.acpi and acpidump -dt. Please feel free to ask for any further information. Thanks Subhro -- Subhro Kar Software Engineer Dynamic Digital Technologies Pvt. Ltd. EPY-3, Sector: V Salt Lake City 700091 India From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 7 13:43:35 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2C2016A468 for ; Tue, 7 Aug 2007 13:43:34 +0000 (UTC) (envelope-from subhro.kar@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id CB39113C4A6 for ; Tue, 7 Aug 2007 13:43:34 +0000 (UTC) (envelope-from subhro.kar@gmail.com) Received: by rv-out-0910.google.com with SMTP id f1so1174976rvb for ; Tue, 07 Aug 2007 06:43:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=GEnPpWbjSMXapq2r7mb/Z7HK4s7viHN4r3ccqK768mMYbnrHA2zBQop5lm+UZ5j0dASdxFQxDVHtrA6l31fGjYmqoh50yVjycQlUXPeL6kDS9HKSZm7ubUEsE/hNQPhu/GFknnddshagSxrojEHGoHX8lq6D8sdT99Xj6DgEPu4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=KgoUCC+7b7uxiEPI3/U99ufgpE6hdQW+xVV8jBm4jQEzfN6wsl74g3q47uEHrQBTdIuJdGR4gO/AMJd2e8b8b7GQLbKZtskATInNF8b5dZlmw74NIwvhk6nrnO4pqoLoG3RoA3iD/ZrFnpY5sp+nQb33qN0thOF5FlxgVlooOdA= Received: by 10.114.75.1 with SMTP id x1mr6719149waa.1186492641687; Tue, 07 Aug 2007 06:17:21 -0700 (PDT) Received: by 10.114.77.8 with HTTP; Tue, 7 Aug 2007 06:17:21 -0700 (PDT) Message-ID: Date: Tue, 7 Aug 2007 13:17:21 +0000 From: Subhro To: freebsd-acpi@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_90807_28988693.1186492641605" References: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Borked ACPI on nc6400? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 13:43:35 -0000 ------=_Part_90807_28988693.1186492641605 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Oops forgot the attachments. Subhro On 8/7/07, Subhro wrote: > Hello, > > I am running FreeBSD 6.2 stable on a HP nc6400 series notebook. I am > having quite a few issues with ACPI. > > 1. Although the system can be powered off using halt -p, the suspend > to ram states (S1 S3) don't work. On doing: > > acpiconf -s 3 I get: > > Aug 7 18:31:13 fairlikely-lr acpi: suspend at 20070807 18:31:13 > Aug 7 18:31:14 fairlikely-lr kernel: bge0: PHY read timed out > Aug 7 18:31:18 fairlikely-lr last message repeated 9 times > Aug 7 18:31:18 fairlikely-lr kernel: ACPI-1304: *** Error: Method > execution failed [\_SB_.C002.C121] (Node 0xffffff000081e1c0), > AE_AML_BUFFER_LIMIT > Aug 7 18:31:18 fairlikely-lr kernel: ACPI-1304: *** Error: Method > execution failed [\_SB_.C002.C126._SRS] (Node 0xffffff0000840600), > AE_AML_BUFFER_LIMIT > Aug 7 18:31:18 fairlikely-lr kernel: pci_link7: Unable to route IRQs: > AE_AML_BUFFER_LIMIT > Aug 7 18:31:18 fairlikely-lr kernel: bge0: 3 link states coalesced > Aug 7 18:31:18 fairlikely-lr kernel: bge0: link state changed to DOWN > Aug 7 18:31:18 fairlikely-lr kernel: bge0: link state changed to UP > Aug 7 18:31:18 fairlikely-lr kernel: acpi_tz0: _CRT value is absurd, > ignored (256.0C) > Aug 7 18:31:18 fairlikely-lr kernel: ugen1: at uhub0 port 1 (addr 2) > disconnected > Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1.4 > Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1.3 > Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1.2 > Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1.1 > Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen1 > Aug 7 18:31:18 fairlikely-lr kernel: ugen1: detached > Aug 7 18:31:18 fairlikely-lr kernel: ugen0: at uhub1 port 1 (addr 2) > disconnected > Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen0.2 > Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen0.1 > Aug 7 18:31:18 fairlikely-lr kernel: All threads purged from ugen0 > Aug 7 18:31:18 fairlikely-lr kernel: ugen0: detached > Aug 7 18:31:21 fairlikely-lr acpi: resumed at 20070807 18:31:21 > > 2. I am repeatedly getting errors regarding invalid thermal states: > > Aug 7 18:29:08 fairlikely-lr kernel: acpi_tz0: _CRT value is absurd, > ignored (256.0C) > > 3. CPU Frequency stepping does not work. If I enable powerd, initially > I can see the CPU frequency changing but it hangs randomly. The only > way out is to do a hard reboot. > > I am attaching the outputs of sysctk hw.acpi and acpidump -dt. > > Please feel free to ask for any further information. > > Thanks > Subhro > > -- > Subhro Kar > Software Engineer > Dynamic Digital Technologies Pvt. Ltd. > EPY-3, Sector: V > Salt Lake City > 700091 > India > -- Subhro Kar Software Engineer Dynamic Digital Technologies Pvt. Ltd. EPY-3, Sector: V Salt Lake City 700091 India ------=_Part_90807_28988693.1186492641605-- From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 9 07:39:20 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A018616A417 for ; Thu, 9 Aug 2007 07:39:20 +0000 (UTC) (envelope-from se@freebsd.org) Received: from spacemail2-out.mgmt.space.net (spacemail2-out.mgmt.space.net [194.97.149.148]) by mx1.freebsd.org (Postfix) with ESMTP id 2E00813C469 for ; Thu, 9 Aug 2007 07:39:19 +0000 (UTC) (envelope-from se@freebsd.org) X-SpaceNet-SBRS: None X-IronPort-AV: E=Sophos;i="4.19,239,1183327200"; d="scan'208";a="24090591" Received: from mail.atsec.com ([195.30.252.105]) by spacemail2-out.mgmt.space.net with ESMTP; 09 Aug 2007 09:09:17 +0200 Received: from [10.254.1.25] (unknown [195.30.9.200]) (Authenticated sender: se@atsec.com) by mail.atsec.com (Postfix) with ESMTP id A463B720960; Thu, 9 Aug 2007 09:09:13 +0200 (CEST) Message-ID: <46B9F968.4030508@freebsd.org> Date: Wed, 08 Aug 2007 19:12:08 +0200 From: =?ISO-8859-1?Q?Stefan_E=DFer?= Organization: atsec information security User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Kris Kennaway References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200708060928.36154.joao@matik.com.br> <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> <20070806174920.GA39742@rot26.obsecurity.org> In-Reply-To: <20070806174920.GA39742@rot26.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Scot Hetzel , freebsd-stable@freebsd.org Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 07:39:20 -0000 Kris Kennaway schrieb: > On Mon, Aug 06, 2007 at 10:54:08AM -0500, Scot Hetzel wrote: >> On 8/6/07, JoaoBR wrote: >>> Only to remember the problem only ocurres when loading powerd and seems the >>> freeze happens when cpu freq is upshifting not down. >>> >> Try setting: >> >> hint.acpi_throttle.0.disabled="1" >> >> in /boot/loader.conf, as acpi_throttle may be the cause of the freeze. > > FYI this worked for me. Well, I never understood why we don't make this the default,. Since throttling has a much higher impact on performance than on power consumption, it always is lowering the throughput per Watt value (or to use some other metric, it increases the "Joule for completion of a task" value). For systems that do not support EST or PowerNow! (or newer), it may still be better to have the CPU work unthrottled and then go into an extended halt instead of a simple halt (C0). In case of systems with low voltage modes, throttling may make the CPU draw significantly more power than in a higher clocked, reduced voltage mode. (I.e. 2GHz->1.6GHz at lower voltage draws less power than throttling 2GHz->1GHz at the nominal operating voltage ...) Throttling may be useful to prevent over-heating of certain CPUs under extreme load, but AFAIK these implement it without OS support (in on-chip hardware, since the days of the P4). So, IMHO, we should normally have acpi_throttle disabled in the default installation ... Regards, STefan From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 9 19:58:02 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E86D16A417 for ; Thu, 9 Aug 2007 19:58:02 +0000 (UTC) (envelope-from gowmo@itecgyn.com.br) Received: from correio.itecgyn.com.br (201.22.164.121.static.gvt.net.br [201.22.164.121]) by mx1.freebsd.org (Postfix) with ESMTP id 90EB813C457 for ; Thu, 9 Aug 2007 19:58:01 +0000 (UTC) (envelope-from gowmo@itecgyn.com.br) Received: from localhost (localhost.itecgyn.com.br [127.0.0.1]) by correio.itecgyn.com.br (Postfix) with ESMTP id 38047115C6; Thu, 9 Aug 2007 16:44:16 +0000 (UTC) MIME-Version: 1.0 Date: Thu, 9 Aug 2007 16:44:16 +0000 From: Wildes Miranda de Oliveira To: Nate Lawson , freebsd-acpi@freebsd.org Organization: Itecgyn Informatica ME In-Reply-To: <46BB63F4.8010401@root.org> References: <46BB63F4.8010401@root.org> Message-ID: <1afa668fc79984e51c4b4c6537d64d37@localhost> X-Sender: gowmo@itecgyn.com.br User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: Subject: Re: Cant load Marvell Yukon network interfacewithacpienabledandAtherosAR5005withacpidisabled. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 19:58:02 -0000 please, does anyone have any idea ? what i can do ? thanks Nate. wildes miranda On Thu, 09 Aug 2007 11:59:00 -0700, Nate Lawson wrote: > Please redirect this to the list. I'm not sure why this 16 KB > allocation fails. > > Wildes Miranda de Oliveira wrote: >> On Tue, 7 Aug 2007 20:42:34 +0000, Wildes Miranda de Oliveira > wrote: >>> On Tue, 07 Aug 2007 09:53:08 -0700, Nate Lawson wrote: >>>> Wildes Miranda de Oliveira wrote: >>>>> n Tue, 07 Aug 2007 09:16:22 -0700, Nate Lawson wrote: >>>>>> Wildes Miranda de Oliveira wrote: >>>>>>> On Mon, 06 Aug 2007 20:06:56 -0700, Nate Lawson >>> wrote: >>>>>>>> Wildes Miranda de Oliveira wrote: >>>>>>>>>> hi list, >>>>>>>>>> >>>>>>>>>> excuse-me my poorly english. >>>>>>>>>> >>>>>>>>>> recently i bought one notebook acer aspire 3680, and i have had >>>>>>>> problems >>>>>>>>>> for load network interfaces on them. >>>>>>>>>> the problem is that the interface ethernet Marvell Yukon don't >>> load >>>>>>>> with >>>>>>>>>> acpi enabled, and the interface >>>>>>>>>> wireless Atheros AR5005 don't load with acpi disabled, with this >>>>>> it´s >>>>>>>>>> never load on same bootstrap. >>>>>>>>>> i'm annexing informations about dmesg with acpi enabled/disabled > , >>>>>>>>>> acpidump and pciconf -lv. >>>>>>>>>> >>>>>>>>>> i wish ask you about tunning of acpi described in man page. > could >>>>>> this >>>>>>>>>> solve my problem ? >>>>>>>>>> >>>>>>>> Set debug.acpi.disabled="sysres" at the loader prompt or in >>>>>>>> /boot/loader.conf >>>>>> Did this work? >>>>> no, this did not work. what this would do ? >>>> Sorry, I meant "sysresource", not "sysres". >>>> >>>> If you read the man page for acpi, you'll find out. >>>> >>>> -Nate >>> Sorry, i did not get success. i just observed that error message in >>> attach mskc0 interface changed id an rev values from dmesg without >>> debug.acpi.disabled="sysresource". see below : >>> >>> #without debug.acpi.disabled="sysresource" >>> >>> mskc0: irq 16 at device 0.0 on >>> pci2 >>> mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). >>> mskc0: unknown device: id=0x00, rev=0x00 >>> device_attach: mskc0 attach returned 6 >>> >>> #with debug.acpi.disabled="sysresource" >>> >>> mskc0: irq 16 at device 0.0 on >>> pci2 >>> mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). >>> mskc0: unknown device: id=0xff, rev=0x0f >>> device_attach: mskc0 attach returned 6 >>> >>> what i can do for to guide you to help me ? >>> >>> thanks. >> >> please, do you have any idea ? what i can do ? >> >> thanks. >> >> wildes miranda From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 07:52:09 2007 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCDEA16A418 for ; Fri, 10 Aug 2007 07:52:09 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (muon.bluestop.org [80.68.94.188]) by mx1.freebsd.org (Postfix) with ESMTP id 4788C13C45E for ; Fri, 10 Aug 2007 07:52:09 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (dyn-62-56-96-31.dslaccess.co.uk [62.56.96.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id E664B30123; Fri, 10 Aug 2007 08:27:26 +0100 (BST) Message-ID: <46BC1418.9070008@cran.org.uk> Date: Fri, 10 Aug 2007 08:30:32 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: Thomas.Sparrevohn@btinternet.com References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <002501c7973a$eac3db30$c04b9190$@Sparrevohn@btinternet.com> In-Reply-To: <002501c7973a$eac3db30$c04b9190$@Sparrevohn@btinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Artem Naluzhny' , acpi@freebsd.org, current@freebsd.org Subject: Re: RE: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 07:52:09 -0000 Thomas Sparrevohn wrote: > I have the same problem - just as a test try to load a kernel without any USB drivers at all > And shutdown - on my machine it the ACPI part works - however the system hangs during the device > Shutdown phase - this machine is a dell as well - would be nice if somebody using other than dell has the > problem > I'm running 7.0-CURRENT and am seeing the same problem on my Dell Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI controllers; removing the EHCI driver solves the problem and allows the computer to reboot properly. I initially thought it was an ACPI problem but now I'm not so sure - is there anything I can do to help debug it? I've added printfs to kern_shutdown.c and as far as I can see the last function to be called is shutdown_wait; since that doesn't do anything I know more is going on, but I don't know where to look. -- Bruce Cran > >> -----Original Message----- >> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >> acpi@freebsd.org] On Behalf Of Artem Naluzhny >> Sent: 15 May 2007 21:54 >> To: acpi@freebsd.org >> Subject: Reboot on "shutdown -r" hangs after final "uptime ..." string >> >> Hi >> >> I played with different combinations of debug.acpi.do_powerstate, >> hw.acpi.disable_on_reboot and hw.acpi.handle_reboot sysctls on my >> Inspiron 1501 notebook without success. Environment: >> >> FreeBSD 7.0-CURRENT #1: Thu May 10 21:22:20 EEST 2007 >> root@tut.intra:/usr/obj/usr/src/sys/TUT >> WARNING: WITNESS option enabled, expect reduced performance. >> Preloaded elf kernel "/boot/kernel/kernel" at 0xc082b000. >> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc082b1c4. >> Calibrating clock(s) ... i8254 clock: 1193176 Hz >> CLK_USE_I8254_CALIBRATION not specified - using default frequency >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Calibrating TSC clock ... TSC clock: 1596011252 Hz >> CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686- >> class CPU) >> Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 >> >> Features=0x178bfbff> E,MCA,CMOV,PAT,PSE36,CLFLU >> SH,MMX,FXSR,SSE,SSE2,HTT> >> Features2=0x2001 >> AMD >> Features=0xea500800 >> AMD Features2=0x1f >> HTT bit cleared - FreeBSD does not have licensing issues requiring it. >> >> Cores per package: 2 >> Data TLB: 32 entries, fully associative >> Instruction TLB: 32 entries, fully associative >> L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative >> L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way >> associative >> L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way >> associative >> real memory = 937885696 (894 MB) >> Physical memory chunk(s): >> 0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) >> 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >> 0x0000000000c28000 - 0x0000000036e6ffff, 908361728 bytes (221768 pages) >> avail memory = 908304384 (866 MB) >> Table 'FACP' at 0x37e7fb9a >> Table 'TCPA' at 0x37e7fc0e >> Table 'SSDT' at 0x37e7fc40 >> Table 'APIC' at 0x37e7fdc2 >> MADT: Found table at 0x37e7fdc2 >> MP Configuration Table version 1.4 found at 0xc009e171 >> APIC: Using the MADT enumerator. >> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled >> SMP: Added CPU 0 (AP) >> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled >> SMP: Added CPU 1 (AP) >> ACPI APIC Table: >> INTR: Adding local APIC 1 as a target >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> bios32: Found BIOS32 Service Directory header at 0xc00f84a0 >> bios32: Entry = 0xfdc84 (c00fdc84) Rev = 0 Len = 1 >> pcibios: PCI BIOS entry at 0xfdc80+0x0 >> pnpbios: Found PnP BIOS data at 0xc00f8540 >> pnpbios: Entry = e5d0:9499 Rev = 1.0 >> Other BIOS signatures found: >> APIC: CPU 0 has ACPI ID 0 >> APIC: CPU 1 has ACPI ID 1 >> ACPI: RSDP @ 0x0xf8500/0x0014 (v 0 PTLTD ) >> ACPI: RSDT @ 0x0x37e79578/0x0040 (v 1 DELL M08 0x06040000 LTP >> 0x00000000) >> ACPI: FACP @ 0x0x37e7fb9a/0x0074 (v 1 ATI Bowfin 0x06040000 ATI >> 0x000F4240) >> ACPI: DSDT @ 0x0x37e795b8/0x65E2 (v 1 ATI SB600 0x06040000 MSFT >> 0x03000000) >> ACPI: FACS @ 0x0x37e90fc0/0x0040 >> ACPI: TCPA @ 0x0x37e7fc0e/0x0032 (v 2 AMD 0x06040000 PTEC >> 0x00000000) >> ACPI: SSDT @ 0x0x37e7fc40/0x0182 (v 1 PTLTD POWERNOW 0x06040000 LTP >> 0x00000001) >> ACPI: APIC @ 0x0x37e7fdc2/0x0054 (v 1 PTLTD APIC 0x06040000 >> LTP 0x00000000) >> ACPI: MCFG @ 0x0x37e7fe16/0x003C (v 1 PTLTD MCFG 0x06040000 LTP >> 0x00000000) >> ACPI: HPET @ 0x0x37e7fe52/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP >> 0x00000001) >> ACPI: SLIC @ 0x0x37e7fe8a/0x0176 (v 1 DELL M08 0x06040000 LTP >> 0x00000000) >> MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 >> ioapic0: Routing external 8259A's -> intpin 0 >> lapic0: Routing NMI -> LINT1 >> lapic0: LINT1 trigger: edge >> lapic0: LINT1 polarity: high >> lapic1: Routing NMI -> LINT1 >> lapic1: LINT1 trigger: edge >> lapic1: LINT1 polarity: high >> MADT: Forcing active-low polarity and level trigger for SCI >> ioapic0: intpin 9 polarity: low >> ioapic0: intpin 9 trigger: level >> ioapic0 irqs 0-23 on motherboard >> cpu0 BSP: >> ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff >> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >> timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 >> io: >> null: >> random: >> kbd: new array size 4 >> kbd1 at kbdmux0 >> mem: >> Pentium Pro MTRR support enabled >> npx0: INT 16 interface >> acpi0: on motherboard >> ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 >> acpi0: [MPSAFE] >> acpi0: [ITHREAD] >> pci_open(1): mode 1 addr port (0x0cf8) is 0x80009020 >> pci_open(1a): mode1res=0x80000000 (0x80000000) >> pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=59501002) >> pcibios: BIOS_PRESENT call failed >> AcpiOsDerivePciId: bus 0 dev 18 func 0 >> AcpiOsDerivePciId: bus 0 dev 17 func 0 >> acpi0: Power Button (fixed) >> acpi0: wakeup code va 0xd5a40000 pa 0x9c000 >> AcpiOsDerivePciId: bus 0 dev 20 func 1 >> unknown: I/O range not supported >> AcpiOsDerivePciId: bus 0 dev 0 func 0 >> AcpiOsDerivePciId: bus 0 dev 20 func 0 >> acpi0: reservation of 0, 1000 (3) failed >> ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 >> acpi_ec0: port 0x62,0x66 on acpi0 >> >> >> Any suggestions? >> >> -- >> tut >> DaRK VoIP GuRU >> _______________________________________________ >> freebsd-acpi@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >> > > From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 08:51:09 2007 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED2E816A469 for ; Fri, 10 Aug 2007 08:51:09 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outG.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id CCA3713C478 for ; Fri, 10 Aug 2007 08:51:09 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 10 Aug 2007 01:51:08 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 15A96125E01; Fri, 10 Aug 2007 01:51:08 -0700 (PDT) Message-ID: <46BC26FD.6080203@elischer.org> Date: Fri, 10 Aug 2007 01:51:09 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Bruce Cran References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <002501c7973a$eac3db30$c04b9190$@Sparrevohn@btinternet.com> <46BC1418.9070008@cran.org.uk> In-Reply-To: <46BC1418.9070008@cran.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Artem Naluzhny' , acpi@freebsd.org, current@freebsd.org Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 08:51:10 -0000 Bruce Cran wrote: > Thomas Sparrevohn wrote: >> I have the same problem - just as a test try to load a kernel without >> any USB drivers at all >> And shutdown - on my machine it the ACPI part works - however the >> system hangs during the device Shutdown phase - this machine is a dell >> as well - would be nice if somebody using other than dell has the problem >> > I'm running 7.0-CURRENT and am seeing the same problem on my Dell > Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI controllers; > removing the EHCI driver solves the problem and allows the computer to > reboot properly. I initially thought it was an ACPI problem but now I'm > not so sure - is there anything I can do to help debug it? I've added > printfs to kern_shutdown.c and as far as I can see the last function to > be called is shutdown_wait; since that doesn't do anything I know more > is going on, but I don't know where to look. I have the same problem on my Dell inspiron 7500. it HAS worked in the past. It has even powered down in the past when asked. but now it just hangs.. I suspect that acpi may have something to do with it. No idea where to look though. > > -- > Bruce Cran > >> >>> -----Original Message----- >>> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >>> acpi@freebsd.org] On Behalf Of Artem Naluzhny >>> Sent: 15 May 2007 21:54 >>> To: acpi@freebsd.org >>> Subject: Reboot on "shutdown -r" hangs after final "uptime ..." string >>> >>> Hi >>> >>> I played with different combinations of debug.acpi.do_powerstate, >>> hw.acpi.disable_on_reboot and hw.acpi.handle_reboot sysctls on my >>> Inspiron 1501 notebook without success. Environment: >>> >>> FreeBSD 7.0-CURRENT #1: Thu May 10 21:22:20 EEST 2007 >>> root@tut.intra:/usr/obj/usr/src/sys/TUT >>> WARNING: WITNESS option enabled, expect reduced performance. >>> Preloaded elf kernel "/boot/kernel/kernel" at 0xc082b000. >>> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc082b1c4. >>> Calibrating clock(s) ... i8254 clock: 1193176 Hz >>> CLK_USE_I8254_CALIBRATION not specified - using default frequency >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> Calibrating TSC clock ... TSC clock: 1596011252 Hz >>> CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686- >>> class CPU) >>> Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 >>> >>> Features=0x178bfbff>> E,MCA,CMOV,PAT,PSE36,CLFLU >>> SH,MMX,FXSR,SSE,SSE2,HTT> >>> Features2=0x2001 >>> AMD >>> Features=0xea500800 >>> AMD Features2=0x1f >>> HTT bit cleared - FreeBSD does not have licensing issues requiring it. >>> >>> Cores per package: 2 >>> Data TLB: 32 entries, fully associative >>> Instruction TLB: 32 entries, fully associative >>> L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative >>> L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way >>> associative >>> L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way >>> associative >>> real memory = 937885696 (894 MB) >>> Physical memory chunk(s): >>> 0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) >>> 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >>> 0x0000000000c28000 - 0x0000000036e6ffff, 908361728 bytes (221768 pages) >>> avail memory = 908304384 (866 MB) >>> Table 'FACP' at 0x37e7fb9a >>> Table 'TCPA' at 0x37e7fc0e >>> Table 'SSDT' at 0x37e7fc40 >>> Table 'APIC' at 0x37e7fdc2 >>> MADT: Found table at 0x37e7fdc2 >>> MP Configuration Table version 1.4 found at 0xc009e171 >>> APIC: Using the MADT enumerator. >>> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled >>> SMP: Added CPU 0 (AP) >>> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled >>> SMP: Added CPU 1 (AP) >>> ACPI APIC Table: >>> INTR: Adding local APIC 1 as a target >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> cpu0 (BSP): APIC ID: 0 >>> cpu1 (AP): APIC ID: 1 >>> bios32: Found BIOS32 Service Directory header at 0xc00f84a0 >>> bios32: Entry = 0xfdc84 (c00fdc84) Rev = 0 Len = 1 >>> pcibios: PCI BIOS entry at 0xfdc80+0x0 >>> pnpbios: Found PnP BIOS data at 0xc00f8540 >>> pnpbios: Entry = e5d0:9499 Rev = 1.0 >>> Other BIOS signatures found: >>> APIC: CPU 0 has ACPI ID 0 >>> APIC: CPU 1 has ACPI ID 1 >>> ACPI: RSDP @ 0x0xf8500/0x0014 (v 0 PTLTD ) >>> ACPI: RSDT @ 0x0x37e79578/0x0040 (v 1 DELL M08 0x06040000 LTP >>> 0x00000000) >>> ACPI: FACP @ 0x0x37e7fb9a/0x0074 (v 1 ATI Bowfin 0x06040000 ATI >>> 0x000F4240) >>> ACPI: DSDT @ 0x0x37e795b8/0x65E2 (v 1 ATI SB600 0x06040000 MSFT >>> 0x03000000) >>> ACPI: FACS @ 0x0x37e90fc0/0x0040 >>> ACPI: TCPA @ 0x0x37e7fc0e/0x0032 (v 2 AMD 0x06040000 PTEC >>> 0x00000000) >>> ACPI: SSDT @ 0x0x37e7fc40/0x0182 (v 1 PTLTD POWERNOW 0x06040000 LTP >>> 0x00000001) >>> ACPI: APIC @ 0x0x37e7fdc2/0x0054 (v 1 PTLTD APIC 0x06040000 >>> LTP 0x00000000) >>> ACPI: MCFG @ 0x0x37e7fe16/0x003C (v 1 PTLTD MCFG 0x06040000 LTP >>> 0x00000000) >>> ACPI: HPET @ 0x0x37e7fe52/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP >>> 0x00000001) >>> ACPI: SLIC @ 0x0x37e7fe8a/0x0176 (v 1 DELL M08 0x06040000 LTP >>> 0x00000000) >>> MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 >>> ioapic0: Routing external 8259A's -> intpin 0 >>> lapic0: Routing NMI -> LINT1 >>> lapic0: LINT1 trigger: edge >>> lapic0: LINT1 polarity: high >>> lapic1: Routing NMI -> LINT1 >>> lapic1: LINT1 trigger: edge >>> lapic1: LINT1 polarity: high >>> MADT: Forcing active-low polarity and level trigger for SCI >>> ioapic0: intpin 9 polarity: low >>> ioapic0: intpin 9 trigger: level >>> ioapic0 irqs 0-23 on motherboard >>> cpu0 BSP: >>> ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff >>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >>> timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 >>> io: >>> null: >>> random: >>> kbd: new array size 4 >>> kbd1 at kbdmux0 >>> mem: >>> Pentium Pro MTRR support enabled >>> npx0: INT 16 interface >>> acpi0: on motherboard >>> ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 >>> acpi0: [MPSAFE] >>> acpi0: [ITHREAD] >>> pci_open(1): mode 1 addr port (0x0cf8) is 0x80009020 >>> pci_open(1a): mode1res=0x80000000 (0x80000000) >>> pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=59501002) >>> pcibios: BIOS_PRESENT call failed >>> AcpiOsDerivePciId: bus 0 dev 18 func 0 >>> AcpiOsDerivePciId: bus 0 dev 17 func 0 >>> acpi0: Power Button (fixed) >>> acpi0: wakeup code va 0xd5a40000 pa 0x9c000 >>> AcpiOsDerivePciId: bus 0 dev 20 func 1 >>> unknown: I/O range not supported >>> AcpiOsDerivePciId: bus 0 dev 0 func 0 >>> AcpiOsDerivePciId: bus 0 dev 20 func 0 >>> acpi0: reservation of 0, 1000 (3) failed >>> ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 >>> acpi_ec0: port 0x62,0x66 on acpi0 >>> >>> >>> Any suggestions? >>> >>> -- >>> tut >>> DaRK VoIP GuRU >>> _______________________________________________ >>> freebsd-acpi@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >>> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >>> >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 11:25:16 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EF7916A418 for ; Fri, 10 Aug 2007 11:25:16 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id CCEC313C45D for ; Fri, 10 Aug 2007 11:25:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id F347620B0; Fri, 10 Aug 2007 13:05:30 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id D6619208A; Fri, 10 Aug 2007 13:05:30 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id AA2D58447F; Fri, 10 Aug 2007 13:05:30 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mike Tancsa References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200707061723.l66HNYSe037055@lava.sentex.ca> <86ir86hqhc.fsf@ds4.des.no> <200707262035.l6QKZtnd067391@lava.sentex.ca> <86abtihk6h.fsf@ds4.des.no> <200707262338.l6QNcL1T068284@lava.sentex.ca> <86hcnq900e.fsf@ds4.des.no> <200707270038.l6R0cLNV068524@lava.sentex.ca> <8664462p1b.fsf@ds4.des.no> <200707271037.l6RAbc2Q071412@lava.sentex.ca> <86fy2v2x9e.fsf@ds4.des.no> <200708071529.l77FTpsO040934@lava.sentex.ca> <86y7gmkolf.fsf@ds4.des.no> <200708081750.l78HoaUY047803@lava.sentex.ca> Date: Fri, 10 Aug 2007 13:05:30 +0200 In-Reply-To: <200708081750.l78HoaUY047803@lava.sentex.ca> (Mike Tancsa's message of "Wed\, 08 Aug 2007 13\:50\:53 -0400") Message-ID: <86vebn7ipx.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 11:25:16 -0000 Mike Tancsa writes: > At 11:55 AM 8/8/2007, Dag-Erling Sm=C3=83=C2=B8rgrav wrote: > > Mike Tancsa writes: > > > Dag-Erling Sm=C3=83=C2=B8rgrav writes: > > > > I've tested the driver under -CURRENT on a couple more machines, wi= th > > > > the same result everywhere: it probes and attaches and seems to work > > > > fine, but the box does not reboot. > > > kldload ichwd, watchdogd -t 20;killall -9 watchdogd and nada ? > > > > Precisely. > > > > > I can boot one of my working RELENG_6 boxes on current and test if you > > > think it is some version issue. > > > > That would be great! > > Very strange indeed. My RELENG_6 box reboots just fine with your > version and the version from the PR. However, the box fails to reboot > running with a CURRENT kernel on either version of the watchdog. > > On a chance, I tried a trick I used to have to do ages ago in order to > get the driver to work. I added > > debug.acpi.disabled=3D"sysresource" > > to /boot/loader.conf > > and then it worked on the CURRENT kernel. i.e. kldload > /tmp/ichwd.ko,watchdogd -t 20;killall -9=20 > watchdogd.... ~20 sec later, the box reboots running a CURRENT. > Without that in loader.conf, the box does not reboot. > > I _dont_ have to add debug.acpi.disabled=3D"sysresource" on RELENG_6 on > the same box for the ichwd to work as expected. > > dmesg.txt attached the for same machine-- running CURRENT, one from RELEN= G_6 Let's ask the ACPI folks if they know what's up... To summarize, the ichwd driver (both the in-tree version and the new version available from http://people.freebsd.org/~des/software/) works fine in RELENG_6 but fails silently (i.e. attaches and seems to work, but the machine does not reboot) in HEAD. There is one thing I think might be related. To quote my own comments from the code: * The WDT is programmed through I/O registers in the ACPI I/O space. * Intel swears it's always at offset 0x60, so we use that. But perhaps it isn't? Or perhaps access to the TCO registers silently fails due to the ACPI sysresource code? Perhaps the ichwd driver should access them through ACPI, instead of doing direct I/O? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 11:45:34 2007 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A25216A419 for ; Fri, 10 Aug 2007 11:45:34 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [80.68.94.188]) by mx1.freebsd.org (Postfix) with ESMTP id D7E8513C474 for ; Fri, 10 Aug 2007 11:45:33 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: by muon.bluestop.org (Postfix, from userid 1000) id C39AA30123; Fri, 10 Aug 2007 12:12:17 +0100 (BST) Date: Fri, 10 Aug 2007 12:12:17 +0100 From: bruce@cran.org.uk To: Julian Elischer Message-ID: <20070810111217.GA22825@muon.bluestop.org> References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <46BC1418.9070008@cran.org.uk> <46BC26FD.6080203@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46BC26FD.6080203@elischer.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 11:45:34 -0000 On Fri, Aug 10, 2007 at 01:51:09AM -0700, Julian Elischer wrote: > Bruce Cran wrote: > >Thomas Sparrevohn wrote: > >>I have the same problem - just as a test try to load a kernel without > >>any USB drivers at all > >>And shutdown - on my machine it the ACPI part works - however the > >>system hangs during the device Shutdown phase - this machine is a dell > >>as well - would be nice if somebody using other than dell has the problem > >> > >I'm running 7.0-CURRENT and am seeing the same problem on my Dell > >Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI controllers; > >removing the EHCI driver solves the problem and allows the computer to > >reboot properly. I initially thought it was an ACPI problem but now I'm > >not so sure - is there anything I can do to help debug it? I've added > >printfs to kern_shutdown.c and as far as I can see the last function to > >be called is shutdown_wait; since that doesn't do anything I know more > >is going on, but I don't know where to look. > > I have the same problem on my Dell inspiron 7500. > it HAS worked in the past. It has even powered down in the past when asked. > but now it just hangs.. I suspect that acpi may have something to do with > it. > > No idea where to look though. On this laptop, FreeBSD 6.2 really struggled with ACPI - just listing the hw.acpi sysctls would result in lots of AE_NOT_FOUND messages; 7.0-CURRENT works a lot better, and the only warning relating to ACPI I see is during boot: acpi0: reservation of fed00000, 400 (3) failed acpi0: reservation of 0, 1000 (3) failed Compiling the disassembled AML generated by acpidump results in the following error: brucecran-DellInspiron1501.asl 5724: Unload (PB5) Error 4044 - Invalid type ^ ([Device|Reference] found, Unload operator requires [DdbHandle]) As a starting point, I've uploaded the output of 'acpidump -dt' to http://www.cran.org.uk/~brucec/freebsd/i1501_shutdown/brucecran-DellInspiron1501.asl I've also put a verbose boot log, with ACPI debugging output enabled at http://www.cran.org.uk/~brucec/freebsd/i1501_shutdown/dmesg_bootverbose.txt -- Bruce Cran > >>>-----Original Message----- > >>>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > >>>acpi@freebsd.org] On Behalf Of Artem Naluzhny > >>>Sent: 15 May 2007 21:54 > >>>To: acpi@freebsd.org > >>>Subject: Reboot on "shutdown -r" hangs after final "uptime ..." string > >>> > >>>Hi > >>> > >>>I played with different combinations of debug.acpi.do_powerstate, > >>>hw.acpi.disable_on_reboot and hw.acpi.handle_reboot sysctls on my > >>>Inspiron 1501 notebook without success. Environment: > >>> > >>>FreeBSD 7.0-CURRENT #1: Thu May 10 21:22:20 EEST 2007 > >>> root@tut.intra:/usr/obj/usr/src/sys/TUT > >>>WARNING: WITNESS option enabled, expect reduced performance. > >>>Preloaded elf kernel "/boot/kernel/kernel" at 0xc082b000. > >>>Preloaded elf module "/boot/kernel/acpi.ko" at 0xc082b1c4. > >>>Calibrating clock(s) ... i8254 clock: 1193176 Hz > >>>CLK_USE_I8254_CALIBRATION not specified - using default frequency > >>>Timecounter "i8254" frequency 1193182 Hz quality 0 > >>>Calibrating TSC clock ... TSC clock: 1596011252 Hz > >>>CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686- > >>>class CPU) > >>> Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 > >>> > >>>Features=0x178bfbff >>>E,MCA,CMOV,PAT,PSE36,CLFLU > >>>SH,MMX,FXSR,SSE,SSE2,HTT> > >>> Features2=0x2001 > >>> AMD > >>>Features=0xea500800 > >>> AMD Features2=0x1f > >>>HTT bit cleared - FreeBSD does not have licensing issues requiring it. > >>> > >>> Cores per package: 2 > >>>Data TLB: 32 entries, fully associative > >>>Instruction TLB: 32 entries, fully associative > >>>L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > >>>L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way > >>>associative > >>>L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way > >>>associative > >>>real memory = 937885696 (894 MB) > >>>Physical memory chunk(s): > >>>0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) > >>>0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > >>>0x0000000000c28000 - 0x0000000036e6ffff, 908361728 bytes (221768 pages) > >>>avail memory = 908304384 (866 MB) > >>>Table 'FACP' at 0x37e7fb9a > >>>Table 'TCPA' at 0x37e7fc0e > >>>Table 'SSDT' at 0x37e7fc40 > >>>Table 'APIC' at 0x37e7fdc2 > >>>MADT: Found table at 0x37e7fdc2 > >>>MP Configuration Table version 1.4 found at 0xc009e171 > >>>APIC: Using the MADT enumerator. > >>>MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > >>>SMP: Added CPU 0 (AP) > >>>MADT: Found CPU APIC ID 1 ACPI ID 1: enabled > >>>SMP: Added CPU 1 (AP) > >>>ACPI APIC Table: > >>>INTR: Adding local APIC 1 as a target > >>>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>> cpu0 (BSP): APIC ID: 0 > >>> cpu1 (AP): APIC ID: 1 > >>>bios32: Found BIOS32 Service Directory header at 0xc00f84a0 > >>>bios32: Entry = 0xfdc84 (c00fdc84) Rev = 0 Len = 1 > >>>pcibios: PCI BIOS entry at 0xfdc80+0x0 > >>>pnpbios: Found PnP BIOS data at 0xc00f8540 > >>>pnpbios: Entry = e5d0:9499 Rev = 1.0 > >>>Other BIOS signatures found: > >>>APIC: CPU 0 has ACPI ID 0 > >>>APIC: CPU 1 has ACPI ID 1 > >>>ACPI: RSDP @ 0x0xf8500/0x0014 (v 0 PTLTD ) > >>>ACPI: RSDT @ 0x0x37e79578/0x0040 (v 1 DELL M08 0x06040000 LTP > >>>0x00000000) > >>>ACPI: FACP @ 0x0x37e7fb9a/0x0074 (v 1 ATI Bowfin 0x06040000 ATI > >>>0x000F4240) > >>>ACPI: DSDT @ 0x0x37e795b8/0x65E2 (v 1 ATI SB600 0x06040000 MSFT > >>>0x03000000) > >>>ACPI: FACS @ 0x0x37e90fc0/0x0040 > >>>ACPI: TCPA @ 0x0x37e7fc0e/0x0032 (v 2 AMD 0x06040000 PTEC > >>>0x00000000) > >>>ACPI: SSDT @ 0x0x37e7fc40/0x0182 (v 1 PTLTD POWERNOW 0x06040000 LTP > >>>0x00000001) > >>>ACPI: APIC @ 0x0x37e7fdc2/0x0054 (v 1 PTLTD APIC 0x06040000 > >>>LTP 0x00000000) > >>>ACPI: MCFG @ 0x0x37e7fe16/0x003C (v 1 PTLTD MCFG 0x06040000 LTP > >>>0x00000000) > >>>ACPI: HPET @ 0x0x37e7fe52/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP > >>>0x00000001) > >>>ACPI: SLIC @ 0x0x37e7fe8a/0x0176 (v 1 DELL M08 0x06040000 LTP > >>>0x00000000) > >>>MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 > >>>ioapic0: Routing external 8259A's -> intpin 0 > >>>lapic0: Routing NMI -> LINT1 > >>>lapic0: LINT1 trigger: edge > >>>lapic0: LINT1 polarity: high > >>>lapic1: Routing NMI -> LINT1 > >>>lapic1: LINT1 trigger: edge > >>>lapic1: LINT1 polarity: high > >>>MADT: Forcing active-low polarity and level trigger for SCI > >>>ioapic0: intpin 9 polarity: low > >>>ioapic0: intpin 9 trigger: level > >>>ioapic0 irqs 0-23 on motherboard > >>>cpu0 BSP: > >>> ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff > >>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > >>> timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 > >>>io: > >>>null: > >>>random: > >>>kbd: new array size 4 > >>>kbd1 at kbdmux0 > >>>mem: > >>>Pentium Pro MTRR support enabled > >>>npx0: INT 16 interface > >>>acpi0: on motherboard > >>>ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 > >>>acpi0: [MPSAFE] > >>>acpi0: [ITHREAD] > >>>pci_open(1): mode 1 addr port (0x0cf8) is 0x80009020 > >>>pci_open(1a): mode1res=0x80000000 (0x80000000) > >>>pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=59501002) > >>>pcibios: BIOS_PRESENT call failed > >>>AcpiOsDerivePciId: bus 0 dev 18 func 0 > >>>AcpiOsDerivePciId: bus 0 dev 17 func 0 > >>>acpi0: Power Button (fixed) > >>>acpi0: wakeup code va 0xd5a40000 pa 0x9c000 > >>>AcpiOsDerivePciId: bus 0 dev 20 func 1 > >>>unknown: I/O range not supported > >>>AcpiOsDerivePciId: bus 0 dev 0 func 0 > >>>AcpiOsDerivePciId: bus 0 dev 20 func 0 > >>>acpi0: reservation of 0, 1000 (3) failed > >>>ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > >>>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >>>acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > >>>acpi_ec0: port 0x62,0x66 on acpi0 > >>> > >>> > >>>Any suggestions? > >>> > >>>-- > >>>tut > >>>DaRK VoIP GuRU > >>>_______________________________________________ > >>>freebsd-acpi@freebsd.org mailing list > >>>http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > >>>To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > >>> > >> > >> > > > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 14:25:21 2007 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 549BD16A41A for ; Fri, 10 Aug 2007 14:25:21 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 051D313C4B0 for ; Fri, 10 Aug 2007 14:25:20 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so188476anc for ; Fri, 10 Aug 2007 07:25:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=V1UMOD58A7gpGAkJFxLJdneDLqzef5+GKVVuYklOWovba9tFm4DBsRD33aetXaQVmnDwZSvFQi8fqHWqeaLX8sEMJOo4ii+IIY4gXzeoL4BCRntFSZD+uAbn1ItBRia9NPWvTviUaXXN5OQ0+e2VlcyGNS2xr5sLN1E6+lkF8TQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SjMVM4YxWikEziGBIdbxnvG30AbTBP94iF6y0tP6xZJgIsh8J7vmDzWgIh5n9VVE99HDZ3Bh2CJzU7X+esEqmf59iUoNqmmkxv/vtT+4UPQ2QEzTDHgP950PDP78XwRbz32TYjwISpjQ1eDWoenk1ja20LL/n+kTMkc7jOqfy9s= Received: by 10.100.173.19 with SMTP id v19mr2104474ane.1186754452158; Fri, 10 Aug 2007 07:00:52 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 10 Aug 2007 07:00:52 -0700 (PDT) Message-ID: <499c70c0708100700l1d225d68s1f7350e3af09cff7@mail.gmail.com> Date: Fri, 10 Aug 2007 17:00:52 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "bruce@cran.org.uk" In-Reply-To: <20070810111217.GA22825@muon.bluestop.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <46BC1418.9070008@cran.org.uk> <46BC26FD.6080203@elischer.org> <20070810111217.GA22825@muon.bluestop.org> Cc: acpi@freebsd.org, Julian Elischer , current@freebsd.org Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 14:25:21 -0000 On 8/10/07, bruce@cran.org.uk wrote: > On Fri, Aug 10, 2007 at 01:51:09AM -0700, Julian Elischer wrote: > > Bruce Cran wrote: > > >Thomas Sparrevohn wrote: > > >>I have the same problem - just as a test try to load a kernel without > > >>any USB drivers at all > > >>And shutdown - on my machine it the ACPI part works - however the > > >>system hangs during the device Shutdown phase - this machine is a dell > > >>as well - would be nice if somebody using other than dell has the problem > > >> > > >I'm running 7.0-CURRENT and am seeing the same problem on my Dell > > >Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI controllers; > > >removing the EHCI driver solves the problem and allows the computer to > > >reboot properly. I initially thought it was an ACPI problem but now I'm > > >not so sure - is there anything I can do to help debug it? I've added > > >printfs to kern_shutdown.c and as far as I can see the last function to > > >be called is shutdown_wait; since that doesn't do anything I know more > > >is going on, but I don't know where to look. > > > > I have the same problem on my Dell inspiron 7500. > > it HAS worked in the past. It has even powered down in the past when asked. > > but now it just hangs.. I suspect that acpi may have something to do with > > it. > > > > No idea where to look though. > > On this laptop, FreeBSD 6.2 really struggled with ACPI - just listing > the hw.acpi sysctls would result in lots of AE_NOT_FOUND messages; 7.0-CURRENT > works a lot better, and the only warning relating to ACPI I see is during > boot: > > acpi0: reservation of fed00000, 400 (3) failed > acpi0: reservation of 0, 1000 (3) failed > > Compiling the disassembled AML generated by acpidump results in the > following error: > > brucecran-DellInspiron1501.asl 5724: Unload (PB5) > Error 4044 - Invalid type ^ ([Device|Reference] found, Unload operator > requires [DdbHandle]) > > As a starting point, I've uploaded the output of 'acpidump -dt' to > http://www.cran.org.uk/~brucec/freebsd/i1501_shutdown/brucecran-DellInspiron1501.asl > I've also put a verbose boot log, with ACPI debugging output enabled at > http://www.cran.org.uk/~brucec/freebsd/i1501_shutdown/dmesg_bootverbose.txt > > -- > Bruce Cran > > > >>>-----Original Message----- > > >>>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > >>>acpi@freebsd.org] On Behalf Of Artem Naluzhny > > >>>Sent: 15 May 2007 21:54 > > >>>To: acpi@freebsd.org > > >>>Subject: Reboot on "shutdown -r" hangs after final "uptime ..." string > > >>> > > >>>Hi > > >>> > > >>>I played with different combinations of debug.acpi.do_powerstate, > > >>>hw.acpi.disable_on_reboot and hw.acpi.handle_reboot sysctls on my > > >>>Inspiron 1501 notebook without success. Environment: > > >>> > > >>>FreeBSD 7.0-CURRENT #1: Thu May 10 21:22:20 EEST 2007 > > >>> root@tut.intra:/usr/obj/usr/src/sys/TUT > > >>>WARNING: WITNESS option enabled, expect reduced performance. > > >>>Preloaded elf kernel "/boot/kernel/kernel" at 0xc082b000. > > >>>Preloaded elf module "/boot/kernel/acpi.ko" at 0xc082b1c4. > > >>>Calibrating clock(s) ... i8254 clock: 1193176 Hz > > >>>CLK_USE_I8254_CALIBRATION not specified - using default frequency > > >>>Timecounter "i8254" frequency 1193182 Hz quality 0 > > >>>Calibrating TSC clock ... TSC clock: 1596011252 Hz > > >>>CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686- > > >>>class CPU) > > >>> Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 > > >>> > > >>>Features=0x178bfbff > >>>E,MCA,CMOV,PAT,PSE36,CLFLU > > >>>SH,MMX,FXSR,SSE,SSE2,HTT> > > >>> Features2=0x2001 > > >>> AMD > > >>>Features=0xea500800 > > >>> AMD Features2=0x1f > > >>>HTT bit cleared - FreeBSD does not have licensing issues requiring it. > > >>> > > >>> Cores per package: 2 > > >>>Data TLB: 32 entries, fully associative > > >>>Instruction TLB: 32 entries, fully associative > > >>>L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > > >>>L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way > > >>>associative > > >>>L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way > > >>>associative > > >>>real memory = 937885696 (894 MB) > > >>>Physical memory chunk(s): > > >>>0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) > > >>>0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > > >>>0x0000000000c28000 - 0x0000000036e6ffff, 908361728 bytes (221768 pages) > > >>>avail memory = 908304384 (866 MB) > > >>>Table 'FACP' at 0x37e7fb9a > > >>>Table 'TCPA' at 0x37e7fc0e > > >>>Table 'SSDT' at 0x37e7fc40 > > >>>Table 'APIC' at 0x37e7fdc2 > > >>>MADT: Found table at 0x37e7fdc2 > > >>>MP Configuration Table version 1.4 found at 0xc009e171 > > >>>APIC: Using the MADT enumerator. > > >>>MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > > >>>SMP: Added CPU 0 (AP) > > >>>MADT: Found CPU APIC ID 1 ACPI ID 1: enabled > > >>>SMP: Added CPU 1 (AP) > > >>>ACPI APIC Table: > > >>>INTR: Adding local APIC 1 as a target > > >>>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > >>> cpu0 (BSP): APIC ID: 0 > > >>> cpu1 (AP): APIC ID: 1 > > >>>bios32: Found BIOS32 Service Directory header at 0xc00f84a0 > > >>>bios32: Entry = 0xfdc84 (c00fdc84) Rev = 0 Len = 1 > > >>>pcibios: PCI BIOS entry at 0xfdc80+0x0 > > >>>pnpbios: Found PnP BIOS data at 0xc00f8540 > > >>>pnpbios: Entry = e5d0:9499 Rev = 1.0 > > >>>Other BIOS signatures found: > > >>>APIC: CPU 0 has ACPI ID 0 > > >>>APIC: CPU 1 has ACPI ID 1 > > >>>ACPI: RSDP @ 0x0xf8500/0x0014 (v 0 PTLTD ) > > >>>ACPI: RSDT @ 0x0x37e79578/0x0040 (v 1 DELL M08 0x06040000 LTP > > >>>0x00000000) > > >>>ACPI: FACP @ 0x0x37e7fb9a/0x0074 (v 1 ATI Bowfin 0x06040000 ATI > > >>>0x000F4240) > > >>>ACPI: DSDT @ 0x0x37e795b8/0x65E2 (v 1 ATI SB600 0x06040000 MSFT > > >>>0x03000000) > > >>>ACPI: FACS @ 0x0x37e90fc0/0x0040 > > >>>ACPI: TCPA @ 0x0x37e7fc0e/0x0032 (v 2 AMD 0x06040000 PTEC > > >>>0x00000000) > > >>>ACPI: SSDT @ 0x0x37e7fc40/0x0182 (v 1 PTLTD POWERNOW 0x06040000 LTP > > >>>0x00000001) > > >>>ACPI: APIC @ 0x0x37e7fdc2/0x0054 (v 1 PTLTD APIC 0x06040000 > > >>>LTP 0x00000000) > > >>>ACPI: MCFG @ 0x0x37e7fe16/0x003C (v 1 PTLTD MCFG 0x06040000 LTP > > >>>0x00000000) > > >>>ACPI: HPET @ 0x0x37e7fe52/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP > > >>>0x00000001) > > >>>ACPI: SLIC @ 0x0x37e7fe8a/0x0176 (v 1 DELL M08 0x06040000 LTP > > >>>0x00000000) > > >>>MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 > > >>>ioapic0: Routing external 8259A's -> intpin 0 > > >>>lapic0: Routing NMI -> LINT1 > > >>>lapic0: LINT1 trigger: edge > > >>>lapic0: LINT1 polarity: high > > >>>lapic1: Routing NMI -> LINT1 > > >>>lapic1: LINT1 trigger: edge > > >>>lapic1: LINT1 polarity: high > > >>>MADT: Forcing active-low polarity and level trigger for SCI > > >>>ioapic0: intpin 9 polarity: low > > >>>ioapic0: intpin 9 trigger: level > > >>>ioapic0 irqs 0-23 on motherboard > > >>>cpu0 BSP: > > >>> ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff > > >>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > > >>> timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 > > >>>io: > > >>>null: > > >>>random: > > >>>kbd: new array size 4 > > >>>kbd1 at kbdmux0 > > >>>mem: > > >>>Pentium Pro MTRR support enabled > > >>>npx0: INT 16 interface > > >>>acpi0: on motherboard > > >>>ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 > > >>>acpi0: [MPSAFE] > > >>>acpi0: [ITHREAD] > > >>>pci_open(1): mode 1 addr port (0x0cf8) is 0x80009020 > > >>>pci_open(1a): mode1res=0x80000000 (0x80000000) > > >>>pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=59501002) > > >>>pcibios: BIOS_PRESENT call failed > > >>>AcpiOsDerivePciId: bus 0 dev 18 func 0 > > >>>AcpiOsDerivePciId: bus 0 dev 17 func 0 > > >>>acpi0: Power Button (fixed) > > >>>acpi0: wakeup code va 0xd5a40000 pa 0x9c000 > > >>>AcpiOsDerivePciId: bus 0 dev 20 func 1 > > >>>unknown: I/O range not supported > > >>>AcpiOsDerivePciId: bus 0 dev 0 func 0 > > >>>AcpiOsDerivePciId: bus 0 dev 20 func 0 > > >>>acpi0: reservation of 0, 1000 (3) failed > > >>>ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > > >>>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > >>>acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > > >>>acpi_ec0: port 0x62,0x66 on acpi0 > > >>> > > >>> > > >>>Any suggestions? > > >>> > > >>>-- > > >>>tut > > >>>DaRK VoIP GuRU > > >>>_______________________________________________ > > >>>freebsd-acpi@freebsd.org mailing list > > >>>http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > >>>To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > >>> > > >> > > >> > > > > > >_______________________________________________ > > >freebsd-current@freebsd.org mailing list > > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ---------- Forwarded message ---------- From: Don Lewis Date: Aug 5, 2007 3:04 AM Subject: CFT - patch to fix ehci hang on shutdown To: current@freebsd.org I've got an AMD 64 X2 machine that uses the recent NVIDIA GeForce 7050 / nForce 630a chipset that hangs on shutdown. It hangs with both UP and SMP kernels, and with both FreeBSD 6.2-STABLE and 7.0-CURRENT. The problem appears to be that a delay is needed between the the call EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); in ehci_shutdown(), and the call cparams = EREAD4(sc, EHCI_HCCPARAMS); in ehci_pci_givecontroller(). There are three instances of a code sequence that does a controller reset in ehci.c, one of which, in ehci_init(), inserts some delays and periodically polls the controller to look for the completion of the reset. It seems to make sense to encapsulate the latter version of the sequence in a separate function, and then call that function from ehci_reset(), ehci_detach(), and ehci_shutdown(). I implemented this in the attached patch, and it fixes shutdown problem for me on both 7.0-CURRENT and 6.2-STABLE (with some minor tweaks for the latter). I've tested this patch on this system with both i386 and amd64 kernels, and I also tested it on my Pentium-M laptop. The shutdown problems are gone and everything else looks normal, but I don't have any USB 2.0 peripherals to do further testing. I'd appreciate any testing that can be done in the next serveral days before I ask re@ for approval to commit this to -CURRENT. Index: sys/dev/usb/ehci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/ehci.c,v retrieving revision 1.55 diff -u -r1.55 ehci.c --- sys/dev/usb/ehci.c 20 Jun 2007 05:10:52 -0000 1.55 +++ sys/dev/usb/ehci.c 4 Aug 2007 21:05:46 -0000 @@ -311,6 +311,25 @@ ehci_device_isoc_done, }; +static usbd_status +ehci_hcreset(ehci_softc_t *sc) +{ + u_int32_t hcr; + u_int i; + + EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ + usb_delay_ms(&sc->sc_bus, 1); + EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + for (i = 0; i < 100; i++) { + usb_delay_ms(&sc->sc_bus, 1); + hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; + if (!hcr) + return (USBD_NORMAL_COMPLETION); + } + printf("%s: reset timeout\n", device_get_nameunit(sc->sc_bus.bdev)); + return (USBD_IOERROR); +} + usbd_status ehci_init(ehci_softc_t *sc) { @@ -365,20 +384,9 @@ /* Reset the controller */ DPRINTF(("%s: resetting\n", device_get_nameunit(sc->sc_bus.bdev))); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - usb_delay_ms(&sc->sc_bus, 1); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); - for (i = 0; i < 100; i++) { - usb_delay_ms(&sc->sc_bus, 1); - hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; - if (!hcr) - break; - } - if (hcr) { - printf("%s: reset timeout\n", - device_get_nameunit(sc->sc_bus.bdev)); - return (USBD_IOERROR); - } + err = ehci_hcreset(sc); + if (err != USBD_NORMAL_COMPLETION) + return (err); /* frame list size at default, read back what we got and use that */ switch (EHCI_CMD_FLS(EOREAD4(sc, EHCI_USBCMD))) { @@ -927,8 +935,7 @@ sc->sc_dying = 1; EOWRITE4(sc, EHCI_USBINTR, sc->sc_eintrs); - EOWRITE4(sc, EHCI_USBCMD, 0); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); callout_stop(&sc->sc_tmo_intrlist); callout_stop(&sc->sc_tmo_pcd); @@ -1090,8 +1097,7 @@ ehci_softc_t *sc = v; DPRINTF(("ehci_shutdown: stopping the HC\n")); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); } usbd_status _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 15:32:30 2007 Return-Path: Delivered-To: acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E82D716A41A for ; Fri, 10 Aug 2007 15:32:30 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id B040213C48E for ; Fri, 10 Aug 2007 15:32:30 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l7AF53jG043973; Fri, 10 Aug 2007 08:05:07 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200708101505.l7AF53jG043973@gw.catspoiler.org> Date: Fri, 10 Aug 2007 08:05:03 -0700 (PDT) From: Don Lewis To: bruce@cran.org.uk In-Reply-To: <46BC1418.9070008@cran.org.uk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: tut@nhamon.com.ua, acpi@FreeBSD.org, current@FreeBSD.org Subject: Re: RE: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 15:32:31 -0000 On 10 Aug, Bruce Cran wrote: > Thomas Sparrevohn wrote: >> I have the same problem - just as a test try to load a kernel without >> any USB drivers at all And shutdown - on my machine it the ACPI part >> works - however the system hangs during the device Shutdown phase - >> this machine is a dell as well - would be nice if somebody using >> other than dell has the problem >> > I'm running 7.0-CURRENT and am seeing the same problem on my Dell > Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI > controllers; removing the EHCI driver solves the problem and allows > the computer to reboot properly. I initially thought it was an ACPI > problem but now I'm not so sure - is there anything I can do to help > debug it? I've added printfs to kern_shutdown.c and as far as I can > see the last function to be called is shutdown_wait; since that > doesn't do anything I know more is going on, but I don't know where > to look. I'm seeing this problem on an Athlon 64 desktop machine with the NVIDIA GeForce 7050PV / nForce 630a chipset. The hang is occuring at this point in boot() in kern_shutdown.c: /* Now that we're going to really halt the system... */ EVENTHANDLER_INVOKE(shutdown_final, howto); The culprit is an infinite loop in ehci_pci_givecontroller(), which is called from ehci_shutdown(). The infinite loop is triggered by reading the incorrect value from one of the EHCI controller registers because the register is being read before a reset of the controller has completed. Try this patch: Index: sys/dev/usb/ehci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/ehci.c,v retrieving revision 1.55 diff -u -r1.55 ehci.c --- sys/dev/usb/ehci.c 20 Jun 2007 05:10:52 -0000 1.55 +++ sys/dev/usb/ehci.c 4 Aug 2007 21:05:46 -0000 @@ -311,6 +311,25 @@ ehci_device_isoc_done, }; +static usbd_status +ehci_hcreset(ehci_softc_t *sc) +{ + u_int32_t hcr; + u_int i; + + EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ + usb_delay_ms(&sc->sc_bus, 1); + EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + for (i = 0; i < 100; i++) { + usb_delay_ms(&sc->sc_bus, 1); + hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; + if (!hcr) + return (USBD_NORMAL_COMPLETION); + } + printf("%s: reset timeout\n", device_get_nameunit(sc->sc_bus.bdev)); + return (USBD_IOERROR); +} + usbd_status ehci_init(ehci_softc_t *sc) { @@ -365,20 +384,9 @@ /* Reset the controller */ DPRINTF(("%s: resetting\n", device_get_nameunit(sc->sc_bus.bdev))); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - usb_delay_ms(&sc->sc_bus, 1); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); - for (i = 0; i < 100; i++) { - usb_delay_ms(&sc->sc_bus, 1); - hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; - if (!hcr) - break; - } - if (hcr) { - printf("%s: reset timeout\n", - device_get_nameunit(sc->sc_bus.bdev)); - return (USBD_IOERROR); - } + err = ehci_hcreset(sc); + if (err != USBD_NORMAL_COMPLETION) + return (err); /* frame list size at default, read back what we got and use that */ switch (EHCI_CMD_FLS(EOREAD4(sc, EHCI_USBCMD))) { @@ -927,8 +935,7 @@ sc->sc_dying = 1; EOWRITE4(sc, EHCI_USBINTR, sc->sc_eintrs); - EOWRITE4(sc, EHCI_USBCMD, 0); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); callout_stop(&sc->sc_tmo_intrlist); callout_stop(&sc->sc_tmo_pcd); @@ -1090,8 +1097,7 @@ ehci_softc_t *sc = v; DPRINTF(("ehci_shutdown: stopping the HC\n")); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); } usbd_status From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 18:37:24 2007 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D770216A417 for ; Fri, 10 Aug 2007 18:37:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outK.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id B918313C468 for ; Fri, 10 Aug 2007 18:37:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 10 Aug 2007 11:37:24 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 83F50125E42; Fri, 10 Aug 2007 11:37:23 -0700 (PDT) Message-ID: <46BCB063.3000701@elischer.org> Date: Fri, 10 Aug 2007 11:37:23 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <46BC1418.9070008@cran.org.uk> <46BC26FD.6080203@elischer.org> <20070810111217.GA22825@muon.bluestop.org> <499c70c0708100700l1d225d68s1f7350e3af09cff7@mail.gmail.com> In-Reply-To: <499c70c0708100700l1d225d68s1f7350e3af09cff7@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 18:37:24 -0000 Abdullah Ibn Hamad Al-Marri wrote: [patch for ehci interfering with reboot] > On 8/10/07, bruce@cran.org.uk wrote: > > ["my machine won't reboot when ehci is loaded"] my machine doesn't have an ehci usb controller. (though possibly it has the driver because I have an ehci pc-card I sometimes use). > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 18:56:12 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F66516A417 for ; Fri, 10 Aug 2007 18:56:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id C5DBC13C459 for ; Fri, 10 Aug 2007 18:56:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.7b8) with ESMTP id 202546366 for multiple; Fri, 10 Aug 2007 15:05:39 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l7AItr05085101; Fri, 10 Aug 2007 14:55:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Fri, 10 Aug 2007 14:55:44 -0400 User-Agent: KMail/1.9.6 References: <46337B06.9080102@ybb.ne.jp> <200708081750.l78HoaUY047803@lava.sentex.ca> <86vebn7ipx.fsf@ds4.des.no> In-Reply-To: <86vebn7ipx.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200708101455.44492.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 10 Aug 2007 14:55:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3909/Fri Aug 10 11:10:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Mike Tancsa Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 18:56:12 -0000 On Friday 10 August 2007 07:05:30 am Dag-Erling Sm=C3=B8rgrav wrote: > Mike Tancsa writes: > > At 11:55 AM 8/8/2007, Dag-Erling Sm=C3=83=C2=B8rgrav wrote: > > > Mike Tancsa writes: > > > > Dag-Erling Sm=C3=83=C2=B8rgrav writes: > > > > > I've tested the driver under -CURRENT on a couple more machines,= =20 with > > > > > the same result everywhere: it probes and attaches and seems to w= ork > > > > > fine, but the box does not reboot. > > > > kldload ichwd, watchdogd -t 20;killall -9 watchdogd and nada ? > > > > > > Precisely. > > > > > > > I can boot one of my working RELENG_6 boxes on current and test if = you > > > > think it is some version issue. > > > > > > That would be great! > > > > Very strange indeed. My RELENG_6 box reboots just fine with your > > version and the version from the PR. However, the box fails to reboot > > running with a CURRENT kernel on either version of the watchdog. > > > > On a chance, I tried a trick I used to have to do ages ago in order to > > get the driver to work. I added > > > > debug.acpi.disabled=3D"sysresource" > > > > to /boot/loader.conf > > > > and then it worked on the CURRENT kernel. i.e. kldload > > /tmp/ichwd.ko,watchdogd -t 20;killall -9=20 > > watchdogd.... ~20 sec later, the box reboots running a CURRENT. > > Without that in loader.conf, the box does not reboot. > > > > I _dont_ have to add debug.acpi.disabled=3D"sysresource" on RELENG_6 on > > the same box for the ichwd to work as expected. > > > > dmesg.txt attached the for same machine-- running CURRENT, one from=20 RELENG_6 >=20 > Let's ask the ACPI folks if they know what's up... To summarize, the > ichwd driver (both the in-tree version and the new version available > from http://people.freebsd.org/~des/software/) works fine in RELENG_6 > but fails silently (i.e. attaches and seems to work, but the machine > does not reboot) in HEAD. >=20 > There is one thing I think might be related. To quote my own comments > from the code: >=20 > * The WDT is programmed through I/O registers in the ACPI I/O space. > * Intel swears it's always at offset 0x60, so we use that. >=20 > But perhaps it isn't? Or perhaps access to the TCO registers silently > fails due to the ACPI sysresource code? Perhaps the ichwd driver should > access them through ACPI, instead of doing direct I/O? Don't use ~0ul for the end address, but use the real one. However, the=20 resource management in this driver is all wrong. What it should be doing, = is=20 to identify as a child of 'isab' and create a child device of 'isab'. It=20 should then allocate the appropriate BAR from the 'isab' device (the isab=20 driver can "proxy" alloc_resource requests from direct children to its bars= =20 just like the vgapci(4) device) and use that single BAR resource for I/O. = =20 However, just fixing the end address to be appropriate should fix the drive= r=20 for now. =2D-=20 John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 19:35:11 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11EB216A421 for ; Fri, 10 Aug 2007 19:35:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8418B13C4B6 for ; Fri, 10 Aug 2007 19:35:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6399620B0; Fri, 10 Aug 2007 21:35:06 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id C566B208A; Fri, 10 Aug 2007 21:35:05 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id ADC5D84486; Fri, 10 Aug 2007 21:35:05 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin References: <46337B06.9080102@ybb.ne.jp> <200708081750.l78HoaUY047803@lava.sentex.ca> <86vebn7ipx.fsf@ds4.des.no> <200708101455.44492.jhb@freebsd.org> Date: Fri, 10 Aug 2007 21:35:05 +0200 In-Reply-To: <200708101455.44492.jhb@freebsd.org> (John Baldwin's message of "Fri\, 10 Aug 2007 14\:55\:44 -0400") Message-ID: <86ir7nnpxy.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org, Mike Tancsa Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 19:35:11 -0000 John Baldwin writes: > On Friday 10 August 2007 07:05:30 am Dag-Erling Sm=C3=B8rgrav wrote: >> Mike Tancsa writes: >> > At 11:55 AM 8/8/2007, Dag-Erling Sm=C3=83=C2=B8rgrav wrote: >> > > Mike Tancsa writes: >> > > > Dag-Erling Sm=C3=83=C2=B8rgrav writes: >> > > > > I've tested the driver under -CURRENT on a couple more machines,= =20 > with >> > > > > the same result everywhere: it probes and attaches and seems to = work >> > > > > fine, but the box does not reboot. >> > > > kldload ichwd, watchdogd -t 20;killall -9 watchdogd and nada ? >> > > >> > > Precisely. >> > > >> > > > I can boot one of my working RELENG_6 boxes on current and test if= you >> > > > think it is some version issue. >> > > >> > > That would be great! >> > >> > Very strange indeed. My RELENG_6 box reboots just fine with your >> > version and the version from the PR. However, the box fails to reboot >> > running with a CURRENT kernel on either version of the watchdog. >> > >> > On a chance, I tried a trick I used to have to do ages ago in order to >> > get the driver to work. I added >> > >> > debug.acpi.disabled=3D"sysresource" >> > >> > to /boot/loader.conf >> > >> > and then it worked on the CURRENT kernel. i.e. kldload >> > /tmp/ichwd.ko,watchdogd -t 20;killall -9=20 >> > watchdogd.... ~20 sec later, the box reboots running a CURRENT. >> > Without that in loader.conf, the box does not reboot. >> > >> > I _dont_ have to add debug.acpi.disabled=3D"sysresource" on RELENG_6 on >> > the same box for the ichwd to work as expected. >> > >> > dmesg.txt attached the for same machine-- running CURRENT, one from=20 > RELENG_6 >>=20 >> Let's ask the ACPI folks if they know what's up... To summarize, the >> ichwd driver (both the in-tree version and the new version available >> from http://people.freebsd.org/~des/software/) works fine in RELENG_6 >> but fails silently (i.e. attaches and seems to work, but the machine >> does not reboot) in HEAD. >>=20 >> There is one thing I think might be related. To quote my own comments >> from the code: >>=20 >> * The WDT is programmed through I/O registers in the ACPI I/O space. >> * Intel swears it's always at offset 0x60, so we use that. >>=20 >> But perhaps it isn't? Or perhaps access to the TCO registers silently >> fails due to the ACPI sysresource code? Perhaps the ichwd driver should >> access them through ACPI, instead of doing direct I/O? > > Don't use ~0ul for the end address, but use the real one. However, the=20 > resource management in this driver is all wrong. What it should be doing= , is=20 > to identify as a child of 'isab' and create a child device of 'isab'. It= =20 > should then allocate the appropriate BAR from the 'isab' device (the isab= =20 > driver can "proxy" alloc_resource requests from direct children to its ba= rs=20 > just like the vgapci(4) device) and use that single BAR resource for I/O.= =20=20 > However, just fixing the end address to be appropriate should fix the dri= ver=20 > for now. So basically, the quick fix is this? sc->tco_res =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->tco_ri= d, pmbase + TCO_BASE, pmbase + TCO_BASE + TCO_LEN, TCO_LEN, RF_ACTIVE | RF_SHAREABLE); The man page isn't entirely clear on whether end is the last address in the range or the first address beyond the range. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 19:36:08 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE9DB16A419; Fri, 10 Aug 2007 19:36:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A313E13C4CB; Fri, 10 Aug 2007 19:36:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l7AJ1qlw025756; Fri, 10 Aug 2007 15:01:52 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l7AJ1pKa060911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Aug 2007 15:01:52 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200708101901.l7AJ1pKa060911@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 10 Aug 2007 15:02:12 -0400 To: John Baldwin , freebsd-acpi@freebsd.org From: Mike Tancsa In-Reply-To: <200708101455.44492.jhb@freebsd.org> References: <46337B06.9080102@ybb.ne.jp> <200708081750.l78HoaUY047803@lava.sentex.ca> <86vebn7ipx.fsf@ds4.des.no> <200708101455.44492.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Dag-Erling =?iso-8859-1?Q?Sm=C3=B8rgrav?= Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 19:36:09 -0000 At 02:55 PM 8/10/2007, John Baldwin wrote: >Don't use ~0ul for the end address, but use the real one. However, the >resource management in this driver is all wrong. What it should be doing, is >to identify as a child of 'isab' and create a child device of 'isab'. It >should then allocate the appropriate BAR from the 'isab' device (the isab >driver can "proxy" alloc_resource requests from direct children to its bars >just like the vgapci(4) device) and use that single BAR resource for I/O. >However, just fixing the end address to be appropriate should fix the driver >for now. Hi, Apart from the FreeBSD Architecture Handbook, are there any other resources you can point to that will help me better understand FreeBSD and PCI drivers ? I am trying to make a watchdog driver for http://wwwd.amd.com/support/PCSGtech.nsf/FAQTablookup/FAQ.49?OpenDocument as a learning exercise and am trying to understand how to get "The base address of the MFGPT hardware is typically located in PCI configuration space at 80007818h. This is Bus 0h, Device Fh, Function 0h, Offset 18h." from FreeBSD. I have the Linux driver as an example as well. I was using the ichwd as a template, but if thats the "wrong way of doing it", I will look elsewhere :) ---Mike From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 21:02:44 2007 Return-Path: Delivered-To: acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D184616A419; Fri, 10 Aug 2007 21:02:44 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9808413C459; Fri, 10 Aug 2007 21:02:44 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l7AL2S7P047755; Fri, 10 Aug 2007 14:02:32 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200708102102.l7AL2S7P047755@gw.catspoiler.org> Date: Fri, 10 Aug 2007 14:02:28 -0700 (PDT) From: Don Lewis To: julian@elischer.org In-Reply-To: <46BCB063.3000701@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: acpi@FreeBSD.org, current@FreeBSD.org Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 21:02:44 -0000 On 10 Aug, Julian Elischer wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > [patch for ehci interfering with reboot] > >> On 8/10/07, bruce@cran.org.uk wrote: >> > ["my machine won't reboot when ehci is loaded"] > > my machine doesn't have an ehci usb controller. > (though possibly it has the driver because I have an ehci pc-card > I sometimes use). You might have to do what I did to debug the ehci problem and scatter printf's throughout the shutdown code. I wasn't able to break into DDB from the console when my machine hung, the motherboard in question doesn't have a serial port, I wasn't able to get kgdb working with /dev/fwmem, and it doesn't appear to be possible to debug event handlers using kgdb over firewire. From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 10 21:29:43 2007 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B290A16A417; Fri, 10 Aug 2007 21:29:43 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6E57213C458; Fri, 10 Aug 2007 21:29:43 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 36C0020B1; Fri, 10 Aug 2007 23:29:37 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 27A1820B0; Fri, 10 Aug 2007 23:29:37 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 13A3984445; Fri, 10 Aug 2007 23:29:37 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin References: <46337B06.9080102@ybb.ne.jp> <200708081750.l78HoaUY047803@lava.sentex.ca> <86vebn7ipx.fsf@ds4.des.no> <200708101455.44492.jhb@freebsd.org> <86ir7nnpxy.fsf@ds4.des.no> Date: Fri, 10 Aug 2007 23:29:37 +0200 In-Reply-To: <86ir7nnpxy.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Fri\, 10 Aug 2007 21\:35\:05 +0200") Message-ID: <86ps1vm62m.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org, Mike Tancsa Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 21:29:43 -0000 Dag-Erling Sm=C3=B8rgrav writes: > So basically, the quick fix is this? > > sc->tco_res =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->tco_= rid, > pmbase + TCO_BASE, pmbase + TCO_BASE + TCO_LEN, TCO_LEN, > RF_ACTIVE | RF_SHAREABLE); That doesn't work, bus_alloc_resource() fails. It didn't with ~0ul. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no