From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 29 00:40:49 2008 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 0E1B2106566C; Sun, 29 Jun 2008 00:40:49 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id AAA878FC0C; Sun, 29 Jun 2008 00:40:48 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id JGJ26521; Sat, 28 Jun 2008 17:32:21 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id JGJ69416; Sat, 28 Jun 2008 17:32:16 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3AA074500E; Sat, 28 Jun 2008 17:32:16 -0700 (PDT) To: John Baldwin In-Reply-To: Your message of "Sat, 28 Jun 2008 17:38:40 EDT." <200806281738.40672.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1214699536_59533P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 28 Jun 2008 17:32:16 -0700 From: "Kevin Oberman" Message-Id: <20080629003216.3AA074500E@ptavv.es.net> X-Sender-IP: 198.128.3.207 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: John Baldwin X-To_Domain: freebsd.org X-To: John Baldwin X-To_Email: jhb@freebsd.org X-To_Alias: jhb Cc: freebsd-acpi@freebsd.org, David Wolfskill Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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: Sun, 29 Jun 2008 00:40:49 -0000 --==_Exmh_1214699536_59533P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: John Baldwin > Date: Sat, 28 Jun 2008 17:38:40 -0400 > Sender: owner-freebsd-acpi@freebsd.org > > On Friday 27 June 2008 07:53:19 pm David Wolfskill wrote: > > My laptop is a Dell Inspiron 8200; I (ab)use it moderately heavily: > > this includes tracking RELENG_6, RELENG_7, & HEAD on it, daily. > > > > Lately there have been some times when "make buildworld" for RELENG_6 > > has taken a lot longer than it used to ... and I noticed that the > > fans were on, even though it was running fairly cool (around 50C; > > during a "make buildworld, around 85C is more common) -- and that > > the machine was typically "topping out" at half speed (1200 MHz). > > > > During these times, querying dev.cpu.0.freq_levels would yield a list > > that did, ini fact, max out at 1200 MHz, when I know that it has gone up > > to 2400 MHz in the past. > > > > When it does this, the only circumvention I've been able to find is a > > power-cycle. Since I like to minimize disruption, this is annoying. > > > > This afternoon, it showed evidence of doing this stunt again, so I > > carefully logged out, powered the machine off, waited about 5 minutes, > > then powered it back on. > > > > But this time, I decided to fire up a little loop to display a timestamp > > and the ooutput from "sysctl -n hw.acpi.thermal.tz0.temperature > > dev.cpu.0.freq dev.cpu.0.freq_levels" every 5 seconds. > > > > Here's the interval in question: > > > > 1214609737,60.5C,300,2400/0 2100/0 1800/0 1500/0 1200/0 1050/0 900/0 750/0 > 600/0 450/0 300/0 150/0 > > 1214609742,59.5C,450,2400/0 2100/0 1800/0 1500/0 1200/0 1050/0 900/0 750/0 > 600/0 450/0 300/0 150/0 > > 1214609748,59.5C,450,2400/0 2100/0 1800/0 1500/0 1200/0 1050/0 900/0 750/0 > 600/0 450/0 300/0 150/0 > > 1214609752,57.5C,150,2400/0 2100/0 1800/0 1500/0 1200/0 1050/0 900/0 750/0 > 600/0 450/0 300/0 150/0 > > 1214609757,57.5C,600,1200/0 1050/0 900/0 750/0 600/0 450/0 300/0 150/0 > > 1214609762,56.5C,150,1200/0 1050/0 900/0 750/0 600/0 450/0 300/0 150/0 > > 1214609767,56.5C,150,1200/0 1050/0 900/0 750/0 600/0 450/0 300/0 150/0 > > Looks like it lowered the temperature. Your BIOS might have decided to change > the levels to force the CPU to throttle down to cool the system. Any chance you moved to battery at any time? My ThinkPad BIOS drops my CPU's top speed from 2G to 800M when I go onto battery. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1214699536_59533P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD4DBQFIZtgQkn3rs5h7N1ERAhHCAJ9h3JReJdRTpsD7Tw9E7CYPqvx6cACY6mD5 ucY7BwrmCLZQ6kAPLolOqg== =a4Ai -----END PGP SIGNATURE----- --==_Exmh_1214699536_59533P-- From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 29 00:40:49 2008 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 1D5FC1065671; Sun, 29 Jun 2008 00:40:49 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id AAC278FC12; Sun, 29 Jun 2008 00:40:48 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id JGH77910; Sat, 28 Jun 2008 17:30:10 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BB47C45047; Sat, 28 Jun 2008 17:30:09 -0700 (PDT) To: John Baldwin In-Reply-To: Your message of "Sat, 28 Jun 2008 17:55:12 EDT." <200806281755.13092.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1214699409_59533P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 28 Jun 2008 17:30:09 -0700 From: "Kevin Oberman" Message-Id: <20080629003009.BB47C45047@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: John Baldwin X-To_Domain: freebsd.org X-To: John Baldwin X-To_Email: jhb@freebsd.org X-To_Alias: jhb Cc: freebsd-acpi@freebsd.org Subject: Re: Freebsd 7-stable on Asus Pro31j - suspend and resume 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: Sun, 29 Jun 2008 00:40:49 -0000 --==_Exmh_1214699409_59533P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: John Baldwin > Date: Sat, 28 Jun 2008 17:55:12 -0400 > Sender: owner-freebsd-acpi@freebsd.org > > On Saturday 28 June 2008 05:25:29 am Mark Kirkwood wrote: > > I've just seen Christopher's post on the nc6230 suspend and resume - I'm > > suffering what looks like the same problem with an Asus pro31j: > > > > 1/ Suspend to S1 and resume works fine > > 2/ Suspend to S3 and resume works *but* I have no video thereafer. > > > > I've have these set: > > > > hw.syscons.sc_no_suspend_vtswitch=1 > > hw.acpi.reset_video: 1 > > > > > > plus the ata-resume patch: > > > > http://people.freebsd.org/~jhb/patches/ata_resume.patch > > > > I know S3 is resuming ok, as I can ssh in via re0 interface and check > > the message log: > > > > Jun 28 14:50:04 zul acpi: suspend to 0x03 at 20080628 14:50:04 > > Jun 28 14:53:41 zul kernel: wakeup from sleeping state (slept 00:03:30) > > Jun 28 14:53:43 zul acpi: resumed from 0x03 at 20080628 14:53:43 > > > > (I've patched rc.suspend and rc.resume to log both $subsystem and $state) > > > > > > I have not tried setting: > > > > hw.acpi.video.lcd0.active=1 > > > > as I have no such sysctl oid! > > You have to use the acpi_video(4) driver (kldload acpi_device or 'device > acpi_video'). Your BIOS also has to provide video control via ACPI. I feel nervous correcting jhb, but I think he had a metal mis-fire here. I believe that he meant to say "You have to use the acpi_video(4) driver (kldload acpi_video)". In my case, I have acpi_video_load="YES" in /boot/loader.conf (brining the ways to do this up to 3). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1214699409_59533P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIZteRkn3rs5h7N1ERAtdoAJ48k4QwQnj60uzKwEzj7TxOf6//0QCgsp+T 7CCLT2mqZwcUSSd1YgiiPDw= =V0Gz -----END PGP SIGNATURE----- --==_Exmh_1214699409_59533P-- From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 29 02:10:34 2008 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 575E21065671 for ; Sun, 29 Jun 2008 02:10:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB98A8FC14 for ; Sun, 29 Jun 2008 02:10:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m5T2ADV0002543; Sat, 28 Jun 2008 22:10:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Kevin Oberman" Date: Sat, 28 Jun 2008 22:10:08 -0400 User-Agent: KMail/1.9.7 References: <20080629003009.BB47C45047@ptavv.es.net> In-Reply-To: <20080629003009.BB47C45047@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200806282210.08679.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Sat, 28 Jun 2008 22:10:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7583/Sat Jun 28 11:00:59 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: Freebsd 7-stable on Asus Pro31j - suspend and resume 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: Sun, 29 Jun 2008 02:10:34 -0000 On Saturday 28 June 2008 08:30:09 pm Kevin Oberman wrote: > > From: John Baldwin > > Date: Sat, 28 Jun 2008 17:55:12 -0400 > > Sender: owner-freebsd-acpi@freebsd.org > > > > On Saturday 28 June 2008 05:25:29 am Mark Kirkwood wrote: > > > I've just seen Christopher's post on the nc6230 suspend and resume - I'm > > > suffering what looks like the same problem with an Asus pro31j: > > > > > > 1/ Suspend to S1 and resume works fine > > > 2/ Suspend to S3 and resume works *but* I have no video thereafer. > > > > > > I've have these set: > > > > > > hw.syscons.sc_no_suspend_vtswitch=1 > > > hw.acpi.reset_video: 1 > > > > > > > > > plus the ata-resume patch: > > > > > > http://people.freebsd.org/~jhb/patches/ata_resume.patch > > > > > > I know S3 is resuming ok, as I can ssh in via re0 interface and check > > > the message log: > > > > > > Jun 28 14:50:04 zul acpi: suspend to 0x03 at 20080628 14:50:04 > > > Jun 28 14:53:41 zul kernel: wakeup from sleeping state (slept 00:03:30) > > > Jun 28 14:53:43 zul acpi: resumed from 0x03 at 20080628 14:53:43 > > > > > > (I've patched rc.suspend and rc.resume to log both $subsystem and $state) > > > > > > > > > I have not tried setting: > > > > > > hw.acpi.video.lcd0.active=1 > > > > > > as I have no such sysctl oid! > > > > You have to use the acpi_video(4) driver (kldload acpi_device or 'device > > acpi_video'). Your BIOS also has to provide video control via ACPI. > > I feel nervous correcting jhb, but I think he had a metal mis-fire > here. I believe that he meant to say "You have to use the acpi_video(4) > driver (kldload acpi_video)". Yep, thanks for catching that. :) Also, as someone else pointed out, the URL was not quite right, it's vesa_dpms.patch rather than dpms.patch, so http://www.FreeBSD.org/~jhb/patches/vesa_dpms.patch -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 29 02:16:31 2008 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 31644106566C; Sun, 29 Jun 2008 02:16:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id DF61E8FC1A; Sun, 29 Jun 2008 02:16:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m5T1mKLb013786; Sat, 28 Jun 2008 18:48:20 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m5T1mJaL013785; Sat, 28 Jun 2008 18:48:19 -0700 (PDT) (envelope-from david) Date: Sat, 28 Jun 2008 18:48:19 -0700 From: David Wolfskill To: Kevin Oberman Message-ID: <20080629014819.GR70792@bunrab.catwhisker.org> References: <200806281738.40672.jhb@freebsd.org> <20080629003216.3AA074500E@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVTdUHOLdMfS4dQd" Content-Disposition: inline In-Reply-To: <20080629003216.3AA074500E@ptavv.es.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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: Sun, 29 Jun 2008 02:16:31 -0000 --EVTdUHOLdMfS4dQd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 28, 2008 at 05:32:16PM -0700, Kevin Oberman wrote: > > From: John Baldwin > > ... > > Looks like it lowered the temperature. Your BIOS might have decided to= change=20 > > the levels to force the CPU to throttle down to cool the system. I suppose. :-( But as I noted, it often runs for extended periods at around 85C, so the rationale (if any) for such a maneuver escapes me. > Any chance you moved to battery at any time? My ThinkPad BIOS drops my > CPU's top speed from 2G to 800M when I go onto battery. In this case, I definitely did not, and I was on AC at the time I reported the issue. I've noted recurrences since -- one of which was particularly ntable because dev.cpu.0.freq_levels reported that the fastest available spedd was 1200 MHz, while dev.cpu.0.freq reported that the machine was running at 2400 MHz. Through some experimentation, it appears that I can reduce the probability of the event -- and possibly avoid it altogether (I can't be sure yet) by killing off powerd. (I apologize for failing to mention that I run it, using default settings.) Also, I've only seen it while running RELENG_6 -- not RELENG_7 or HEAD. Then again, I generally only run RELENG_7 or HEAD enough to build them. Thanks for the responses so far. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --EVTdUHOLdMfS4dQd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkhm6d8ACgkQmprOCmdXAD2NngCePCeI3UmjU7DU/WZPXllRMaU3 D6sAmwdsKA8+ca5NKl0wVbjvWpewIFws =Zkg2 -----END PGP SIGNATURE----- --EVTdUHOLdMfS4dQd-- From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 29 05:33:49 2008 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 12264106564A; Sun, 29 Jun 2008 05:33:49 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id D4C778FC15; Sun, 29 Jun 2008 05:33:48 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-165-180.dsl.telstraclear.net [121.73.165.180]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0K370013XM4AML20@smtp3.clear.net.nz>; Sun, 29 Jun 2008 17:33:47 +1200 (NZST) Date: Sun, 29 Jun 2008 17:33:28 +1200 From: Mark Kirkwood In-reply-to: <200806281755.13092.jhb@freebsd.org> To: John Baldwin Message-id: <48671EA8.40705@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <48660389.7020502@paradise.net.nz> <200806281755.13092.jhb@freebsd.org> User-Agent: Thunderbird 2.0.0.14 (X11/20080601) Cc: freebsd-acpi@freebsd.org Subject: Re: Freebsd 7-stable on Asus Pro31j - suspend and resume 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: Sun, 29 Jun 2008 05:33:49 -0000 John Baldwin wrote: > On Saturday 28 June 2008 05:25:29 am Mark Kirkwood wrote: > >> I've just seen Christopher's post on the nc6230 suspend and resume - I'm >> suffering what looks like the same problem with an Asus pro31j: >> >> 1/ Suspend to S1 and resume works fine >> 2/ Suspend to S3 and resume works *but* I have no video thereafer. >> >> I've have these set: >> >> hw.syscons.sc_no_suspend_vtswitch=1 >> hw.acpi.reset_video: 1 >> >> >> plus the ata-resume patch: >> >> http://people.freebsd.org/~jhb/patches/ata_resume.patch >> >> I know S3 is resuming ok, as I can ssh in via re0 interface and check >> the message log: >> >> Jun 28 14:50:04 zul acpi: suspend to 0x03 at 20080628 14:50:04 >> Jun 28 14:53:41 zul kernel: wakeup from sleeping state (slept 00:03:30) >> Jun 28 14:53:43 zul acpi: resumed from 0x03 at 20080628 14:53:43 >> >> (I've patched rc.suspend and rc.resume to log both $subsystem and $state) >> >> >> I have not tried setting: >> >> hw.acpi.video.lcd0.active=1 >> >> as I have no such sysctl oid! >> > > You have to use the acpi_video(4) driver (kldload acpi_device or 'device > acpi_video'). Your BIOS also has to provide video control via ACPI. > > >> Any suggestions welcome, and thanks Christopher for raising this! >> > > You can also try http://www.FreeBSD.org/~jhb/patches/dpms.patch (you'll need > to either add 'device dpms' to your kernel config or build dpms.ko and > kldload it). It is a committable version of the old DPMS patch that uses > VESA DPMS to turn off the monitor on suspend and turn it back on on resume. > > Unfortunately adding acpi_video and hw.acpi.video.lcd0.active=1 in rc.resume makes no difference. I was pretty hopeful that the dpms patch would sort this out... however the behaviour is exactly the same :-(. I have it loaded as a module: $ kldstat Id Refs Address Size Name 1 9 0xc0400000 98559c kernel 2 1 0xc0d86000 218c dpms.ko 3 1 0xc0d89000 6a2c4 acpi.ko 4 1 0xc5a04000 21000 radeon.ko 5 1 0xc5a25000 f000 drm.ko Anything else required to activate it? Also, with this patched kernel I have not got acpi_video loaded - as trying to load it in loader.conf gave me the "don't know which disk to boot from" error - strange. Thanks for the patches and suggestions! Mark From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 29 18:57:39 2008 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 3CD301065683 for ; Sun, 29 Jun 2008 18:57:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id E428A8FC0A for ; Sun, 29 Jun 2008 18:57:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m5TIvcmm019194 for ; Sun, 29 Jun 2008 11:57:38 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m5TIvcVa019193 for freebsd-acpi@freebsd.org; Sun, 29 Jun 2008 11:57:38 -0700 (PDT) (envelope-from david) Date: Sun, 29 Jun 2008 11:57:38 -0700 From: David Wolfskill To: freebsd-acpi@freebsd.org Message-ID: <20080629185738.GG13924@bunrab.catwhisker.org> References: <200806281738.40672.jhb@freebsd.org> <20080629003216.3AA074500E@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4ndw/alBWmZEhfcZ" Content-Disposition: inline In-Reply-To: <20080629003216.3AA074500E@ptavv.es.net> User-Agent: Mutt/1.4.2.1i Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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: Sun, 29 Jun 2008 18:57:39 -0000 --4ndw/alBWmZEhfcZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable OK; I've managed to demonstrate a few things: * Stopping powerd before the phenomenon occurs does not prevent dev.cpu.0.freq_levels from changing, though it does appear to prevent dev.cpu.0.freq from changing: g1-60(6.3-S)[1] sysctl dev.cpu.0.freq_levels dev.cpu.0.freq dev.cpu.0.freq_levels: 1200/0 1050/0 900/0 750/0 600/0 450/0 300/0 150/0 dev.cpu.0.freq: 2400 g1-60(6.3-S)[2]=20 * As you can see, this can lead to the "interesting" situation that the current CPU frequency is higher than the maximum "available." * The phenomenon is not limited to when I run RELENG_6; in an effort to avoid the continuous fan whine, I tried running RELENG_7 for a while, and encountered a recurrence rather quickly. :-( * I tried firing up the Dell diagnostics; they reported OK for each of the CPU & motherboard fans at high speed, but when the diags tried to switch to low speed, they reported that the fans only went down (from 10-11K RPM) to about 7K RPM instead of 5K RPM. (They reported that everything else was working "optimally." Since their serial port test is known to be inadequate -- it makes no attempt to actually use the serial port to send or receive data at all -- I don't know how much that assessment is actually worth.) I still don't know what the problems are, but it's apparent that something outside FreeBSD's control is misbehaving. Given that, I suppose it would be unreasonable to expect FreeBSD to compensate in an attempt to enforce rationality. :-( Which still leaves me wondering what type(s) of evasive actions make sense: I've become rather accustomed to using a laptop with a 1600x1200 screen, and finding another laptop similarly-equipped (but newer) at a reasoonable price that will run FreeBSD well appears to be somewhat of a challenge. I'm open to suggestions. Maybe I should just see if the local laptop repair place can fix it. :-( Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --4ndw/alBWmZEhfcZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkhn2yAACgkQmprOCmdXAD3XLgCeOWHRghJTQbXBPc33IIExjb6i ODMAnjaISSBFwRWGO/fdx0pW6uATwhFP =Onnt -----END PGP SIGNATURE----- --4ndw/alBWmZEhfcZ-- From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 29 23:08:17 2008 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 5C9E9106567A for ; Sun, 29 Jun 2008 23:08:17 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 104108FC15 for ; Sun, 29 Jun 2008 23:08:16 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so552975ywe.13 for ; Sun, 29 Jun 2008 16:08:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=gtjAV5IL67CL+x3xRCv6p5KMylgi1VUy4aCYDKTlrJ8=; b=XYEUFP57Ey0RrOoSTfhFYbhaFuDaCFvIlv4/JcsyMGRhOvzipw0fZRmIwyZE8wzzyY u+tXj7gfH2ZT0ZJdSJUcQzYTW9HfmRN3g6rShf1J2e2uh/fIFbnxWadLh3wZdQABEA7N vvMp4NH1FsX9oUVW35dQ5i/Rs89OcWUmdM5pc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=bALRjf3TNma8ovHtC9LwCyl7ST0LjvT6yrdLZ4pcZpmAHOtuc7PjWDD5wmW34M9H5m Z9ygolNf+LJbAmCsjtODNLbE0y93aOgpho4GLqtUqS9JTLZS0k8Qe1q+ymu8M77YpvmP tFUzG5YEAoCluA0qTmWWfKlO5jsd1XqEsU2FA= Received: by 10.151.49.8 with SMTP id b8mr7096954ybk.241.1214779420566; Sun, 29 Jun 2008 15:43:40 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.175.14]) by mx.google.com with ESMTPS id 30sm652826yxk.4.2008.06.29.15.43.38 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Jun 2008 15:43:39 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: David Wolfskill In-Reply-To: <20080629185738.GG13924@bunrab.catwhisker.org> References: <200806281738.40672.jhb@freebsd.org> <20080629003216.3AA074500E@ptavv.es.net> <20080629185738.GG13924@bunrab.catwhisker.org> Content-Type: text/plain; charset=utf-8 Date: Sun, 29 Jun 2008 18:43:36 -0400 Message-Id: <1214779416.925.17.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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: Sun, 29 Jun 2008 23:08:17 -0000 I am coming in late in the thread, so if I have misunderstood your problem, I do apologize. On Sun, 2008-06-29 at 11:57 -0700, David Wolfskill wrote: > OK; I've managed to demonstrate a few things: > > * Stopping powerd before the phenomenon occurs does not prevent > dev.cpu.0.freq_levels from changing, though it does appear to prevent > dev.cpu.0.freq from changing: > g1-60(6.3-S)[1] sysctl dev.cpu.0.freq_levels dev.cpu.0.freq > dev.cpu.0.freq_levels: 1200/0 1050/0 900/0 750/0 600/0 450/0 300/0 150/0 > dev.cpu.0.freq: 2400 > g1-60(6.3-S)[2] > > * As you can see, this can lead to the "interesting" situation that the > current CPU frequency is higher than the maximum "available." >From my (somewhat limited) understanding of the ACPI spec, BIOS can change _PSS object (one containing available clock frequencies) and issue notification to the OS to reevaluate said object. There is no requirement that BIOS change current CPU frequency while doing that. You can try to dump your ASL and see if anything there messes up with _PSS and then issues Notify (xxx.CPU0, 0x80) on the same breath. Killing that piece of ASL dead should ensure constant CPU frequencies set. You can post your ASL someplace where I can get to it, I just could not promise that I'll understand it much better than you. > > * The phenomenon is not limited to when I run RELENG_6; in an effort to > avoid the continuous fan whine, I tried running RELENG_7 for a while, > and encountered a recurrence rather quickly. :-( If it is the mechanism, I have described above, I would expect it to behave similarly under RELENG_6 and RELENG_7. > > * I tried firing up the Dell diagnostics; they reported OK for each of > the CPU & motherboard fans at high speed, but when the diags tried to > switch to low speed, they reported that the fans only went down (from > 10-11K RPM) to about 7K RPM instead of 5K RPM. I just emptied can of compressed air into all of the orifices of my ThinkPad X60 with the end result of average running temperature dropping about 7C and fan speed reduced appropriately. I am surprised no one suggested this yet. > > I still don't know what the problems are, but it's apparent that > something outside FreeBSD's control is misbehaving. Given that, I > suppose it would be unreasonable to expect FreeBSD to compensate > in an attempt to enforce rationality. :-( Why not -- I had powerd patch (now obsolete) to compensate for the excess of the thermal paste under the CPU heatsink -- the sky is the limit. > > Which still leaves me wondering what type(s) of evasive actions > make sense: I've become rather accustomed to using a laptop with a > 1600x1200 screen, and finding another laptop similarly-equipped > (but newer) at a reasoonable price that will run FreeBSD well appears > to be somewhat of a challenge. I'm open to suggestions. If you are looking for suggestion on the replacement laptop model -- ThinkPad T42p (aftermarket) should fit the bill nicely, otherwise, see above. > Maybe I should just see if the local laptop repair place can fix it. :-( ... or start with the canned air. > > Peace, > david -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 30 00:45:50 2008 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 A813B1065674 for ; Mon, 30 Jun 2008 00:45:50 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5878FC0C for ; Mon, 30 Jun 2008 00:45:50 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m5U0jnkx020028; Sun, 29 Jun 2008 17:45:49 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m5U0jnsU020027; Sun, 29 Jun 2008 17:45:49 -0700 (PDT) (envelope-from david) Date: Sun, 29 Jun 2008 17:45:49 -0700 From: David Wolfskill To: Alexandre Sunny Kovalenko Message-ID: <20080630004549.GI13924@bunrab.catwhisker.org> References: <200806281738.40672.jhb@freebsd.org> <20080629003216.3AA074500E@ptavv.es.net> <20080629185738.GG13924@bunrab.catwhisker.org> <1214779416.925.17.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k9xkV0rc9XGsukaG" Content-Disposition: inline In-Reply-To: <1214779416.925.17.camel@RabbitsDen> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 30 Jun 2008 00:45:50 -0000 --k9xkV0rc9XGsukaG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 29, 2008 at 06:43:36PM -0400, Alexandre Sunny Kovalenko wrote: > I am coming in late in the thread, so if I have misunderstood your > problem, I do apologize. Not at all; thank you for your suggestions! > ... > > * As you can see, this can lead to the "interesting" situation that the > > current CPU frequency is higher than the maximum "available." > >From my (somewhat limited) understanding of the ACPI spec, BIOS can > change _PSS object (one containing available clock frequencies) and > issue notification to the OS to reevaluate said object. There is no > requirement that BIOS change current CPU frequency while doing that. OK; I confess ignorance on that score: I'm posting to -acpi because I rather suspect that ACPI is (at least) profoundly implicated in what's going on, if not responsible for it. > You can try to dump your ASL and see if anything there messes up with > _PSS and then issues Notify (xxx.CPU0, 0x80) on the same breath. Killing > that piece of ASL dead should ensure constant CPU frequencies set. ???You > can post your ASL someplace where I can get to it, I just could not > promise that I'll understand it much better than you. I ran sudo acpidump -dt -o >laptop.i8200.dsdt >laptop.i8200.asl and placed the results in www.catwhisker.org:~david/public_html/FreeBSD/, so and should work. I just tried it from my laptop (sick as it is), and the MD5 hashes matched. They are: g1-60(6.3-S)[6] md5 laptop.i8200.* MD5 (laptop.i8200.asl) =3D 7c83c27ad30bbd0957f10a5a3ffc90e5 MD5 (laptop.i8200.dsdt) =3D c290ab9be7c97eb7ae98523a5f5a4ddc g1-60(6.3-S)[7]=20 > > * The phenomenon is not limited to when I run RELENG_6; in an effort to > > avoid the continuous fan whine, I tried running RELENG_7 for a while, > > and encountered a recurrence rather quickly. :-( > If it is the mechanism, I have described above, I would expect it to > behave similarly under RELENG_6 and RELENG_7. Right. Until I had encountered it as reported above, I hadn't seen an occurrence of the phenomenon under either RELENG_7 or HEAD. > > * I tried firing up the Dell diagnostics; they reported OK for each of > > the CPU & motherboard fans at high speed, but when the diags tried to > > switch to low speed, they reported that the fans only went down (from > > 10-11K RPM) to about 7K RPM instead of 5K RPM.=20 > I just emptied can of compressed air into all of the orifices of my > ThinkPad X60 with the end result of average running temperature dropping > about 7C and fan speed reduced appropriately. I am surprised no one > suggested this yet. Well, in fairness, the reported temperature is quite low: I get reports (from sysctl hw.acpi.thermal.tz0.temperature) of around 85C for extended periods during a "make buildworld," but the reported temperature when this sort of thing occurs is around 45C. On the other hand, this did just start happening recently -- within the last 4-5 days. > > I still don't know what the problems are, but it's apparent that > > something outside FreeBSD's control is misbehaving. Given that, I > > suppose it would be unreasonable to expect FreeBSD to compensate > > in an attempt to enforce rationality. :-( > Why not -- I had powerd patch (now obsolete) to compensate for the > excess of the thermal paste under the CPU heatsink -- the sky is the > limit. Hmmm.... > > Which still leaves me wondering what type(s) of evasive actions > > make sense: I've become rather accustomed to using a laptop with a > > 1600x1200 screen, and finding another laptop similarly-equipped > > (but newer) at a reasoonable price that will run FreeBSD well appears > > to be somewhat of a challenge. I'm open to suggestions. > If you are looking for suggestion on the replacement laptop model -- > ThinkPad T42p (aftermarket) should fit the bill nicely, otherwise, see > above. Thanks for the suggestion; I will look into it. > > Maybe I should just see if the local laptop repair place can fix it. :-( > ... or start with the canned air. Well, I did just disassemble the whole thing -- it's actually a somewhat curious mix of a couple of used i8200s plus a handful of spare parts I've bought. I managed to remove some dust & a few cat hairs, but there was no effective change in beavior. I tried swapping my disk drive for the one that came with it (and which has Windows XP on it). At first, the phenomenon (fans full on; CPU throttled to half-speed) wouldn't recur, but eventually, it seems to have done. (At least I could tell that the fans were full on and that the machine was often marginally responsive to (e.g.) mouse movements.) I have no idea how to find out about ACPI stuff (or much of anything else) in a Microsoft environment -- I did this in preparation for bringing the machine to a repair shop: I figured they'd want the Microsoft environment (and unless the problem existed there, it wouldn't be "real"), and I certainly didn't want to entrust my FreeBSD disk to their tender mercies. :-{ Thanks again for the suggestions so far. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --k9xkV0rc9XGsukaG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkhoLLwACgkQmprOCmdXAD2czQCfa7vec186dyAD1qBFxWf/L0XH N2MAn1zB+wI/sEilAgaDqy06iQrc0euj =eo7G -----END PGP SIGNATURE----- --k9xkV0rc9XGsukaG-- From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 30 05:24:52 2008 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 CFC1C1065675 for ; Mon, 30 Jun 2008 05:24:52 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0E68FC17 for ; Mon, 30 Jun 2008 05:24:50 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id PAA21382; Mon, 30 Jun 2008 15:24:12 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 30 Jun 2008 15:24:11 +1000 (EST) From: Ian Smith To: David Wolfskill In-Reply-To: <20080629185738.GG13924@bunrab.catwhisker.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 30 Jun 2008 05:24:52 -0000 On Sun, 29 Jun 2008, David Wolfskill wrote: > OK; I've managed to demonstrate a few things: > > * Stopping powerd before the phenomenon occurs does not prevent > dev.cpu.0.freq_levels from changing, though it does appear to prevent > dev.cpu.0.freq from changing: > g1-60(6.3-S)[1] sysctl dev.cpu.0.freq_levels dev.cpu.0.freq > dev.cpu.0.freq_levels: 1200/0 1050/0 900/0 750/0 600/0 450/0 300/0 150/0 > dev.cpu.0.freq: 2400 > g1-60(6.3-S)[2] > > * As you can see, this can lead to the "interesting" situation that the > current CPU frequency is higher than the maximum "available." Perhaps just morbid curiousity, but I'm wondering which cpufreq drivers this machine winds up using (acpi_perf or est/p4tcc or .. ?) grep -i acpi /var/run/dmesg.boot ? sysctl hw.acpi ? > * The phenomenon is not limited to when I run RELENG_6; in an effort to > avoid the continuous fan whine, I tried running RELENG_7 for a while, > and encountered a recurrence rather quickly. :-( > > * I tried firing up the Dell diagnostics; they reported OK for each of > the CPU & motherboard fans at high speed, but when the diags tried to > switch to low speed, they reported that the fans only went down (from > 10-11K RPM) to about 7K RPM instead of 5K RPM. (They reported that 10-11K? Wow. > everything else was working "optimally." Since their serial port test > is known to be inadequate -- it makes no attempt to actually use the > serial port to send or receive data at all -- I don't know how much that > assessment is actually worth.) > > I still don't know what the problems are, but it's apparent that > something outside FreeBSD's control is misbehaving. Given that, I > suppose it would be unreasonable to expect FreeBSD to compensate > in an attempt to enforce rationality. :-( Had a quick look at your .asl, doesn't mean much to me, but I wonder . are you running the latest BIOS/ACPI upgrade available from Dell? "Project: DELL Mojave", "Date: 01/28/1998", "Ver: 1.00.04" . might you have any BIOS settings re performance/economy/cooling set? . not running it in a dock are you? >From what you've described, it almost sounds like a hardware temperature sensor may have failed, or be reporting wrong, or something .. as this has only appeared recently, either something's broken, or perhaps you've inadvertantly changed something? You did mention having been inside .. did that go as far as re-pasting the CPU or other heatsinks? cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 30 11:06:52 2008 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 B2E37106564A for ; Mon, 30 Jun 2008 11:06:52 +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 974208FC26 for ; Mon, 30 Jun 2008 11:06:52 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5UB6qMG095657 for ; Mon, 30 Jun 2008 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5UB6qZG095653 for freebsd-acpi@FreeBSD.org; Mon, 30 Jun 2008 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Jun 2008 11:06:52 GMT Message-Id: <200806301106.m5UB6qZG095653@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 freebsd-acpi@FreeBSD.org 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, 30 Jun 2008 11:06:52 -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 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am 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/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/120953 acpi [acpi]: FreeBSD 6.3 Release: acpi_tz0: _TMP value is f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo 19 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 s kern/73823 acpi [request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/89411 acpi [acpi] acpiconf bug s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI 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 s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi [acpi] Dell C810 - ACPI problem o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f amd64/122521 acpi ACPI Error after upgrade to 7.0 o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/124223 acpi [acpi] [patch] acpi_battery.c -- Notify user-defined c o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To 24 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 30 16:03:46 2008 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 45E661065685 for ; Mon, 30 Jun 2008 16:03:46 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D1AF28FC1B for ; Mon, 30 Jun 2008 16:03:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <486903DE.6070101@FreeBSD.org> Date: Mon, 30 Jun 2008 18:03:42 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: acpi causes missing serial port on HP BL10e 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, 30 Jun 2008 16:03:46 -0000 If I build a kernel with acpi on this HP proliant BL10e blade system, it doesn't probe sio0: without acpi: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] with acpi: sio0: port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] note: the port at 0x3f8 didn't probe. If someone is interested I can provide the acpidump. Kris From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 30 16:38:47 2008 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 0049B106568C for ; Mon, 30 Jun 2008 16:38:46 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id AD77B8FC0C for ; Mon, 30 Jun 2008 16:38:46 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m5UGckqa023307; Mon, 30 Jun 2008 09:38:46 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m5UGcjON023306; Mon, 30 Jun 2008 09:38:45 -0700 (PDT) (envelope-from david) Date: Mon, 30 Jun 2008 09:38:45 -0700 From: David Wolfskill To: Ian Smith Message-ID: <20080630163845.GL13924@bunrab.catwhisker.org> References: <20080629185738.GG13924@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bPg9NdpM9EETxvqt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 30 Jun 2008 16:38:47 -0000 --bPg9NdpM9EETxvqt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2008 at 03:24:11PM +1000, Ian Smith wrote: > ... > > * As you can see, this can lead to the "interesting" situation that the > > current CPU frequency is higher than the maximum "available." >=20 > Perhaps just morbid curiousity, but I'm wondering which cpufreq drivers > this machine winds up using (acpi_perf or est/p4tcc or .. ?) >=20 > grep -i acpi /var/run/dmesg.boot ? > sysctl hw.acpi ? I've placed copies of the dmesg.boot from each of RELENG_6, RELENG_7, and HEAD in www.catwhisker.org:~david/public_html/FreeBSD, as well as copies of the kernel configs (joining the ASL/DSDT stuff). I just added output from "sysctl hw.acpi" from each, as well: bunrab(4.11-S)[3] ls -l laptop.i8200.* -rw-r--r-- 1 david staff 91343 Jun 29 17:22 laptop.i8200.asl -rw-r--r-- 1 david staff 28033 Jun 30 06:51 laptop.i8200.dmesg.boot.6 -rw-r--r-- 1 david staff 30401 Jun 30 06:54 laptop.i8200.dmesg.boot.7 -rw-r--r-- 1 david staff 34133 Jun 30 07:41 laptop.i8200.dmesg.boot.8 -rw-r--r-- 1 david staff 12622 Jun 29 17:22 laptop.i8200.dsdt -rw-r--r-- 1 david staff 975 Jun 30 08:55 laptop.i8200.hw.acpi.6 -rw-r--r-- 1 david staff 974 Jun 30 08:57 laptop.i8200.hw.acpi.7 -rw-r--r-- 1 david staff 976 Jun 30 09:08 laptop.i8200.hw.acpi.8 -rw-r--r-- 1 david staff 9502 May 7 15:05 laptop.i8200.kernel.6 -rw-r--r-- 1 david staff 9154 Jun 8 2007 laptop.i8200.kernel.7 -rw-r--r-- 1 david staff 9399 Jan 12 17:26 laptop.i8200.kernel.8 bunrab(4.11-S)[4]=20 >... > Had a quick look at your .asl, doesn't mean much to me, but I wonder >=20 > . are you running the latest BIOS/ACPI upgrade available from Dell? > "Project: DELL Mojave", > "Date: 01/28/1998", > "Ver: 1.00.04" Errr... hmmm? The machine shows "BIOS Version: A11". > . might you have any BIOS settings re performance/economy/cooling set? My settings under "Power Management" (in the BIOS config/setup menus): BATTERY AC _______ __ Brightness: [XXXXX ] [XXXXXXX ] Power Management: Enabled Enabled Display Time-Out: 4 Minutes Disabled Disk Time-Out: 3 Minutes Disabled Suspend Time-Out: Disabled Disabled 22D Time-Out: Disabled Disabled Smart CPU Mode: Enabled Enabled Display Close: Active Active=20 Ring/Event Resume: Enabled Alarm Resume: Enabled Wakeup On LAN: Disabled Intel SpeedStep(tm): Enabled CPU on AC: Automatic CPU on Battery: Automatic Auto On Mode: Disabled Auto On Time: 00:00 Most of the above are defaults; I disabled Suspend & S2D on battery, as well as told it to remain active on battery if I shut the lid. Everything else should be a default setting. > . not running it in a dock are you? I am not running it in a docking station or port replicator. > From what you've described, it almost sounds like a hardware temperature > sensor may have failed, or be reporting wrong, or something .. as this > has only appeared recently, either something's broken, or perhaps you've > inadvertantly changed something? You did mention having been inside .. > did that go as far as re-pasting the CPU or other heatsinks? I did not see how to get the CPU heat sink off, so I didn't mess with that. I did remove the keyboard, and it appears that the keyboard acts as a secondary heat sink for the video card; I did clean both surfaces (the chip & the underside of the keyboard) and place a thin layer of thermal compound on the chip before re-seating the keyboard. That does not appear to have had a noticable effect either way. Thanks for the help so far. I'm getting the distinct impression that it's likely that some of the hardware is failing, and that I either need to have the machine repaired by someone competent to do so (as opposed to me) or I need to consider replacing it. (There are, after all, significant parts of the machine that are over 5 years old. And I've been tracking various FreeBSD branches on it just about daily as long as I've had it and it's been working.) Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --bPg9NdpM9EETxvqt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkhpDBQACgkQmprOCmdXAD3vLgCeMhct+qMLFGLInHYC2V08iAiz 5cYAn02lx83cHRdczTut9NK6bKumObXD =7f5x -----END PGP SIGNATURE----- --bPg9NdpM9EETxvqt-- From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 30 23:10:17 2008 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 72E941065679; Mon, 30 Jun 2008 23:10:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id F215A8FC19; Mon, 30 Jun 2008 23:10:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m5UNA9vn022818; Mon, 30 Jun 2008 19:10:10 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 30 Jun 2008 15:12:19 -0400 User-Agent: KMail/1.9.7 References: <486903DE.6070101@FreeBSD.org> In-Reply-To: <486903DE.6070101@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806301512.19227.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 30 Jun 2008 19:10:10 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7596/Mon Jun 30 18:21:48 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kris Kennaway Subject: Re: acpi causes missing serial port on HP BL10e 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, 30 Jun 2008 23:10:17 -0000 On Monday 30 June 2008 12:03:42 pm Kris Kennaway wrote: > If I build a kernel with acpi on this HP proliant BL10e blade system, it > doesn't probe sio0: > > without acpi: > > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > sio0: [FILTER] > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio1: [FILTER] > > with acpi: > > sio0: port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 > sio0: type 16550A, console > sio0: [FILTER] > > note: the port at 0x3f8 didn't probe. > > If someone is interested I can provide the acpidump. Does the port at 0x3f8 work w/o ACPI? -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 30 23:11:04 2008 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 5A1161065674 for ; Mon, 30 Jun 2008 23:11:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D6BB38FC23 for ; Mon, 30 Jun 2008 23:11:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m5UNAfux022830; Mon, 30 Jun 2008 19:10:42 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 30 Jun 2008 15:11:11 -0400 User-Agent: KMail/1.9.7 References: <200806281738.40672.jhb@freebsd.org> <20080629003216.3AA074500E@ptavv.es.net> <20080629185738.GG13924@bunrab.catwhisker.org> In-Reply-To: <20080629185738.GG13924@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806301511.11294.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 30 Jun 2008 19:10:42 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7596/Mon Jun 30 18:21:48 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS,PLING_QUERY autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: David Wolfskill Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 30 Jun 2008 23:11:04 -0000 On Sunday 29 June 2008 02:57:38 pm David Wolfskill wrote: > I still don't know what the problems are, but it's apparent that > something outside FreeBSD's control is misbehaving. Given that, I > suppose it would be unreasonable to expect FreeBSD to compensate > in an attempt to enforce rationality. :-( Are you sure it is really a problem? Presumably the machine is overheating or something that is causing the BIOS to request that the CPU speed is lowered (I wonder if Windows changes CPU speed when _PSS changes so that the BIOS writer figured changing _PSS was sufficient to force the CPU to be throttled). Presumably if the BIOS really is trying to protect the hardware not doing what it wants might result in physical damage to the machine of some sort. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 30 23:20:17 2008 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 AD65D1065674; Mon, 30 Jun 2008 23:20:17 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 03C368FC17; Mon, 30 Jun 2008 23:20:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48696A2E.8020109@FreeBSD.org> Date: Tue, 01 Jul 2008 01:20:14 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: John Baldwin References: <486903DE.6070101@FreeBSD.org> <200806301512.19227.jhb@freebsd.org> In-Reply-To: <200806301512.19227.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: acpi causes missing serial port on HP BL10e 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, 30 Jun 2008 23:20:17 -0000 John Baldwin wrote: > On Monday 30 June 2008 12:03:42 pm Kris Kennaway wrote: >> If I build a kernel with acpi on this HP proliant BL10e blade system, it >> doesn't probe sio0: >> >> without acpi: >> >> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> sio0: type 16550A, console >> sio0: [FILTER] >> sio1 at port 0x2f8-0x2ff irq 3 on isa0 >> sio1: type 16550A >> sio1: [FILTER] >> >> with acpi: >> >> sio0: port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 >> sio0: type 16550A, console >> sio0: [FILTER] >> >> note: the port at 0x3f8 didn't probe. >> >> If someone is interested I can provide the acpidump. > > Does the port at 0x3f8 work w/o ACPI? Yeah, it is supposed to be the primary console. I (re)discovered this problem when I accidentally added acpi back to my previously working kernel. Kris From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 30 23:31:47 2008 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 F13ED106564A; Mon, 30 Jun 2008 23:31:47 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id A16648FC12; Mon, 30 Jun 2008 23:31:47 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m5UNVkiA025654; Mon, 30 Jun 2008 16:31:47 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m5UNVk7T025653; Mon, 30 Jun 2008 16:31:46 -0700 (PDT) (envelope-from david) Date: Mon, 30 Jun 2008 16:31:46 -0700 From: David Wolfskill To: John Baldwin Message-ID: <20080630233146.GQ13924@bunrab.catwhisker.org> References: <200806281738.40672.jhb@freebsd.org> <20080629003216.3AA074500E@ptavv.es.net> <20080629185738.GG13924@bunrab.catwhisker.org> <200806301511.11294.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DCA/C9WSnDtl50zu" Content-Disposition: inline In-Reply-To: <200806301511.11294.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 30 Jun 2008 23:31:48 -0000 --DCA/C9WSnDtl50zu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2008 at 03:11:11PM -0400, John Baldwin wrote: > ... > Are you sure it is really a problem? Presumably the machine is overheati= ng or=20 > something that is causing the BIOS to request that the CPU speed is lower= ed=20 > (I wonder if Windows changes CPU speed when _PSS changes so that the BIO= S=20 > writer figured changing _PSS was sufficient to force the CPU to be=20 > throttled). Presumably if the BIOS really is trying to protect the hardw= are=20 > not doing what it wants might result in physical damage to the machine of= =20 > some sort. Yeah, I'm pretty sure. Evidence: * The behavior is markedly different from what it had been up to about a week ago. In particular, building RELENG_6, RELENG_7, and HEAD daily, the fans would normally vary in speed (based on pitch & intensity of sound, rather than from a sysctl variable) generally in an "expected" way based on the reported CPU temperature (this was from sysctl variable). Now, in contrast, the machinee runs for a bit, then the fans kick in, the CPU acts as if it maxes out at half speed. And the *only* way I've found to even slow the fans down is to power-cycle -- even though the reported CPU temperature is way low -- around 45C. (Exhaust air from the fans isn't especially warm, either.) * As a result, a full "make buildworld" takes several hours longer than it did as recently as a week ago. * I am now able to reproduce the problem just booting the machine to the BIOS config/setup stage. * The fan noise is freaking annoying. :-/ In any case, I've dropped the machine off for hardware repair. I should soon find out whether "repair" is a feasible option or I should look at replacement. Thanks for all your help! Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --DCA/C9WSnDtl50zu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkhpbOIACgkQmprOCmdXAD08uACZAcMCJKD1ri/fy8x+pU8r9gve rbMAn1oTaJmDW6lwbLnYw8PqWhLYN+oK =YFkN -----END PGP SIGNATURE----- --DCA/C9WSnDtl50zu-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 1 05:08:13 2008 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 353BD1065C2C for ; Tue, 1 Jul 2008 05:08:13 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id D94A48FC0C for ; Tue, 1 Jul 2008 05:08:10 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id PAA29082; Tue, 1 Jul 2008 15:06:51 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 1 Jul 2008 15:06:50 +1000 (EST) From: Ian Smith To: David Wolfskill In-Reply-To: <20080630163845.GL13924@bunrab.catwhisker.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 01 Jul 2008 05:08:13 -0000 On Mon, 30 Jun 2008, David Wolfskill wrote: > On Mon, Jun 30, 2008 at 03:24:11PM +1000, Ian Smith wrote: > > ... > > > * As you can see, this can lead to the "interesting" situation that the > > > current CPU frequency is higher than the maximum "available." > > > > Perhaps just morbid curiousity, but I'm wondering which cpufreq drivers > > this machine winds up using (acpi_perf or est/p4tcc or .. ?) > > > > grep -i acpi /var/run/dmesg.boot ? > > sysctl hw.acpi ? > > I've placed copies of the dmesg.boot from each of RELENG_6, RELENG_7, > and HEAD in www.catwhisker.org:~david/public_html/FreeBSD, as well > as copies of the kernel configs (joining the ASL/DSDT stuff). I > just added output from "sysctl hw.acpi" from each, as well: > > bunrab(4.11-S)[3] ls -l laptop.i8200.* > -rw-r--r-- 1 david staff 91343 Jun 29 17:22 laptop.i8200.asl > -rw-r--r-- 1 david staff 28033 Jun 30 06:51 laptop.i8200.dmesg.boot.6 > -rw-r--r-- 1 david staff 30401 Jun 30 06:54 laptop.i8200.dmesg.boot.7 > -rw-r--r-- 1 david staff 34133 Jun 30 07:41 laptop.i8200.dmesg.boot.8 > -rw-r--r-- 1 david staff 12622 Jun 29 17:22 laptop.i8200.dsdt > -rw-r--r-- 1 david staff 975 Jun 30 08:55 laptop.i8200.hw.acpi.6 > -rw-r--r-- 1 david staff 974 Jun 30 08:57 laptop.i8200.hw.acpi.7 > -rw-r--r-- 1 david staff 976 Jun 30 09:08 laptop.i8200.hw.acpi.8 > -rw-r--r-- 1 david staff 9502 May 7 15:05 laptop.i8200.kernel.6 > -rw-r--r-- 1 david staff 9154 Jun 8 2007 laptop.i8200.kernel.7 > -rw-r--r-- 1 david staff 9399 Jan 12 17:26 laptop.i8200.kernel.8 Nothing if not thorough :) As I vaguely suspected from those freq/0 reports, the cpufreq driver attachment seems a little unusual, though I'm hoping someone who knows a lot more about this may say something. On other P4 boxes' dmesg, I often notice est+p4tcc cpufreq drivers attaching, but on yours, on 6.3-STABLE: acpi_perf0: on cpu0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x8e0 but on 7.0-STABLE and 8-CURRENT: acpi_perf0: on cpu0 p4tcc0: on cpu0 I'm really unsure what this means, but thought it perhaps noteworthy that a) it wasn't using est? and b) I don't understand why on 6.3 it would attach acpi_throttle when p4tcc seems available - but my hours of digging through the drivers code has left me only a little the wiser, and I'm still referring to old (5.5) sources; I've just installed 7.0 on my T23 but I haven't yet setup and copied my working environment to it. I also notice that there's only a _CRT temp. value, no _PSV, and (so?) hw.acpi.thermal.tz0.passive_cooling=0 if that's relevant to this? > > . are you running the latest BIOS/ACPI upgrade available from Dell? > > "Project: DELL Mojave", > > "Date: 01/28/1998", > > "Ver: 1.00.04" > > Errr... hmmm? The machine shows "BIOS Version: A11". The above is from your .asl, dunno if it's relevant? > > . might you have any BIOS settings re performance/economy/cooling set? > > My settings under "Power Management" (in the BIOS config/setup menus): > > BATTERY AC > _______ __ > Brightness: [XXXXX ] [XXXXXXX ] > Power Management: Enabled Enabled > Display Time-Out: 4 Minutes Disabled > Disk Time-Out: 3 Minutes Disabled > Suspend Time-Out: Disabled Disabled > 22D Time-Out: Disabled Disabled > Smart CPU Mode: Enabled Enabled > Display Close: Active Active > > > Ring/Event Resume: Enabled > Alarm Resume: Enabled > Wakeup On LAN: Disabled > Intel SpeedStep(tm): Enabled > CPU on AC: Automatic > CPU on Battery: Automatic > Auto On Mode: Disabled > Auto On Time: 00:00 > > > Most of the above are defaults; I disabled Suspend & S2D on battery, > as well as told it to remain active on battery if I shut the lid. > Everything else should be a default setting. I'm really quite unsure about whether the BIOS settings do or don't affect ACPI operation under FreeBSD, or to what extent. Ie what does 'Smart CPU Mode' do here? Perhaps someone could comment on whether such BIOS settings are reflected in ACPI method invocation at all? > > . not running it in a dock are you? > > I am not running it in a docking station or port replicator. > > > From what you've described, it almost sounds like a hardware temperature > > sensor may have failed, or be reporting wrong, or something .. as this > > has only appeared recently, either something's broken, or perhaps you've > > inadvertantly changed something? You did mention having been inside .. > > did that go as far as re-pasting the CPU or other heatsinks? > > I did not see how to get the CPU heat sink off, so I didn't mess with > that. > > I did remove the keyboard, and it appears that the keyboard acts as a > secondary heat sink for the video card; I did clean both surfaces (the > chip & the underside of the keyboard) and place a thin layer of thermal > compound on the chip before re-seating the keyboard. That does not > appear to have had a noticable effect either way. > > Thanks for the help so far. Questions only help if they might lead to some answers .. not so far :) > I'm getting the distinct impression that it's likely that some of the > hardware is failing, and that I either need to have the machine repaired > by someone competent to do so (as opposed to me) or I need to consider > replacing it. (There are, after all, significant parts of the machine > that are over 5 years old. And I've been tracking various FreeBSD > branches on it just about daily as long as I've had it and it's been > working.) I saw your later message to jhb about sending it off to the shop, so hopefully something good will come of that. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 1 12:20:09 2008 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 2CAA5106566C for ; Tue, 1 Jul 2008 12:20:09 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id D58938FC2F for ; Tue, 1 Jul 2008 12:20:08 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by py-out-1112.google.com with SMTP id p76so532719pyb.10 for ; Tue, 01 Jul 2008 05:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=17Uk0IoblLVEavp2Znjg8iN15aYyhNZ+iOaW3hDNy6w=; b=Y4LEnl6qNtLZSkfyrap2OwdQsl3266OgNXOK5qTjBXKX9PMnNtvBITtTglg6ONYPai rrkPx61H4Ct6rXkC8nQUYcMOFgRB9EQAiYkWUvWQBkN4PCXjtBfHUNS3+xQk4yHLzKhP NnGzlJJDJw+2MQX137xFT0l5+lpdAZzZIlXVk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=GD2fVUonBSFV05/hmhmIjEOJrT+qCoetEodop53pKqTcAbeUKCO9QTTzQt6OKZ0wEA jsLtlhhiuBBpBKjTjRwA7qEHieaq+SxSVgX5gU+7yhHDh70MePsJ7IA9c5NvjbOKn/1K spmfxmqOEXEGPfRlgp7P0SpjntV2bp255HApA= Received: by 10.115.111.1 with SMTP id o1mr5430006wam.100.1214914807953; Tue, 01 Jul 2008 05:20:07 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.175.14]) by mx.google.com with ESMTPS id 34sm1430957yxl.9.2008.07.01.05.20.05 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Jul 2008 05:20:06 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: David Wolfskill In-Reply-To: <20080630004549.GI13924@bunrab.catwhisker.org> References: <200806281738.40672.jhb@freebsd.org> <20080629003216.3AA074500E@ptavv.es.net> <20080629185738.GG13924@bunrab.catwhisker.org> <1214779416.925.17.camel@RabbitsDen> <20080630004549.GI13924@bunrab.catwhisker.org> Content-Type: text/plain; charset=utf-8 Date: Tue, 01 Jul 2008 08:19:58 -0400 Message-Id: <1214914799.1064.12.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 01 Jul 2008 12:20:09 -0000 On Sun, 2008-06-29 at 17:45 -0700, David Wolfskill wrote: > On Sun, Jun 29, 2008 at 06:43:36PM -0400, Alexandre Sunny Kovalenko wrote: > > I am coming in late in the thread, so if I have misunderstood your > > problem, I do apologize. > > Not at all; thank you for your suggestions! > > > ... > > > * As you can see, this can lead to the "interesting" situation that the > > > current CPU frequency is higher than the maximum "available." > > >From my (somewhat limited) understanding of the ACPI spec, BIOS can > > change _PSS object (one containing available clock frequencies) and > > issue notification to the OS to reevaluate said object. There is no > > requirement that BIOS change current CPU frequency while doing that. > > OK; I confess ignorance on that score: I'm posting to -acpi because I > rather suspect that ACPI is (at least) profoundly implicated in what's > going on, if not responsible for it. > > > You can try to dump your ASL and see if anything there messes up with > > _PSS and then issues Notify (xxx.CPU0, 0x80) on the same breath. Killing > > that piece of ASL dead should ensure constant CPU frequencies set. ???You > > can post your ASL someplace where I can get to it, I just could not > > promise that I'll understand it much better than you. > > I ran > > sudo acpidump -dt -o >laptop.i8200.dsdt >laptop.i8200.asl > > and placed the results in www.catwhisker.org:~david/public_html/FreeBSD/, > so and > should > work. I just tried it from my laptop (sick as it is), and the MD5 > hashes matched. They are: > > g1-60(6.3-S)[6] md5 laptop.i8200.* > MD5 (laptop.i8200.asl) = 7c83c27ad30bbd0957f10a5a3ffc90e5 > MD5 (laptop.i8200.dsdt) = c290ab9be7c97eb7ae98523a5f5a4ddc > g1-60(6.3-S)[7] There is definitely some logic to figure out set of frequencies to return: Method (_PSS, 0, NotSerialized) { SX10 () SX30 (0x0B) SX11 () Index (PSSX, 0x00, Local0) Store (SX42 (), Index (DerefOf (Local0), 0x00)) Store (SX42 (), Index (DerefOf (Local0), 0x01)) Store (SX42 (), Index (DerefOf (Local0), 0x02)) Store (SX42 (), Index (DerefOf (Local0), 0x03)) Store (SX40 (), Index (DerefOf (Local0), 0x04)) Store (SX40 (), Index (DerefOf (Local0), 0x05)) Index (PSSX, 0x01, Local1) Store (SX42 (), Index (DerefOf (Local1), 0x00)) Store (SX42 (), Index (DerefOf (Local1), 0x01)) Store (SX42 (), Index (DerefOf (Local1), 0x02)) Store (SX42 (), Index (DerefOf (Local1), 0x03)) Store (SX40 (), Index (DerefOf (Local1), 0x04)) Store (SX40 (), Index (DerefOf (Local1), 0x05)) SX12 () Return (PSSX) } and there is definitely a condition when OS is asked to reevaluate the list: Method (SMIE, 0, NotSerialized) { Store (SMI (0x96, 0x00), Local0) If (And (Local0, 0x01)) { Notify (\_TZ.THM, 0x80) } If (And (Local0, 0x02)) { Notify (\_SB.PCI0.AGP.VID, 0x80) } If (And (Local0, 0x04)) { Notify (\_SB.BAT0, 0x81) Notify (\_SB.BAT1, 0x81) } If (And (Local0, 0x08)) { Notify (\_PR.CPU0, 0x80) <============================= } } What is somewhat puzzling, is that _PSS above seems to return two frequencies only, and your freq_levels output show more than that. Once you get it back from the repair shop, and, provided you still feel adventurous, we can try to sprinkle some prints around _PSS read and see what gives. Let me know if and when you are interested. However, given what I am looking at, I am inclined to guess that a) there is the reason behind the _PSS change. b) the cpufreq driver you are using disagrees with it. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 1 14:24:18 2008 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 78217106564A for ; Tue, 1 Jul 2008 14:24:18 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 51CCC8FC1B for ; Tue, 1 Jul 2008 14:24:15 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id AAA14112; Wed, 2 Jul 2008 00:22:57 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 2 Jul 2008 00:22:55 +1000 (EST) From: Ian Smith To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1214914799.1064.12.camel@RabbitsDen> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, David Wolfskill Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 01 Jul 2008 14:24:18 -0000 On Tue, 1 Jul 2008, Alexandre "Sunny" Kovalenko wrote: > On Sun, 2008-06-29 at 17:45 -0700, David Wolfskill wrote: > > On Sun, Jun 29, 2008 at 06:43:36PM -0400, Alexandre Sunny Kovalenko wrote: > > > I am coming in late in the thread, so if I have misunderstood your > > > problem, I do apologize. > > > > Not at all; thank you for your suggestions! > > > > > ... > > > > * As you can see, this can lead to the "interesting" situation that the > > > > current CPU frequency is higher than the maximum "available." > > > >From my (somewhat limited) understanding of the ACPI spec, BIOS can > > > change _PSS object (one containing available clock frequencies) and > > > issue notification to the OS to reevaluate said object. There is no > > > requirement that BIOS change current CPU frequency while doing that. > > > > OK; I confess ignorance on that score: I'm posting to -acpi because I > > rather suspect that ACPI is (at least) profoundly implicated in what's > > going on, if not responsible for it. > > > > > You can try to dump your ASL and see if anything there messes up with > > > _PSS and then issues Notify (xxx.CPU0, 0x80) on the same breath. Killing > > > that piece of ASL dead should ensure constant CPU frequencies set. ???You > > > can post your ASL someplace where I can get to it, I just could not > > > promise that I'll understand it much better than you. > > > > I ran > > > > sudo acpidump -dt -o >laptop.i8200.dsdt >laptop.i8200.asl > > > > and placed the results in www.catwhisker.org:~david/public_html/FreeBSD/, > > so and > > should > > work. I just tried it from my laptop (sick as it is), and the MD5 > > hashes matched. They are: > > > > g1-60(6.3-S)[6] md5 laptop.i8200.* > > MD5 (laptop.i8200.asl) = 7c83c27ad30bbd0957f10a5a3ffc90e5 > > MD5 (laptop.i8200.dsdt) = c290ab9be7c97eb7ae98523a5f5a4ddc > > g1-60(6.3-S)[7] > There is definitely some logic to figure out set of frequencies to > return: > > Method (_PSS, 0, NotSerialized) > { > SX10 () > SX30 (0x0B) > SX11 () > Index (PSSX, 0x00, Local0) > Store (SX42 (), Index (DerefOf (Local0), 0x00)) > Store (SX42 (), Index (DerefOf (Local0), 0x01)) > Store (SX42 (), Index (DerefOf (Local0), 0x02)) > Store (SX42 (), Index (DerefOf (Local0), 0x03)) > Store (SX40 (), Index (DerefOf (Local0), 0x04)) > Store (SX40 (), Index (DerefOf (Local0), 0x05)) > Index (PSSX, 0x01, Local1) > Store (SX42 (), Index (DerefOf (Local1), 0x00)) > Store (SX42 (), Index (DerefOf (Local1), 0x01)) > Store (SX42 (), Index (DerefOf (Local1), 0x02)) > Store (SX42 (), Index (DerefOf (Local1), 0x03)) > Store (SX40 (), Index (DerefOf (Local1), 0x04)) > Store (SX40 (), Index (DerefOf (Local1), 0x05)) > SX12 () > Return (PSSX) > } > > > and there is definitely a condition when OS is asked to reevaluate the > list: > > Method (SMIE, 0, NotSerialized) > { > Store (SMI (0x96, 0x00), Local0) > If (And (Local0, 0x01)) > { > Notify (\_TZ.THM, 0x80) > } > > If (And (Local0, 0x02)) > { > Notify (\_SB.PCI0.AGP.VID, 0x80) > } > > If (And (Local0, 0x04)) > { > Notify (\_SB.BAT0, 0x81) > Notify (\_SB.BAT1, 0x81) > } > > If (And (Local0, 0x08)) > { > Notify (\_PR.CPU0, 0x80) <============================= > } > } And that's the only place it (and \_TZ.THM) notifies seem to occur. > What is somewhat puzzling, is that _PSS above seems to return two > frequencies only, and your freq_levels output show more than that. Once > you get it back from the repair shop, and, provided you still feel > adventurous, we can try to sprinkle some prints around _PSS read and see > what gives. Let me know if and when you are interested. I should shutup till having a proper look at more recent sources :) but that may be the relative frequency control drivers, acpi_throttle0 on 6.3-S and p4tcc0 on 7-S and 8 as seen earlier in the dmesgs, returning throttled frequencies of 7/8 downto 1/8th of each, with any duplicates removed, to populate the available freq.levels I expect? So the fact that the levels topped out at 1200 rather than 2400 might indicate that at the time only the lower base frequency was available, whether by the BIOS intervening somehow, or by cpufreq 'freqing out' :) > However, given what I am looking at, I am inclined to guess that a) > there is the reason behind the _PSS change. b) the cpufreq driver you > are using disagrees with it. Only strange that it worked before for ages, up to 85C as David noted. Hopefully just a busted temperature sensor or something else fixable .. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 1 16:17:19 2008 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 81DA61065670 for ; Tue, 1 Jul 2008 16:17:19 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6F98FC0C for ; Tue, 1 Jul 2008 16:17:19 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id HXS97018; Tue, 01 Jul 2008 09:17:18 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CB0B745047; Tue, 1 Jul 2008 09:17:18 -0700 (PDT) To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: Your message of "Tue, 01 Jul 2008 08:19:58 EDT." <1214914799.1064.12.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1214929038_54298P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 01 Jul 2008 09:17:18 -0700 From: "Kevin Oberman" Message-Id: <20080701161718.CB0B745047@ptavv.es.net> Cc: freebsd-acpi@freebsd.org, David Wolfskill Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 01 Jul 2008 16:17:19 -0000 --==_Exmh_1214929038_54298P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "Alexandre \"Sunny\" Kovalenko" > Date: Tue, 01 Jul 2008 08:19:58 -0400 > Sender: owner-freebsd-acpi@freebsd.org > > On Sun, 2008-06-29 at 17:45 -0700, David Wolfskill wrote: > > On Sun, Jun 29, 2008 at 06:43:36PM -0400, Alexandre Sunny Kovalenko wrote: > > > I am coming in late in the thread, so if I have misunderstood your > > > problem, I do apologize. > > > > Not at all; thank you for your suggestions! > > > > > ... > > > > * As you can see, this can lead to the "interesting" situation that the > > > > current CPU frequency is higher than the maximum "available." > > > >From my (somewhat limited) understanding of the ACPI spec, BIOS can > > > change _PSS object (one containing available clock frequencies) and > > > issue notification to the OS to reevaluate said object. There is no > > > requirement that BIOS change current CPU frequency while doing that. > > > > OK; I confess ignorance on that score: I'm posting to -acpi because I > > rather suspect that ACPI is (at least) profoundly implicated in what's > > going on, if not responsible for it. > > > > > You can try to dump your ASL and see if anything there messes up with > > > _PSS and then issues Notify (xxx.CPU0, 0x80) on the same breath. Killing > > > that piece of ASL dead should ensure constant CPU frequencies set. ???You > > > can post your ASL someplace where I can get to it, I just could not > > > promise that I'll understand it much better than you. > > > > I ran > > > > sudo acpidump -dt -o >laptop.i8200.dsdt >laptop.i8200.asl > > > > and placed the results in www.catwhisker.org:~david/public_html/FreeBSD/, > > so and > > should > > work. I just tried it from my laptop (sick as it is), and the MD5 > > hashes matched. They are: > > > > g1-60(6.3-S)[6] md5 laptop.i8200.* > > MD5 (laptop.i8200.asl) = 7c83c27ad30bbd0957f10a5a3ffc90e5 > > MD5 (laptop.i8200.dsdt) = c290ab9be7c97eb7ae98523a5f5a4ddc > > g1-60(6.3-S)[7] > There is definitely some logic to figure out set of frequencies to > return: > > Method (_PSS, 0, NotSerialized) > { > SX10 () > SX30 (0x0B) > SX11 () > Index (PSSX, 0x00, Local0) > Store (SX42 (), Index (DerefOf (Local0), 0x00)) > Store (SX42 (), Index (DerefOf (Local0), 0x01)) > Store (SX42 (), Index (DerefOf (Local0), 0x02)) > Store (SX42 (), Index (DerefOf (Local0), 0x03)) > Store (SX40 (), Index (DerefOf (Local0), 0x04)) > Store (SX40 (), Index (DerefOf (Local0), 0x05)) > Index (PSSX, 0x01, Local1) > Store (SX42 (), Index (DerefOf (Local1), 0x00)) > Store (SX42 (), Index (DerefOf (Local1), 0x01)) > Store (SX42 (), Index (DerefOf (Local1), 0x02)) > Store (SX42 (), Index (DerefOf (Local1), 0x03)) > Store (SX40 (), Index (DerefOf (Local1), 0x04)) > Store (SX40 (), Index (DerefOf (Local1), 0x05)) > SX12 () > Return (PSSX) > } > > > and there is definitely a condition when OS is asked to reevaluate the > list: > > Method (SMIE, 0, NotSerialized) > { > Store (SMI (0x96, 0x00), Local0) > If (And (Local0, 0x01)) > { > Notify (\_TZ.THM, 0x80) > } > > If (And (Local0, 0x02)) > { > Notify (\_SB.PCI0.AGP.VID, 0x80) > } > > If (And (Local0, 0x04)) > { > Notify (\_SB.BAT0, 0x81) > Notify (\_SB.BAT1, 0x81) > } > > If (And (Local0, 0x08)) > { > Notify (\_PR.CPU0, 0x80) <============================= > } > } > > What is somewhat puzzling, is that _PSS above seems to return two > frequencies only, and your freq_levels output show more than that. Once > you get it back from the repair shop, and, provided you still feel > adventurous, we can try to sprinkle some prints around _PSS read and see > what gives. Let me know if and when you are interested. > > However, given what I am looking at, I am inclined to guess that a) > there is the reason behind the _PSS change. b) the cpufreq driver you > are using disagrees with it. There are only two "real" frequencies on this CPU. Looks like a P4 without EST. In any case, the other "frequencies" are created by P4TCC which performs the same function as throttling, but in a different way. P4TCC works a bit better than throttling, but neither is a big win. The Speedstep one is the big winner, here. P4TCC will create 8 freq values for each "Real" frequency for a total of 16 frequencies. If the BIOS disabled the faster speed, there should only be 8 available. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1214929038_54298P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIaliOkn3rs5h7N1ERAvLKAKChqTf5bfeQItIma1nBzCL7IwQRzgCfWffx sEf+sbtWufaXVsiFwlXKYHE= =ur1V -----END PGP SIGNATURE----- --==_Exmh_1214929038_54298P-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 1 19:49:43 2008 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 66380106564A for ; Tue, 1 Jul 2008 19:49:43 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mx1.freebsd.org (Postfix) with ESMTP id 31DF78FC1B for ; Tue, 1 Jul 2008 19:49:43 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 01 Jul 2008 12:19:06 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.27,732,1204531200"; d="scan'208";a="583995714" Received: from orsmsx335.amr.corp.intel.com (HELO orsmsx335.jf.intel.com) ([10.22.226.40]) by fmsmga001.fm.intel.com with ESMTP; 01 Jul 2008 12:22:12 -0700 Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 1 Jul 2008 12:20:57 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 1 Jul 2008 12:20:56 -0700 Message-ID: <9D39833986E69849A2A8E74C1078B6B3986B2D@orsmsx415.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ACPICA version 20080701 released Thread-Index: Acjbr5W6DO7AENWaSX+3PENCYsH0TQ== From: "Moore, Robert" To: X-OriginalArrivalTime: 01 Jul 2008 19:20:57.0193 (UTC) FILETIME=[96916590:01C8DBAF] X-Mailman-Approved-At: Tue, 01 Jul 2008 19:53:24 +0000 Cc: Subject: ACPICA version 20080701 released 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, 01 Jul 2008 19:49:43 -0000 01 July 2008. Summary of changes for version 20080701: This release is available at http://acpica.org/downloads Direct git access via http://www.acpica.org/repos/acpica.git 0) Git source tree / acpica.org Fixed a problem where a git-clone from http would not transfer the entire source tree. 1) ACPI CA Core Subsystem: Implemented a "careful" GPE disable in AcpiEvDisableGpe, only modify one enable bit. Now performs a read-change-write of the enable register instead of simply writing out the cached enable mask. This will prevent inadvertent enabling of GPEs if a rogue GPE is received during initialization (before GPE handlers are installed.) Implemented a copy for dynamically loaded tables. Previously, dynamically loaded tables were simply mapped - but on some machines this memory is corrupted after suspend. Now copy the table to a local buffer. For the OpRegion case, added checksum verify. Use the table length from the table header, not the region length. For the Buffer case, use the table length also. Dennis Noordsij, Bob Moore. BZ 10734 Fixed a problem where the same ACPI table could not be dynamically loaded and unloaded more than once. Without this change, a table cannot be loaded again once it has been loaded/unloaded one time. The current mechanism does not unregister a table upon an unload. During a load, if the same table is found, this no longer returns an exception. BZ 722 Fixed a problem where the wrong descriptor length was calculated for the EndTag descriptor in 64-bit mode. The "minimal" descriptors such as EndTag are calculated as 12 bytes long, but the actual length in the internal descriptor is 16 because of the round-up to 8 on the 64-bit build. Reported by Linn Crosetto. BZ 728 Fixed a possible memory leak in the Unload operator. The DdbHandle returned by Load() did not have its reference count decremented during unload, leading to a memory leak. Lin Ming. BZ 727 Fixed a possible memory leak when deleting thermal/processor objects. Any associated notify handlers (and objects) were not being deleted. Fiodor Suietov. BZ 506 Fixed the ordering of the ASCII names in the global mutex table to match the actual mutex IDs. Used by AcpiUtGetMutexName, a function used for debug only. Vegard Nossum. BZ 726 Enhanced the AcpiGetObjectInfo interface to return the number of required arguments if the object is a control method. Added this call to the debugger so the proper number of default arguments are passed to a method. This prevents a warning when executing methods from AcpiExec. Added a check for an invalid handle in AcpiGetObjectInfo. Return AE_BAD_PARAMETER if input handle is invalid. BZ 474 Fixed an extraneous warning from exconfig.c on the 64-bit build. Example Code and Data Size: These are the sizes for the OS-independent acpica.lib produced by the Microsoft Visual C++ 6.0 32-bit compiler. The debug version of the code includes the debug output trace mechanism and has a much larger code and data size. Previous Release: Non-Debug Version: 79.3K Code, 16.2K Data, 95.5K Total Debug Version: 153.0K Code, 48.2K Data, 201.2K Total Current Release: Non-Debug Version: 79.6K Code, 16.2K Data, 95.8K Total Debug Version: 153.5K Code, 48.2K Data, 201.7K Total 2) iASL Compiler/Disassembler and Tools: iASL: Added two missing ACPI reserved names. Added _MTP and _ASZ, both resource descriptor names. iASL: Detect invalid ASCII characters in input (windows version). Removed the "-CF" flag from the flex compile, enables correct detection of non-ASCII characters in the input. BZ 441 iASL: Eliminate warning when result of LoadTable is not used. Eliminate the "result of operation not used" warning when the DDB handle returned from LoadTable is not used. The warning is not needed. BZ 590 AcpiExec: Add support for dynamic table load/unload. Now calls _CFG method to pass address of table to the AML. Added option to disable OpRegion simulation to allow creation of an OpRegion with a real address that was passed to _CFG. All of this allows testing of the Load and Unload operators from AcpiExec. Debugger: update tables command for unloaded tables. Handle unloaded tables and use the standard table header output routine. From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 1 21:02:48 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id CD9F21065670; Tue, 1 Jul 2008 21:02:45 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Tue, 1 Jul 2008 17:02:16 -0400 User-Agent: KMail/1.6.2 References: <9D39833986E69849A2A8E74C1078B6B3986B2D@orsmsx415.amr.corp.intel.com> In-Reply-To: <9D39833986E69849A2A8E74C1078B6B3986B2D@orsmsx415.amr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200807011702.29351.jkim@FreeBSD.org> Cc: "Moore, Robert" Subject: Re: ACPICA version 20080701 released 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, 01 Jul 2008 21:02:48 -0000 On Tuesday 01 July 2008 03:20 pm, Moore, Robert wrote: > 01 July 2008. Summary of changes for version 20080701: > > This release is available at http://acpica.org/downloads > Direct git access via http://www.acpica.org/repos/acpica.git > > 0) Git source tree / acpica.org > > Fixed a problem where a git-clone from http would not transfer the > entire source tree. > > 1) ACPI CA Core Subsystem: > > Implemented a "careful" GPE disable in AcpiEvDisableGpe, only > modify one enable bit. Now performs a read-change-write of the > enable register instead of simply writing out the cached enable > mask. This will prevent inadvertent enabling of GPEs if a rogue GPE > is received during initialization (before GPE handlers are > installed.) > > Implemented a copy for dynamically loaded tables. Previously, > dynamically loaded tables were simply mapped - but on some machines > this memory is corrupted after suspend. Now copy the table to a > local buffer. For the OpRegion case, added checksum verify. Use the > table length from the table header, not the region length. For the > Buffer case, use the table length also. Dennis Noordsij, Bob Moore. > BZ 10734 > > Fixed a problem where the same ACPI table could not be dynamically > loaded and unloaded more than once. Without this change, a table > cannot be loaded again once it has been loaded/unloaded one time. > The current mechanism does not unregister a table upon an unload. > During a load, if the same table is found, this no longer returns > an exception. BZ 722 > > Fixed a problem where the wrong descriptor length was calculated > for the EndTag descriptor in 64-bit mode. The "minimal" descriptors > such as EndTag are calculated as 12 bytes long, but the actual > length in the internal descriptor is 16 because of the round-up to > 8 on the 64-bit build. Reported by Linn Crosetto. BZ 728 > > Fixed a possible memory leak in the Unload operator. The DdbHandle > returned by Load() did not have its reference count decremented > during unload, leading to a memory leak. Lin Ming. BZ 727 > > Fixed a possible memory leak when deleting thermal/processor > objects. Any associated notify handlers (and objects) were not > being deleted. Fiodor Suietov. BZ 506 > > Fixed the ordering of the ASCII names in the global mutex table to > match the actual mutex IDs. Used by AcpiUtGetMutexName, a function > used for debug only. Vegard Nossum. BZ 726 > > Enhanced the AcpiGetObjectInfo interface to return the number of > required arguments if the object is a control method. Added this > call to the debugger so the proper number of default arguments are > passed to a method. This prevents a warning when executing methods > from AcpiExec. > > Added a check for an invalid handle in AcpiGetObjectInfo. Return > AE_BAD_PARAMETER if input handle is invalid. BZ 474 > > Fixed an extraneous warning from exconfig.c on the 64-bit build. > > Example Code and Data Size: These are the sizes for the > OS-independent acpica.lib produced by the Microsoft Visual C++ 6.0 > 32-bit compiler. The debug version of the code includes the debug > output trace mechanism and has a much larger code and data size. > > Previous Release: > Non-Debug Version: 79.3K Code, 16.2K Data, 95.5K Total > Debug Version: 153.0K Code, 48.2K Data, 201.2K Total > Current Release: > Non-Debug Version: 79.6K Code, 16.2K Data, 95.8K Total > Debug Version: 153.5K Code, 48.2K Data, 201.7K Total > > 2) iASL Compiler/Disassembler and Tools: > > iASL: Added two missing ACPI reserved names. Added _MTP and _ASZ, > both resource descriptor names. > > iASL: Detect invalid ASCII characters in input (windows version). > Removed the "-CF" flag from the flex compile, enables correct > detection of non-ASCII characters in the input. BZ 441 > > iASL: Eliminate warning when result of LoadTable is not used. > Eliminate the "result of operation not used" warning when the DDB > handle returned from LoadTable is not used. The warning is not > needed. BZ 590 > > AcpiExec: Add support for dynamic table load/unload. Now calls _CFG > method to pass address of table to the AML. Added option to disable > OpRegion simulation to allow creation of an OpRegion with a real > address that was passed to _CFG. All of this allows testing of the > Load and Unload operators from AcpiExec. > > Debugger: update tables command for unloaded tables. Handle > unloaded tables and use the standard table header output routine. As usual, ACPI-CA patches against FreeBSD -CURRENT is here: http://people.freebsd.org/~jkim/acpica-import-20080701.diff.gz Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 1 21:33:43 2008 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 F333D106564A; Tue, 1 Jul 2008 21:33:42 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by mx1.freebsd.org (Postfix) with ESMTP id 95D858FC12; Tue, 1 Jul 2008 21:33:42 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 01 Jul 2008 14:04:54 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.27,733,1204531200"; d="scan'208";a="5364071" Received: from orsmsx335.amr.corp.intel.com (HELO orsmsx335.jf.intel.com) ([10.22.226.40]) by azsmga001.ch.intel.com with ESMTP; 01 Jul 2008 14:04:54 -0700 Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 1 Jul 2008 14:04:53 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 1 Jul 2008 14:04:53 -0700 Message-ID: <9D39833986E69849A2A8E74C1078B6B3986C05@orsmsx415.amr.corp.intel.com> In-reply-to: <200807011702.29351.jkim@FreeBSD.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ACPICA version 20080701 released Thread-Index: AcjbveXdlL/awSboQ1inFuL5TqTdagAACnaw References: <9D39833986E69849A2A8E74C1078B6B3986B2D@orsmsx415.amr.corp.intel.com> <200807011702.29351.jkim@FreeBSD.org> From: "Moore, Robert" To: "Jung-uk Kim" , X-OriginalArrivalTime: 01 Jul 2008 21:04:54.0054 (UTC) FILETIME=[1C06DC60:01C8DBBE] Cc: Subject: RE: ACPICA version 20080701 released 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, 01 Jul 2008 21:33:43 -0000 I hope it is getting smaller. >-----Original Message----- >From: Jung-uk Kim [mailto:jkim@FreeBSD.org] >Sent: Tuesday, July 01, 2008 2:02 PM >To: freebsd-acpi@FreeBSD.org >Cc: Moore, Robert >Subject: Re: ACPICA version 20080701 released > From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 2 15:45:47 2008 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 79A461065674 for ; Wed, 2 Jul 2008 15:45:47 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from royale.aixmarseille.com (royale.aixmarseille.com [82.243.78.230]) by mx1.freebsd.org (Postfix) with ESMTP id 327768FC1B for ; Wed, 2 Jul 2008 15:45:47 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from superplombier.ft-dm.com ([81.80.156.37] helo=[192.168.200.114]) by royale.aixmarseille.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1KE40T-0000UA-3S for freebsd-acpi@FreeBSD.org; Wed, 02 Jul 2008 17:12:29 +0200 Message-ID: <486B9B56.3050609@aixmarseille.com> Date: Wed, 02 Jul 2008 17:14:30 +0200 From: Olivier Fauchon User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Dell ACPI & S3 resume problems. 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: Wed, 02 Jul 2008 15:45:47 -0000 Hi, When I try to resume from S3 on my DELL Latitude D430 by pressing power button, the laptop reboots. I tried the same test with a Knoppix Live CD, and It passes (Laptop revives although LCD is buggy). But I could type "shutdown -r now" blindly, to confirm it wakes up properly. Now I need help to find out the differences between FREEBSD and LINUX which makes resume fail. You'll find here all collected informations: * Verbose Booting with FreeBSD7 http://www.aixmarseille.com/pub/acpi_fb7_casino/boot_verbose_d430_FB7.log * Booting with Knoppix dmesg http://www.aixmarseille.com/pub/acpi_fb7_casino/dmesg_knoppix_d430.log * Dell LAtitude D430 original ASL: http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.orig.asl * Patched ASL (which only correct a LID and warning problems) http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.patched.asl * Kernel configuration : http://www.aixmarseille.com/pub/acpi_fb7_casino/kern_conf_CASINO.txt * lspci : http://www.aixmarseille.com/pub/acpi_fb7_casino/lpsci.txt Can someone explains me what are the main steps of a resume, so I can try to troubleshoot further. Thanks. From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 2 19:50:55 2008 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 5E1D31065674 for ; Wed, 2 Jul 2008 19:50:55 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 03E8D8FC12 for ; Wed, 2 Jul 2008 19:50:54 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: by uriah.heep.sax.de (Postfix, from userid 107) id CEC8779; Wed, 2 Jul 2008 21:18:27 +0200 (MET DST) Date: Wed, 2 Jul 2008 21:18:27 +0200 From: Joerg Wunsch To: freebsd-acpi@FreeBSD.org Message-ID: <20080702191827.GK1469@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.11 Cc: Subject: HP/Compaq nx6325 clock "jumping around" X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2008 19:50:55 -0000 On a nx6325 running 6-stable (because I couldn't get 7.x to work with ACPI at all so far), the main clock is frequently "jumping", up to a level where ntpd eventually gives up: Jul 2 10:44:44 remi ntpd[50885]: time reset +11.885037 s Jul 2 10:44:44 remi ntpd[50885]: kernel time sync disabled 6041 Jul 2 10:54:24 remi ntpd[50885]: kernel time sync disabled 2041 Jul 2 11:07:13 remi ntpd[50885]: kernel time sync enabled 2001 Jul 2 11:45:44 remi ntpd[50885]: time reset +1.874996 s Jul 2 11:45:44 remi ntpd[50885]: kernel time sync enabled 6001 Jul 2 11:55:25 remi ntpd[50885]: kernel time sync enabled 2001 Jul 2 12:06:07 remi ntpd[50885]: time reset -0.539515 s Jul 2 13:47:45 remi ntpd[50885]: time reset +901.759394 s Jul 2 13:47:45 remi ntpd[50885]: kernel time sync enabled 6001 Jul 2 13:57:25 remi ntpd[50885]: kernel time sync enabled 2001 Jul 2 14:05:58 remi ntpd[50885]: time reset +0.159707 s Jul 2 14:24:08 remi ntpd[50885]: time reset +0.451464 s Jul 2 14:42:15 remi ntpd[50885]: time reset +0.323177 s Jul 2 15:00:25 remi ntpd[50885]: time reset -0.525669 s Jul 2 15:45:34 remi ntpd[50885]: time reset -0.197339 s Jul 2 18:10:59 remi ntpd[50885]: time reset +894.125104 s Jul 2 18:10:59 remi ntpd[50885]: kernel time sync enabled 6001 Jul 2 19:03:17 remi ntpd[50885]: time correction of 1785 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. Notice the huge time resets of about 900 seconds between. Could this be related to CPU frequency changes caused by whomever might control that (ACPI BIOS? powerd is not running, should I?)? The CPU frequencies listed are: dev.cpu.0.freq: 1393 dev.cpu.0.freq_levels: 1990/100000 1791/81822 1592/65808 1393/57582 1194/49356 995/41130 796/22152 696/19383 597/16614 497/13845 398/11076 298/8307 199/5538 99/2769 -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 2 21:54:02 2008 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 7363F106567A for ; Wed, 2 Jul 2008 21:54:02 +0000 (UTC) (envelope-from rpaulo@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 F03578FC14 for ; Wed, 2 Jul 2008 21:54:01 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so208859nfh.33 for ; Wed, 02 Jul 2008 14:54:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent:sender; bh=Vqqyv5TPzM1lGxVP8C7HESZr+cNahcwm5MYJ49WfwXY=; b=KSk0Q+ZkdY4Yxw0jX+qT/wCi2rZgGAJwMQQOTLRSDg/YA5xStx1J3F84WGjdhcac9z 0g2K5xwjy9+bm839WkA+G6gI5dTPzTo3qBxKV/8rKR4sGyKxLZjIYcECiwu96zMZZ2ja 1NrEfj02zy+0YEVCfANMyEwXX/aWiIYrIzwv0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=gUvgIT9Bzm4AbvGl0SbiuQN1SNJzOPtzM6sM28kCnMiql5tTJyJ5N841QDJjONYUxN mMTxSrPyRQYQP8+w2/HBi3OPCndrmP0v9rSgQ6Y+dx5S5UszbzOrk9ZUVFihQDMgGrLA 62fUWT2Rwj4SsTULT4PoBNvuHM8u8a3S1DhcE= Received: by 10.210.62.12 with SMTP id k12mr7046410eba.174.1215035640625; Wed, 02 Jul 2008 14:54:00 -0700 (PDT) Received: from phi.local ( [89.214.201.100]) by mx.google.com with ESMTPS id f13sm16685179gvd.2.2008.07.02.14.53.56 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Jul 2008 14:53:59 -0700 (PDT) Date: Wed, 2 Jul 2008 22:52:34 +0100 From: Rui Paulo To: Olivier Fauchon Message-ID: <20080702215234.GB1790@phi.local> References: <486B9B56.3050609@aixmarseille.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <486B9B56.3050609@aixmarseille.com> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: freebsd-acpi@FreeBSD.org Subject: Re: Dell ACPI & S3 resume problems. 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: Wed, 02 Jul 2008 21:54:02 -0000 On Wed, Jul 02, 2008 at 05:14:30PM +0200, Olivier Fauchon wrote: > > Hi, > > When I try to resume from S3 on my DELL Latitude D430 by pressing power > button, the laptop reboots. > > I tried the same test with a Knoppix Live CD, and It passes (Laptop > revives although LCD is buggy). > But I could type "shutdown -r now" blindly, to confirm it wakes up properly. > > Now I need help to find out the differences between FREEBSD and LINUX > which makes resume fail. > > You'll find here all collected informations: > > * Verbose Booting with FreeBSD7 > http://www.aixmarseille.com/pub/acpi_fb7_casino/boot_verbose_d430_FB7.log > * Booting with Knoppix dmesg > http://www.aixmarseille.com/pub/acpi_fb7_casino/dmesg_knoppix_d430.log > * Dell LAtitude D430 original ASL: > http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.orig.asl > * Patched ASL (which only correct a LID and warning problems) > http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.patched.asl > * Kernel configuration : > http://www.aixmarseille.com/pub/acpi_fb7_casino/kern_conf_CASINO.txt > * lspci : http://www.aixmarseille.com/pub/acpi_fb7_casino/lpsci.txt > > Can someone explains me what are the main steps of a resume, so I can > try to troubleshoot further. Well, your best bet is to disable every driver and make them modules. Boot with the bare minimum necessary for input/output and in single user mode. Try suspend and resume in single user mode. If that works, the problem, most likely lies in the drivers. Try enabling one driver at a time, and retest suspend/resume. This way you can find the problematic driver, if any. Also, try changing the hw.acpi sysctls, namely reset_video. HTH, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 2 21:56:00 2008 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 3C5531065678 for ; Wed, 2 Jul 2008 21:56:00 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id BC6538FC21 for ; Wed, 2 Jul 2008 21:55:59 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so209100nfh.33 for ; Wed, 02 Jul 2008 14:55:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent:sender; bh=EtCJCMiQX9U/JJ2LQKvCDBx2m/Gy9Lw9u2RykDqhgGE=; b=X08DLCBQi4oAmUbVfD2q389omRQ0IUtWDrF5+EBxWdEG/aHneu8z7bao1vd62KNuJv urwKpzOOSsuIta80r7F+gySmqKmc3acMDEljDeq6KQp7JukY1zW6SA5u97ogxeSiVycg E6sn8FkcTuqerYOD4qx3IlVRcjwePAFbei0ao= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=Vt7GkpmtF94pXO7Xf6diuQHAwl6I/+xKEeKK1U4HH74OL6/g0R4Lu9trCzKu7/kOsI 1Rv4EywgpXPPKZcPnim1eFJWdfBscj1ekNhDceFGEP0QiX0ZA3+a76qCQBQvSnMgrkO/ /1CcJoez24zKJssRP8Ofw+I79VpHXeYOuQIN4= Received: by 10.210.17.14 with SMTP id 14mr7081503ebq.39.1215035758403; Wed, 02 Jul 2008 14:55:58 -0700 (PDT) Received: from phi.local ( [89.214.201.100]) by mx.google.com with ESMTPS id m5sm16918143gve.3.2008.07.02.14.55.55 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Jul 2008 14:55:57 -0700 (PDT) Date: Wed, 2 Jul 2008 22:54:31 +0100 From: Rui Paulo To: Joerg Wunsch Message-ID: <20080702215431.GC1790@phi.local> References: <20080702191827.GK1469@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080702191827.GK1469@uriah.heep.sax.de> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: freebsd-acpi@FreeBSD.org Subject: Re: HP/Compaq nx6325 clock "jumping around" 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: Wed, 02 Jul 2008 21:56:00 -0000 On Wed, Jul 02, 2008 at 09:18:27PM +0200, Joerg Wunsch wrote: > On a nx6325 running 6-stable (because I couldn't get 7.x to work with > ACPI at all so far), the main clock is frequently "jumping", up to a > level where ntpd eventually gives up: > > Jul 2 10:44:44 remi ntpd[50885]: time reset +11.885037 s > Jul 2 10:44:44 remi ntpd[50885]: kernel time sync disabled 6041 > Jul 2 10:54:24 remi ntpd[50885]: kernel time sync disabled 2041 > Jul 2 11:07:13 remi ntpd[50885]: kernel time sync enabled 2001 > Jul 2 11:45:44 remi ntpd[50885]: time reset +1.874996 s > Jul 2 11:45:44 remi ntpd[50885]: kernel time sync enabled 6001 > Jul 2 11:55:25 remi ntpd[50885]: kernel time sync enabled 2001 > Jul 2 12:06:07 remi ntpd[50885]: time reset -0.539515 s > Jul 2 13:47:45 remi ntpd[50885]: time reset +901.759394 s > Jul 2 13:47:45 remi ntpd[50885]: kernel time sync enabled 6001 > Jul 2 13:57:25 remi ntpd[50885]: kernel time sync enabled 2001 > Jul 2 14:05:58 remi ntpd[50885]: time reset +0.159707 s > Jul 2 14:24:08 remi ntpd[50885]: time reset +0.451464 s > Jul 2 14:42:15 remi ntpd[50885]: time reset +0.323177 s > Jul 2 15:00:25 remi ntpd[50885]: time reset -0.525669 s > Jul 2 15:45:34 remi ntpd[50885]: time reset -0.197339 s > Jul 2 18:10:59 remi ntpd[50885]: time reset +894.125104 s > Jul 2 18:10:59 remi ntpd[50885]: kernel time sync enabled 6001 > Jul 2 19:03:17 remi ntpd[50885]: time correction of 1785 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. > > Notice the huge time resets of about 900 seconds between. Could this > be related to CPU frequency changes caused by whomever might control > that (ACPI BIOS? powerd is not running, should I?)? The CPU > frequencies listed are: > > dev.cpu.0.freq: 1393 > dev.cpu.0.freq_levels: 1990/100000 1791/81822 1592/65808 1393/57582 1194/49356 995/41130 796/22152 696/19383 597/16614 497/13845 398/11076 298/8307 199/5538 99/2769 Maybe, or maybe not. Try also change kern.timecounter.hardware. HTH, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 2 22:01:37 2008 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 6BCE9106568A for ; Wed, 2 Jul 2008 22:01:37 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0148FC12 for ; Wed, 2 Jul 2008 22:01:36 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: by uriah.heep.sax.de (Postfix, from userid 107) id E4AC579; Thu, 3 Jul 2008 00:01:35 +0200 (MET DST) Date: Thu, 3 Jul 2008 00:01:35 +0200 From: Joerg Wunsch To: freebsd-acpi@FreeBSD.org Message-ID: <20080702220135.GM1469@uriah.heep.sax.de> References: <20080702191827.GK1469@uriah.heep.sax.de> <20080702215431.GC1790@phi.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080702215431.GC1790@phi.local> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.11 Cc: Rui Paulo Subject: Re: HP/Compaq nx6325 clock "jumping around" X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2008 22:01:37 -0000 As Rui Paulo wrote: > Try also change kern.timecounter.hardware. Thanks for the hint. The current value is: remi# sysctl kern.timecounter.hardware kern.timecounter.hardware: ACPI-fast Curious, what are the possible options? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 2 22:04:20 2008 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 C9FE5106564A for ; Wed, 2 Jul 2008 22:04:20 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.180]) by mx1.freebsd.org (Postfix) with ESMTP id 539A58FC13 for ; Wed, 2 Jul 2008 22:04:19 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so297502ika.3 for ; Wed, 02 Jul 2008 15:04:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent:sender; bh=vhv0Wm+thgdYVb8mK0aohPqdIkEO0tBdJJTUTZ1BvcE=; b=s9jUrxyDQ8q6dVSBQMg5p7EH5TTrdh6ppEEMAXcnWMdkx//ocaBUfp57NvAIlb4Woe 75LZB0C55EF8Xz4jarmNLsYV0XTI1Xn6amCyHHYTYwH9NCSXyARkjpZg3Aum6Fj1K9fZ oUORMLozfQYIeyg+GpigJE6OWyOb6MI5Oa1Mg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=ngXNBD7gcMzXMXGmajBLCjG1J2cZnI6pvD5UwHSUUu9rMvaLy7SHfRb/787Zfb2gen QKOZaO18VPl0JZ6pgvzQJLLoHsBApUfMhhQSBJVm4VX+bt3RKkMqyZE5pIytxOKa2QiU /0pkEXYHJ7p+E18rvCsyifeCRqKVPyYiv3oJQ= Received: by 10.210.52.9 with SMTP id z9mr7087348ebz.12.1215036259017; Wed, 02 Jul 2008 15:04:19 -0700 (PDT) Received: from phi.local ( [89.214.201.100]) by mx.google.com with ESMTPS id 5sm6921627nfv.15.2008.07.02.15.04.16 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Jul 2008 15:04:18 -0700 (PDT) Date: Wed, 2 Jul 2008 23:02:54 +0100 From: Rui Paulo To: Joerg Wunsch Message-ID: <20080702220254.GD1790@phi.local> References: <20080702191827.GK1469@uriah.heep.sax.de> <20080702215431.GC1790@phi.local> <20080702220135.GM1469@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080702220135.GM1469@uriah.heep.sax.de> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: freebsd-acpi@FreeBSD.org Subject: Re: HP/Compaq nx6325 clock "jumping around" 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: Wed, 02 Jul 2008 22:04:20 -0000 On Thu, Jul 03, 2008 at 12:01:35AM +0200, Joerg Wunsch wrote: > As Rui Paulo wrote: > > > Try also change kern.timecounter.hardware. > > Thanks for the hint. The current value is: > > remi# sysctl kern.timecounter.hardware > kern.timecounter.hardware: ACPI-fast > > Curious, what are the possible options? See kern.timecounter.choice :-) I wonder how you have ACPI-fast selected if you disabled ACPI. Regards, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 3 08:22:37 2008 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 209C9106564A for ; Thu, 3 Jul 2008 08:22:37 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from royale.aixmarseille.com (royale.aixmarseille.com [82.243.78.230]) by mx1.freebsd.org (Postfix) with ESMTP id 9961C8FC34 for ; Thu, 3 Jul 2008 08:22:36 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from freebox.local ([192.168.10.254] helo=[192.168.10.100]) by royale.aixmarseille.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1KEK5K-0007g8-JQ; Thu, 03 Jul 2008 10:22:34 +0200 Message-ID: <486C8CCA.9040101@aixmarseille.com> Date: Thu, 03 Jul 2008 10:24:42 +0200 From: Olivier Fauchon User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: Rui Paulo References: <486B9B56.3050609@aixmarseille.com> <20080702215234.GB1790@phi.local> In-Reply-To: <20080702215234.GB1790@phi.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: Dell ACPI & S3 resume problems. 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, 03 Jul 2008 08:22:37 -0000 Rui Paulo wrote: > On Wed, Jul 02, 2008 at 05:14:30PM +0200, Olivier Fauchon wrote: > >> Hi, >> >> When I try to resume from S3 on my DELL Latitude D430 by pressing power >> button, the laptop reboots. >> >> I tried the same test with a Knoppix Live CD, and It passes (Laptop >> revives although LCD is buggy). >> But I could type "shutdown -r now" blindly, to confirm it wakes up properly. >> >> Now I need help to find out the differences between FREEBSD and LINUX >> which makes resume fail. >> >> You'll find here all collected informations: >> >> * Verbose Booting with FreeBSD7 >> http://www.aixmarseille.com/pub/acpi_fb7_casino/boot_verbose_d430_FB7.log >> * Booting with Knoppix dmesg >> http://www.aixmarseille.com/pub/acpi_fb7_casino/dmesg_knoppix_d430.log >> * Dell LAtitude D430 original ASL: >> http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.orig.asl >> * Patched ASL (which only correct a LID and warning problems) >> http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.patched.asl >> * Kernel configuration : >> http://www.aixmarseille.com/pub/acpi_fb7_casino/kern_conf_CASINO.txt >> * lspci : http://www.aixmarseille.com/pub/acpi_fb7_casino/lpsci.txt >> >> Can someone explains me what are the main steps of a resume, so I can >> try to troubleshoot further. >> > > Well, your best bet is to disable every driver and make them modules. Boot > with the bare minimum necessary for input/output and in single user mode. > Try suspend and resume in single user mode. If that works, the problem, > most likely lies in the drivers. > > Try enabling one driver at a time, and retest suspend/resume. This way > you can find the problematic driver, if any. > > Also, try changing the hw.acpi sysctls, namely reset_video. > > > HTH, > I already try a modular kernel, in single mode, and the laptop stills reboot on S3 wakeup. What happens if I set debug.acpi.resume_beep=1? Should buzzer beep at the early begining of wake up code ? Never heard that sound. At the moment, I'd like to troubleshoot the moment ACPI give the hand to FreeBSD, any idea how to do that ? Thx From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 3 10:12:41 2008 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 9699D106567E for ; Thu, 3 Jul 2008 10:12:41 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6B58FC1D for ; Thu, 3 Jul 2008 10:12:41 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-160-103.dsl.telstraclear.net [121.73.160.103]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0K3F003BTDNFXV00@smtp5.clear.net.nz>; Thu, 03 Jul 2008 22:11:45 +1200 (NZST) Date: Thu, 03 Jul 2008 22:11:21 +1200 From: Mark Kirkwood In-reply-to: <20080702215234.GB1790@phi.local> To: Rui Paulo Message-id: <486CA5C9.8030401@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <486B9B56.3050609@aixmarseille.com> <20080702215234.GB1790@phi.local> User-Agent: Thunderbird 2.0.0.14 (X11/20080601) Cc: freebsd-acpi@FreeBSD.org Subject: Re: Dell ACPI & S3 resume problems. 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, 03 Jul 2008 10:12:41 -0000 Rui Paulo wrote: > On Wed, Jul 02, 2008 at 05:14:30PM +0200, Olivier Fauchon wrote: > >> Hi, >> >> When I try to resume from S3 on my DELL Latitude D430 by pressing power >> button, the laptop reboots. >> >> I tried the same test with a Knoppix Live CD, and It passes (Laptop >> revives although LCD is buggy). >> But I could type "shutdown -r now" blindly, to confirm it wakes up properly. >> >> Now I need help to find out the differences between FREEBSD and LINUX >> which makes resume fail. >> >> You'll find here all collected informations: >> >> * Verbose Booting with FreeBSD7 >> http://www.aixmarseille.com/pub/acpi_fb7_casino/boot_verbose_d430_FB7.log >> * Booting with Knoppix dmesg >> http://www.aixmarseille.com/pub/acpi_fb7_casino/dmesg_knoppix_d430.log >> * Dell LAtitude D430 original ASL: >> http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.orig.asl >> * Patched ASL (which only correct a LID and warning problems) >> http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.patched.asl >> * Kernel configuration : >> http://www.aixmarseille.com/pub/acpi_fb7_casino/kern_conf_CASINO.txt >> * lspci : http://www.aixmarseille.com/pub/acpi_fb7_casino/lpsci.txt >> >> Can someone explains me what are the main steps of a resume, so I can >> try to troubleshoot further. >> > > Well, your best bet is to disable every driver and make them modules. Boot > with the bare minimum necessary for input/output and in single user mode. > Try suspend and resume in single user mode. If that works, the problem, > most likely lies in the drivers. > > Try enabling one driver at a time, and retest suspend/resume. This way > you can find the problematic driver, if any. > > Also, try changing the hw.acpi sysctls, namely reset_video. > > HTH, > From your dmesg it looks like you are running both cores (i.e smp kernel). Try disabling one core via kern.smp.disabled=1 in loader.conf (some laptops will not suspend properly with both cores running). Cheers Mark From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 3 15:46:37 2008 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 5326C1065673; Thu, 3 Jul 2008 15:46:37 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from royale.aixmarseille.com (royale.aixmarseille.com [82.243.78.230]) by mx1.freebsd.org (Postfix) with ESMTP id C90A68FC24; Thu, 3 Jul 2008 15:46:36 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from superplombier.ft-dm.com ([81.80.156.37] helo=[192.168.200.114]) by royale.aixmarseille.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1KER0z-0002Dt-MM; Thu, 03 Jul 2008 17:46:33 +0200 Message-ID: <486CF4D3.8020706@aixmarseille.com> Date: Thu, 03 Jul 2008 17:48:35 +0200 From: Olivier Fauchon User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: Mark Kirkwood References: <486B9B56.3050609@aixmarseille.com> <20080702215234.GB1790@phi.local> <486CA5C9.8030401@paradise.net.nz> In-Reply-To: <486CA5C9.8030401@paradise.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, Rui Paulo Subject: Re: Dell ACPI & S3 resume problems. 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, 03 Jul 2008 15:46:37 -0000 Mark Kirkwood wrote: > Rui Paulo wrote: >> On Wed, Jul 02, 2008 at 05:14:30PM +0200, Olivier Fauchon wrote: >> >>> Hi, >>> >>> When I try to resume from S3 on my DELL Latitude D430 by pressing >>> power button, the laptop reboots. >>> >>> I tried the same test with a Knoppix Live CD, and It passes (Laptop >>> revives although LCD is buggy). >>> But I could type "shutdown -r now" blindly, to confirm it wakes up >>> properly. >>> >>> Now I need help to find out the differences between FREEBSD and >>> LINUX which makes resume fail. >>> >>> You'll find here all collected informations: >>> >>> * Verbose Booting with FreeBSD7 >>> http://www.aixmarseille.com/pub/acpi_fb7_casino/boot_verbose_d430_FB7.log >>> >>> * Booting with Knoppix dmesg >>> http://www.aixmarseille.com/pub/acpi_fb7_casino/dmesg_knoppix_d430.log >>> * Dell LAtitude D430 original ASL: >>> http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.orig.asl >>> * Patched ASL (which only correct a LID and warning problems) >>> http://www.aixmarseille.com/pub/acpi_fb7_casino/dell-d430.patched.asl >>> * Kernel configuration : >>> http://www.aixmarseille.com/pub/acpi_fb7_casino/kern_conf_CASINO.txt >>> * lspci : http://www.aixmarseille.com/pub/acpi_fb7_casino/lpsci.txt >>> >>> Can someone explains me what are the main steps of a resume, so I >>> can try to troubleshoot further. >>> >> >> Well, your best bet is to disable every driver and make them modules. >> Boot >> with the bare minimum necessary for input/output and in single user >> mode. >> Try suspend and resume in single user mode. If that works, the >> problem, most likely lies in the drivers. >> >> Try enabling one driver at a time, and retest suspend/resume. This way >> you can find the problematic driver, if any. >> >> Also, try changing the hw.acpi sysctls, namely reset_video. >> >> HTH, >> > > From your dmesg it looks like you are running both cores (i.e smp > kernel). Try disabling one core via kern.smp.disabled=1 in loader.conf > (some laptops will not suspend properly with both cores running). > > Cheers > > Mark Perfect.... That works ! I 'm actualy running a SMP kernel (CoreDuo CPU) with one disabled core (with BIOS). This was not enough. "kern.smp.disabled=1" corrects the problem. I'm now able to resume under Xorg, in multiuser mode. I'm lucky. THX ! From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 3 15:54:27 2008 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 C90D5106567F for ; Thu, 3 Jul 2008 15:54:27 +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 92C4C8FC1C for ; Thu, 3 Jul 2008 15:54:27 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 1775 invoked from network); 3 Jul 2008 15:27:47 -0000 Received: from ppp-71-139-14-56.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.14.56) by root.org with ESMTPA; 3 Jul 2008 15:27:47 -0000 Message-ID: <486CEFEC.2070107@root.org> Date: Thu, 03 Jul 2008 08:27:40 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: David Wolfskill References: <20080627235319.GP70792@bunrab.catwhisker.org> In-Reply-To: <20080627235319.GP70792@bunrab.catwhisker.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: How/why would dev.cpu.0.freq_levels change??!? 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, 03 Jul 2008 15:54:27 -0000 David Wolfskill wrote: > My laptop is a Dell Inspiron 8200; I (ab)use it moderately heavily: > this includes tracking RELENG_6, RELENG_7, & HEAD on it, daily. > > Lately there have been some times when "make buildworld" for RELENG_6 > has taken a lot longer than it used to ... and I noticed that the > fans were on, even though it was running fairly cool (around 50C; > during a "make buildworld, around 85C is more common) -- and that > the machine was typically "topping out" at half speed (1200 MHz). > > During these times, querying dev.cpu.0.freq_levels would yield a list > that did, ini fact, max out at 1200 MHz, when I know that it has gone up > to 2400 MHz in the past. The ACPI spec describes how the _PSS levels can change dynamically at runtime. For instance, if you go off AC, the system might offer a lower power state. I'm guessing you're using the acpi_perf driver. Usually the system generates a notify when that happens though so I was surprised there was no dmesg. I'm not sure how well we support changing levels yet. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 4 03:10:59 2008 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 08C271065670; Fri, 4 Jul 2008 03:10:59 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id C5AFB8FC18; Fri, 4 Jul 2008 03:10:58 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-160-103.dsl.telstraclear.net [121.73.160.103]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0K3G008VVOU9W110@smtp5.clear.net.nz>; Fri, 04 Jul 2008 15:10:58 +1200 (NZST) Date: Fri, 04 Jul 2008 15:10:35 +1200 From: Mark Kirkwood In-reply-to: <486CF4D3.8020706@aixmarseille.com> To: Olivier Fauchon Message-id: <486D94AB.7090003@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <486B9B56.3050609@aixmarseille.com> <20080702215234.GB1790@phi.local> <486CA5C9.8030401@paradise.net.nz> <486CF4D3.8020706@aixmarseille.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080601) Cc: freebsd-acpi@FreeBSD.org, Rui Paulo Subject: Re: Dell ACPI & S3 resume problems. 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, 04 Jul 2008 03:10:59 -0000 Olivier Fauchon wrote: > > Perfect.... That works ! > > I 'm actualy running a SMP kernel (CoreDuo CPU) with one disabled core > (with BIOS). This was not enough. > > "kern.smp.disabled=1" corrects the problem. > > I'm now able to resume under Xorg, in multiuser mode. I'm lucky. > > > No worries - pleased it works... my Asus Pro31j does not :-( Cheers Mark From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 4 07:40:14 2008 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 03E111065680 for ; Fri, 4 Jul 2008 07:40:14 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 761E38FC0A for ; Fri, 4 Jul 2008 07:40:13 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id m647Jun2022638 for ; Fri, 4 Jul 2008 16:49:56 +0930 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Fri, 4 Jul 2008 16:50:28 +0930 Received: from stlex510.dsto.defence.gov.au ([203.6.60.184]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 Jul 2008 17:20:28 +1000 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by stlex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 Jul 2008 15:20:27 +0800 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.2/8.14.2) with ESMTP id m647JoLb091989 for ; Fri, 4 Jul 2008 15:19:50 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.2/8.14.2/Submit) id m647JoPv091988 for freebsd-acpi@freebsd.org; Fri, 4 Jul 2008 15:19:50 +0800 (WST) (envelope-from wilkinsa) Date: Fri, 4 Jul 2008 15:19:50 +0800 From: "Wilkinson, Alex" To: freebsd-acpi@freebsd.org Message-ID: <20080704071950.GE90732@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-acpi@freebsd.org References: <486B9B56.3050609@aixmarseille.com> <20080702215234.GB1790@phi.local> <486CA5C9.8030401@paradise.net.nz> <486CF4D3.8020706@aixmarseille.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <486CF4D3.8020706@aixmarseille.com> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.18 (2008-05-17) X-OriginalArrivalTime: 04 Jul 2008 07:20:27.0128 (UTC) FILETIME=[6EAE3780:01C8DDA6] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.5.1027-16010.003 X-TM-AS-Result: No--2.273000-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: Dell ACPI & S3 resume problems. 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, 04 Jul 2008 07:40:14 -0000 0n Thu, Jul 03, 2008 at 05:48:35PM +0200, Olivier Fauchon wrote: >Perfect.... That works ! >I 'm actualy running a SMP kernel (CoreDuo CPU) with one disabled core >(with BIOS). This was not enough. >"kern.smp.disabled=1" corrects the problem. >I'm now able to resume under Xorg, in multiuser mode. I'm lucky. How are you lucky if you loose one of your cores ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 4 07:51:40 2008 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 6C338106564A for ; Fri, 4 Jul 2008 07:51:40 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from royale.aixmarseille.com (royale.aixmarseille.com [82.243.78.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1F33E8FC12 for ; Fri, 4 Jul 2008 07:51:40 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from superplombier.ft-dm.com ([81.80.156.37] helo=[192.168.200.114]) by royale.aixmarseille.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1KEg4w-0000Tp-Mf for freebsd-acpi@freebsd.org; Fri, 04 Jul 2008 09:51:38 +0200 Message-ID: <486DD706.5070305@aixmarseille.com> Date: Fri, 04 Jul 2008 09:53:42 +0200 From: Olivier Fauchon User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <486B9B56.3050609@aixmarseille.com> <20080702215234.GB1790@phi.local> <486CA5C9.8030401@paradise.net.nz> <486CF4D3.8020706@aixmarseille.com> <20080704071950.GE90732@stlux503.dsto.defence.gov.au> In-Reply-To: <20080704071950.GE90732@stlux503.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Dell ACPI & S3 resume problems. 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, 04 Jul 2008 07:51:40 -0000 Wilkinson, Alex wrote: > 0n Thu, Jul 03, 2008 at 05:48:35PM +0200, Olivier Fauchon wrote: > > >Perfect.... That works ! > >I 'm actualy running a SMP kernel (CoreDuo CPU) with one disabled core > >(with BIOS). This was not enough. > >"kern.smp.disabled=1" corrects the problem. > >I'm now able to resume under Xorg, in multiuser mode. I'm lucky. > > How are you lucky if you loose one of your cores ? > > In fact, I don't care about the dual-core feature for the moment (laptop only used for office & developement, not much CPU required) . But I care about suspending my laptop, which is really confortable. So, yes I'm lucky to have my needs achieved :-) > -aW > > IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. > > > _______________________________________________ > 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 Jul 4 14:27:30 2008 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 47B4A1065683 for ; Fri, 4 Jul 2008 14:27:30 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9609B8FC13 for ; Fri, 4 Jul 2008 14:27:29 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m635tYgt015886 for ; Thu, 3 Jul 2008 15:55:34 +1000 Received: from c220-239-252-11.carlnfd3.nsw.optusnet.com.au (c220-239-252-11.carlnfd3.nsw.optusnet.com.au [220.239.252.11]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m635tSbg032554 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jul 2008 15:55:30 +1000 Date: Thu, 3 Jul 2008 15:55:28 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Joerg Wunsch In-Reply-To: <20080702191827.GK1469@uriah.heep.sax.de> Message-ID: <20080703145049.S6189@delplex.bde.org> References: <20080702191827.GK1469@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org Subject: Re: HP/Compaq nx6325 clock "jumping around" 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, 04 Jul 2008 14:27:30 -0000 On Wed, 2 Jul 2008, Joerg Wunsch wrote: > On a nx6325 running 6-stable (because I couldn't get 7.x to work with > ACPI at all so far), the main clock is frequently "jumping", up to a > level where ntpd eventually gives up: Try 7.x. 6.x never worked right for me on this machine, due to lapic timer bugs which might be fixed now, while 7-CURRENT started working right except for suspend and lid switch once the lapic timer bugs and minor battery bugs were fixed, and 7-CURRENT and 8-CURRENT haven't regressed in compatibility since then. I didn't try amd64 mode until after the bugs were fixed, and it worked immediately with late 7-CURRENT after rcp'ing ~5.2 userland and updating the kernel. > Jul 2 10:44:44 remi ntpd[50885]: time reset +11.885037 s > Jul 2 10:44:44 remi ntpd[50885]: kernel time sync disabled 6041 > Jul 2 10:54:24 remi ntpd[50885]: kernel time sync disabled 2041 > Jul 2 11:07:13 remi ntpd[50885]: kernel time sync enabled 2001 > ... > Jul 2 19:03:17 remi ntpd[50885]: time correction of 1785 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. I know of the following bugs in time on nx6325: - pressing the lid switch to turn the screen off makes the time jump by almost precisely 1 second using any timecounter. The system appears to spend the 1 second in something like SMM mode with all interrupts and all timecounters stopped. More precisely, the jump is: ACPI-fast and TSC: -1.000000 +- 10 uS i8254: -1.043000 +- 1 mS - pressing the lid switch to turn the screen on makes the time jump by 55 +- 1 mS with the i8254 timecounter. The magic 55 is 1 i8254 timer maximum count (65536 / 1193182 = 0.054925. (65536 is with acpi_timer; otherwise at least FreeBSD's max count would be ~11920 giving a magic 10). Apparently, SMM restarts and/or reloads all the timercounter's hardware, but makes a larger mess of it for the i8254. Not making a mess of it is harder than for the other timecounter hardware, since the others have a granularity of 1 cycle while the i8254 has a granularity of 65536 or 11920 cycles unless it is carefully synced with the OS software which SMM can't do. The magic 43 for screen off is presumably the magic 55 reduced a bit by other bugs. - dynamic recalibration of cpu_tick_frequency has never worked. This is a MI bug, and only affects process times. cpu_tick_frequency is never adjusted downwards (except for a full recalibration). Thus any glitches in the cpu_tick clock (TSC on nx6325), e.g., from the SMM bug or entering ddb) cause cpu_tick_frequency to creep or jump upwards and never come down. Maybe you have a dynamic cause of events like the lid switch. I don't see any problems except with time except the above. > Notice the huge time resets of about 900 seconds between. Could this > be related to CPU frequency changes caused by whomever might control > that (ACPI BIOS? powerd is not running, should I?)? The CPU > frequencies listed are: > > dev.cpu.0.freq: 1393 > dev.cpu.0.freq_levels: 1990/100000 1791/81822 1592/65808 1393/57582 1194/49356 995/41130 796/22152 696/19383 597/16614 497/13845 398/11076 298/8307 199/5538 99/2769 I don't use powerd and rarely use batteries. Suspsend stuff doesn't work in FreeBSD, perhaps because I have no acpi support newer than ~5.2 in userland (powerd doesn't exist), and battery life at max CPU is about 30 minutes. makeworld of ~5.2 over nfs takes 13 minutes 40 seconds. nx6325 doesn't run ~5.2 kernels (problems in video, ata and acpi) or early (?) 6.x kernels with lapic timer. dev.cpu.0.freq: 1985 dev.cpu.0.freq_levels: 1985/-1 1736/-1 1488/-1 1240/-1 992/-1 744/-1 496/-1 248/-1 Once I used some performance/power-reduction config and got a list like yours. 1985 actually gives 1995 MHz. Bruce From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 4 14:51:27 2008 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 1FF5F1065672 for ; Fri, 4 Jul 2008 14:51:27 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD928FC13 for ; Fri, 4 Jul 2008 14:51:25 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so449623nfh.33 for ; Fri, 04 Jul 2008 07:51:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent:sender; bh=NfahLA0hnSbbHrZY8tRT6fH0mqr3Rmvev+2N5+vK1BQ=; b=ULcurmGnGkviePJOdOh4ixMvDNz88HAIm9c35Q5biX+8Ky4EAEp7w8ybwv0EAprEy3 NvofGPo0D57nJauD7P5wgPp4kzggKLhrecWh3L4FfCCK0giM07CvkEf+0UuSkhnt93Ze 4/GCLpXRkTw8SQyFuNMRDm8CcyVC2Ueys+l7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=DKDtd63kVpExwqiYR7QIBC8SfoCWCIPDu0GoCDdGBswfDm7xEfYg1M4u3QBJlA/W9k gy/C98BYhw9qsPWIi9j2xf8vqI8Z6nr7AHkaydF5dUQpSCQN9VIa4zOe6WMyh3o/NHA3 fCCYsFaJqGcDqVCuzf0zJUnoAEVCc/V3FJWnE= Received: by 10.210.54.15 with SMTP id c15mr405901eba.128.1215183084983; Fri, 04 Jul 2008 07:51:24 -0700 (PDT) Received: from phi.local ( [89.214.206.15]) by mx.google.com with ESMTPS id u14sm523617gvf.6.2008.07.04.07.51.22 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Jul 2008 07:51:24 -0700 (PDT) Date: Fri, 4 Jul 2008 15:50:05 +0100 From: Rui Paulo To: Olivier Fauchon Message-ID: <20080704145005.GA3560@phi.local> References: <486B9B56.3050609@aixmarseille.com> <20080702215234.GB1790@phi.local> <486CA5C9.8030401@paradise.net.nz> <486CF4D3.8020706@aixmarseille.com> <20080704071950.GE90732@stlux503.dsto.defence.gov.au> <486DD706.5070305@aixmarseille.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <486DD706.5070305@aixmarseille.com> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Rui Paulo Cc: freebsd-acpi@freebsd.org Subject: Re: Dell ACPI & S3 resume problems. 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, 04 Jul 2008 14:51:27 -0000 On Fri, Jul 04, 2008 at 09:53:42AM +0200, Olivier Fauchon wrote: > Wilkinson, Alex wrote: > > 0n Thu, Jul 03, 2008 at 05:48:35PM +0200, Olivier Fauchon wrote: > > > > >Perfect.... That works ! > > >I 'm actualy running a SMP kernel (CoreDuo CPU) with one disabled core > > >(with BIOS). This was not enough. > > >"kern.smp.disabled=1" corrects the problem. > > >I'm now able to resume under Xorg, in multiuser mode. I'm lucky. > > > > How are you lucky if you loose one of your cores ? > > > > > In fact, I don't care about the dual-core feature for the moment (laptop > only used for office & developement, not much CPU required) . > But I care about suspending my laptop, which is really confortable. > > So, yes I'm lucky to have my needs achieved :-) You can try the ACPI SMP suspend/resume patch: http://lists.freebsd.org/pipermail/freebsd-acpi/2008-May/004879.html Regards, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 4 16:47:45 2008 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 A9ACB106567A for ; Fri, 4 Jul 2008 16:47:45 +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 8C9C58FC1F for ; Fri, 4 Jul 2008 16:47:45 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 37949 invoked from network); 4 Jul 2008 16:21:04 -0000 Received: from ppp-71-139-33-139.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.33.139) by root.org with ESMTPA; 4 Jul 2008 16:21:04 -0000 Message-ID: <486E4DE7.60807@root.org> Date: Fri, 04 Jul 2008 09:20:55 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Bruce Evans References: <20080702191827.GK1469@uriah.heep.sax.de> <20080703145049.S6189@delplex.bde.org> In-Reply-To: <20080703145049.S6189@delplex.bde.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joerg Wunsch , freebsd-acpi@freebsd.org Subject: Re: HP/Compaq nx6325 clock "jumping around" 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, 04 Jul 2008 16:47:45 -0000 Bruce Evans wrote: > On Wed, 2 Jul 2008, Joerg Wunsch wrote: > >> On a nx6325 running 6-stable (because I couldn't get 7.x to work with >> ACPI at all so far), the main clock is frequently "jumping", up to a >> level where ntpd eventually gives up: > > I know of the following bugs in time on nx6325: > - pressing the lid switch to turn the screen off makes the time jump by > almost precisely 1 second using any timecounter. The system appears > to spend the 1 second in something like SMM mode with all interrupts > and all timecounters stopped. More precisely, the jump is: > ACPI-fast and TSC: -1.000000 +- 10 uS > i8254: -1.043000 +- 1 mS I'm not sure how to do anything about this. Sounds like a BIOS bug. > - dynamic recalibration of cpu_tick_frequency has never worked. This > is a MI bug, and only affects process times. cpu_tick_frequency is > never adjusted downwards (except for a full recalibration). Thus > any glitches in the cpu_tick clock (TSC on nx6325), e.g., from the > SMM bug or entering ddb) cause cpu_tick_frequency to creep or jump > upwards and never come down. This reminds me -- the algorithm for estimating the cpu frequency needs improvement. You had a patch you sent me that reduced its error by a lot. Would you commit it? > dev.cpu.0.freq: 1985 > dev.cpu.0.freq_levels: 1985/-1 1736/-1 1488/-1 1240/-1 992/-1 744/-1 > 496/-1 248/-1 > > Once I used some performance/power-reduction config and got a list like > yours. > > 1985 actually gives 1995 MHz. Your freq estimation patch does better than this. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 5 02:12:15 2008 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 1603D1065684 for ; Sat, 5 Jul 2008 02:12:15 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC0F8FC1B for ; Sat, 5 Jul 2008 02:12:14 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c220-239-252-11.carlnfd3.nsw.optusnet.com.au (c220-239-252-11.carlnfd3.nsw.optusnet.com.au [220.239.252.11]) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m652C96U031779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Jul 2008 12:12:10 +1000 Date: Sat, 5 Jul 2008 12:12:09 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Nate Lawson In-Reply-To: <486E4DE7.60807@root.org> Message-ID: <20080705120027.G12725@delplex.bde.org> References: <20080702191827.GK1469@uriah.heep.sax.de> <20080703145049.S6189@delplex.bde.org> <486E4DE7.60807@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Joerg Wunsch , freebsd-acpi@FreeBSD.org Subject: Re: HP/Compaq nx6325 clock "jumping around" 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: Sat, 05 Jul 2008 02:12:15 -0000 On Fri, 4 Jul 2008, Nate Lawson wrote: >> On Wed, 2 Jul 2008, Joerg Wunsch wrote: >> ... > Bruce Evans wrote: >> I know of the following bugs in time on nx6325: > ... > > This reminds me -- the algorithm for estimating the cpu frequency needs > improvement. You had a patch you sent me that reduced its error by a lot. > Would you commit it? I'm further than ever from committing this, since I'm not set up for svn. I never merged this to the kernel. Running it in userland on more SMP machines shows the expected problems from the CPU not being pinnable in userland. >> dev.cpu.0.freq: 1985 >> dev.cpu.0.freq_levels: 1985/-1 1736/-1 1488/-1 1240/-1 992/-1 744/-1 496/-1 >> 248/-1 >> >> Once I used some performance/power-reduction config and got a list like >> yours. >> >> 1985 actually gives 1995 MHz. > > Your freq estimation patch does better than this. Aren't the above frequencies just read from acpi read-only data? I forgot to mention another MI problem with cpu_ticker frequency recalibration: its sanity checks don't detect even the enormous transient garbage caused by stopping clocks. Apparently all the clocks used in the sanity checks are stopped too synchronously. Otherwise, the recalibration is very accurate. Bruce From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 5 07:57:53 2008 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 3B14D1065672 for ; Sat, 5 Jul 2008 07:57:53 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.freebsd.org (Postfix) with ESMTP id B10AE8FC22 for ; Sat, 5 Jul 2008 07:57:52 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from besplex.bde.org (c220-239-252-11.carlnfd3.nsw.optusnet.com.au [220.239.252.11]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m657vhNB013545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Jul 2008 17:57:45 +1000 Date: Sat, 5 Jul 2008 17:57:43 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Peter Jeremy In-Reply-To: <20080705000712.GF29380@server.vk2pj.dyndns.org> Message-ID: <20080705175001.C7509@besplex.bde.org> References: <20080702191827.GK1469@uriah.heep.sax.de> <20080703145049.S6189@delplex.bde.org> <20080705000712.GF29380@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org Subject: Re: HP/Compaq nx6325 clock "jumping around" 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: Sat, 05 Jul 2008 07:57:53 -0000 On Sat, 5 Jul 2008, Peter Jeremy wrote: > On 2008-Jul-03 15:55:28 +1000, Bruce Evans wrote: >> - pressing the lid switch to turn the screen off makes the time jump by >> almost precisely 1 second using any timecounter. The system appears >> to spend the 1 second in something like SMM mode with all interrupts >> and all timecounters stopped. More precisely, the jump is: >> ACPI-fast and TSC: -1.000000 +- 10 uS >> i8254: -1.043000 +- 1 mS > > My nx6125 with F.11 BIOS does something very similar but only in VTY > mode - I don't see the time jump when running X (and I haven't tried > measuring the jump to that accuracy). Sometimes I see a time jump > when switching between VTY and X. Other than that, ntpd is quite > happy with ACPI-fast. You mentioned this a while ago. I just tested it (again?). The 1 second jump was still there in X mode (old X). There seemed to be a jump starting X the first time, but not for restarts. The 1 second jump sometimes caused "calcru: runtime went backwards" messages. I use "ntpdate -q " in a loop to measure jumps accurately (if they are isolated). (This is more accurate than ntptrace.) Bruce From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 5 17:26:26 2008 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 9E5821065671 for ; Sat, 5 Jul 2008 17:26:26 +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 6744C8FC17 for ; Sat, 5 Jul 2008 17:26:26 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 59950 invoked from network); 5 Jul 2008 17:26:26 -0000 Received: from ppp-71-139-0-34.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.0.34) by root.org with ESMTPA; 5 Jul 2008 17:26:26 -0000 Message-ID: <486FAEBB.7080505@root.org> Date: Sat, 05 Jul 2008 10:26:19 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Bruce Evans References: <20080702191827.GK1469@uriah.heep.sax.de> <20080703145049.S6189@delplex.bde.org> <486E4DE7.60807@root.org> <20080705120027.G12725@delplex.bde.org> In-Reply-To: <20080705120027.G12725@delplex.bde.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joerg Wunsch , freebsd-acpi@FreeBSD.org Subject: Re: HP/Compaq nx6325 clock "jumping around" 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: Sat, 05 Jul 2008 17:26:26 -0000 Bruce Evans wrote: > On Fri, 4 Jul 2008, Nate Lawson wrote: > >>> On Wed, 2 Jul 2008, Joerg Wunsch wrote: >>> ... >> Bruce Evans wrote: >>> I know of the following bugs in time on nx6325: >> ... >> >> This reminds me -- the algorithm for estimating the cpu frequency >> needs improvement. You had a patch you sent me that reduced its error >> by a lot. Would you commit it? > > I'm further than ever from committing this, since I'm not set up for svn. > > I never merged this to the kernel. Running it in userland on more SMP > machines shows the expected problems from the CPU not being pinnable in > userland. I used it from the kernel and it worked fine but I was scared off by some questions you had regarding the edge cases where calibration might never complete. >>> dev.cpu.0.freq: 1985 >>> dev.cpu.0.freq_levels: 1985/-1 1736/-1 1488/-1 1240/-1 992/-1 744/-1 >>> 496/-1 248/-1 >>> >>> Once I used some performance/power-reduction config and got a list >>> like yours. >>> >>> 1985 actually gives 1995 MHz. >> >> Your freq estimation patch does better than this. > > Aren't the above frequencies just read from acpi read-only data? Depends on the back-end driver being used. dmesg | grep cpu will reveal it. Some drivers like acpi_perf and est do have their own table. Others like p4tcc and acpi_throttle have to estimate it. -- Nate