From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 24 11:07:06 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 506C9106564A for ; Mon, 24 Nov 2008 11:07:06 +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 3FE998FC17 for ; Mon, 24 Nov 2008 11:07:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAOB76Vj019802 for ; Mon, 24 Nov 2008 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAOB75BM019798 for freebsd-acpi@FreeBSD.org; Mon, 24 Nov 2008 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Nov 2008 11:07:05 GMT Message-Id: <200811241107.mAOB75BM019798@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, 24 Nov 2008 11:07:06 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/128639 acpi [PATCH] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 f kern/67309 acpi zzz reboot computer (ACPI S3) o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 43 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 24 16:20:07 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 18C84106564A for ; Mon, 24 Nov 2008 16:20:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.187]) by mx1.freebsd.org (Postfix) with ESMTP id CB32A8FC14 for ; Mon, 24 Nov 2008 16:20:06 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so1541067rne.12 for ; Mon, 24 Nov 2008 08:20:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=TZMw6TXHoqAaP9RDyqSvFNOwiXLPXKEvjR4nCL3SZhU=; b=aRrKi8UAjxMLEJRRkMwUZg9RDeFSKafhz1WEq3Uj4bGms/9O+bg2baUMpPjrvOvRAw 3HIpnmh3h+nvAfYdskQPEmMoZ+0xf0681VPukMmfD0AmCyuAx4ac1IDuurfDjzN6dJWq Vyt6Hx6J63uCIQHGc0RntJzw7FDjFFw/hLI3s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=suiP8X64tqWk0f5H/YorBwOWiAsFC42Wd7X4A7yk3B0timyp/qij0s5+ckFbhDZlDl ms8Ciw/fJnAr30QUrR3s0RlFJtNYjou4x+Bfr7OrmD0cLDEXWSBkHEtjvQSOXGdBL0UH xm80KMuMq731qB8fBvRLf8wRrUOCdLbKXH4VE= Received: by 10.231.19.72 with SMTP id z8mr49149iba.6.1227541729118; Mon, 24 Nov 2008 07:48:49 -0800 (PST) Received: by 10.231.13.131 with HTTP; Mon, 24 Nov 2008 07:48:49 -0800 (PST) Message-ID: <3a142e750811240748o1923fdc4xca1ae55f44bf664d@mail.gmail.com> Date: Mon, 24 Nov 2008 16:48:49 +0100 From: "Paul B. Mahol" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Resume on hp nx7300 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, 24 Nov 2008 16:20:07 -0000 Hi, I managed somehow to succesfully resume laptop from suspend, setting hw.acpi.osname="Windows 2001" but lcd output is off and can not be turned on. sysctl hw.acpi.reset_video=1 does'nt work, instead to resume, machine remain in unknown state, keyboard input doesnt work. Also if powerd + cpufreq combination is used, some time after resume system will reboot itself: db:0:kdb.enter.unknown> show pcpu cpuid = 0 curthread = 0xc3ff0240: pid 667 "powerd" curpcb = 0xc3a72d90 fpcurthread = none idlethread = 0xc3d2fd80: pid 10 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db:0:kdb.enter.unknown> bt Tracing pid 667 tid 100036 td 0xc3ff0240 mtrash_ctor(c3e21000,400,0,1,0,...) at mtrash_ctor+0x60 uma_zalloc_arg(c108ba20,0,1,0,c3e2c400,...) at uma_zalloc_arg+0x137 malloc(36c,c06d1bc0,1,210,c049b0c3,...) at malloc+0xcb cf_levels_method(c3e0ae80,c446f000,c3a72b4c,c3a72ba8,c446f3b4,...) at cf_levels_method+0x23d cpufreq_curr_sysctl(c3e414c0,c3e4f000,0,c3a72ba8,c3a72ba8,4,4,c3e414c0) at cpufreq_curr_sysctl+0x169 sysctl_root(c3a72ba8,0,c069a48a,587,c3ff0240,...) at sysctl_root+0x138 userland_sysctl(c3ff0240,c3a72c14,4,0,0,...) at userland_sysctl+0x115 __sysctl(c3ff0240,c3a72cf8,18,c06a0480,c06ce1b0,...) at __sysctl+0xb7 syscall(c3a72d38) at syscall+0x261 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28172533, esp = 0xbfbfe84c, ebp = 0xbfbfe878 --- acpi_ec0: wait timed out (response), forcing polled mode <5>wakeup from sleeping state (slept 00:00:14) acpi_tz0: _CRT value is absurd, ignored (256.0C) agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M Memory modified after free 0xc3e21000(1020) val=0 @ 0xc3e21000 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xffff0020 fault code = supervisor read, page not present instruction pointer = 0x20:0xc062c350 stack pointer = 0x28:0xc3a72a04 frame pointer = 0x28:0xc3a72a24 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 667 (powerd) exclusive sx cpufreq lock (cpufreq lock) r = 0 (0xc3e4f000) locked @ /usr/src/sys/kern/kern_cpu.c:528 exclusive sx sysctl lock (sysctl lock) r = 0 (0xc070f404) locked @ /usr/src/sys/kern/kern_sysctl.c:1415 exclusive sleep mutex Giant (Giant) r = 0 (0xc070edf0) locked @ /usr/src/sys/kern/kern_sysctl.c:1353 exclusive sx cpufreq lock (cpufreq lock) r = 0 (0xc3e4f000) locked @ /usr/src/sys/kern/kern_cpu.c:528 exclusive sx sysctl lock (sysctl lock) r = 0 (0xc070f404) locked @ /usr/src/sys/kern/kern_sysctl.c:1415 exclusive sleep mutex Giant (Giant) r = 0 (0xc070edf0) locked @ /usr/src/sys/kern/kern_sysctl.c:1353 Do I need to build/install UP kernel, or I can use SMP one with smp disabled via loader.conf? -- Paul From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 25 00:58:11 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 CF3B81065674 for ; Tue, 25 Nov 2008 00:58:11 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 86E3F8FC13 for ; Tue, 25 Nov 2008 00:58:11 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by an-out-0708.google.com with SMTP id b6so981965ana.13 for ; Mon, 24 Nov 2008 16:58:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=WCx0IwPcJMoYfTZ9X0SmHJmibR2+1KEp2CklwkB/Ftc=; b=rnq2dy8h26VnBgS08KQjXTLruVT2Xp0xqjH/nksICM7Owz3kPJo55sNWJO4+F+Yk45 lpeQfXOLQ3ys6nmF5qgcKsTZ9xO38pJyHr9aS9C/JiICIwkgX1Um0MLmV3k4IBCNEFnn 9oh3JAzPX7/KmII9aQSmUeqTO3UgUtPmXKTls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=TFk9XcKNld5dEEX+EtMLkfB2XLTtmXRQfavMb4KPrG2WY9SRMhZUuZWMQhxFXgEngB N+ie+01w7u7pvN3RQW2AQQrdEA41uHWHpwZv0ZGrc4it8kbwBB6udEE5xbTugEpHHqeL cbnTmUlw5vZ7wQKI8+W475WkaarSeBrEu32Co= Received: by 10.231.39.65 with SMTP id f1mr53582ibe.25.1227574690631; Mon, 24 Nov 2008 16:58:10 -0800 (PST) Received: by 10.231.11.10 with HTTP; Mon, 24 Nov 2008 16:58:10 -0800 (PST) Message-ID: <3a142e750811241658i39097018x3c6f49aa62805fa7@mail.gmail.com> Date: Tue, 25 Nov 2008 01:58:10 +0100 From: "Paul B. Mahol" To: freebsd-acpi@freebsd.org In-Reply-To: <3a142e750811240748o1923fdc4xca1ae55f44bf664d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750811240748o1923fdc4xca1ae55f44bf664d@mail.gmail.com> Subject: Re: Resume on hp nx7300 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, 25 Nov 2008 00:58:12 -0000 On 11/24/08, Paul B. Mahol wrote: > Hi, > > I managed somehow to succesfully resume laptop from suspend, > setting hw.acpi.osname="Windows 2001" It appears that it's not required at all. > but lcd output is off and can not be turned on. It will work if vesa is kldloaded _before_ suspend. Also kldload i915 (agp+drm+i915) _before_ suspend will do it. > sysctl hw.acpi.reset_video=1 does'nt work, instead to resume, machine > remain in unknown state, keyboard input doesnt work. > > Also if powerd + cpufreq combination is used, some time after resume > system will reboot itself: > > db:0:kdb.enter.unknown> show pcpu > cpuid = 0 > curthread = 0xc3ff0240: pid 667 "powerd" > curpcb = 0xc3a72d90 > fpcurthread = none > idlethread = 0xc3d2fd80: pid 10 "idle: cpu0" > APIC ID = 0 > currentldt = 0x50 > spin locks held: > db:0:kdb.enter.unknown> bt > Tracing pid 667 tid 100036 td 0xc3ff0240 > mtrash_ctor(c3e21000,400,0,1,0,...) at mtrash_ctor+0x60 > uma_zalloc_arg(c108ba20,0,1,0,c3e2c400,...) at uma_zalloc_arg+0x137 > malloc(36c,c06d1bc0,1,210,c049b0c3,...) at malloc+0xcb > cf_levels_method(c3e0ae80,c446f000,c3a72b4c,c3a72ba8,c446f3b4,...) at > cf_levels_method+0x23d > cpufreq_curr_sysctl(c3e414c0,c3e4f000,0,c3a72ba8,c3a72ba8,4,4,c3e414c0) > at cpufreq_curr_sysctl+0x169 > sysctl_root(c3a72ba8,0,c069a48a,587,c3ff0240,...) at sysctl_root+0x138 > userland_sysctl(c3ff0240,c3a72c14,4,0,0,...) at userland_sysctl+0x115 > __sysctl(c3ff0240,c3a72cf8,18,c06a0480,c06ce1b0,...) at __sysctl+0xb7 > syscall(c3a72d38) at syscall+0x261 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28172533, esp = > 0xbfbfe84c, ebp = 0xbfbfe878 --- > > > acpi_ec0: wait timed out (response), forcing polled mode > <5>wakeup from sleeping state (slept 00:00:14) > acpi_tz0: _CRT value is absurd, ignored (256.0C) > agp0: on vgapci0 > agp0: detected 7932k stolen memory > agp0: aperture size is 256M > Memory modified after free 0xc3e21000(1020) val=0 @ 0xc3e21000 > powerd + cpufreq combination just works, above panic probably happened because agp is loaded _after_ resume. > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xffff0020 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc062c350 > stack pointer = 0x28:0xc3a72a04 > frame pointer = 0x28:0xc3a72a24 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 667 (powerd) > exclusive sx cpufreq lock (cpufreq lock) r = 0 (0xc3e4f000) locked @ > /usr/src/sys/kern/kern_cpu.c:528 > exclusive sx sysctl lock (sysctl lock) r = 0 (0xc070f404) locked @ > /usr/src/sys/kern/kern_sysctl.c:1415 > exclusive sleep mutex Giant (Giant) r = 0 (0xc070edf0) locked @ > /usr/src/sys/kern/kern_sysctl.c:1353 > exclusive sx cpufreq lock (cpufreq lock) r = 0 (0xc3e4f000) locked @ > /usr/src/sys/kern/kern_cpu.c:528 > exclusive sx sysctl lock (sysctl lock) r = 0 (0xc070f404) locked @ > /usr/src/sys/kern/kern_sysctl.c:1415 > exclusive sleep mutex Giant (Giant) r = 0 (0xc070edf0) locked @ > /usr/src/sys/kern/kern_sysctl.c:1353 > > > Do I need to build/install UP kernel, or I can use SMP one with smp > disabled via loader.conf? kern.smp.disabled="1" just works, and disabling dual core from bios is not required. Restarting moused after resume is must. pccard and ndis powered broadcom card do not work after resume, even if right driver was never loaded during/after boot - before suspend. Main problem is that shutdown button (S5) doesnt work after resume. Is there any know reason why that could happen? -- Paul From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 25 18:31:08 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 179FE1065675 for ; Tue, 25 Nov 2008 18:31:08 +0000 (UTC) (envelope-from brinzer@mfrac.com) Received: from email.mfrac.com (mfrac.com [74.1.169.10]) by mx1.freebsd.org (Postfix) with ESMTP id AB1DA8FC1D for ; Tue, 25 Nov 2008 18:31:07 +0000 (UTC) (envelope-from brinzer@mfrac.com) Received: from localhost (localhost [127.0.0.1]) by email.mfrac.com (Postfix) with ESMTP id 52F0D1CC69; Tue, 25 Nov 2008 13:15:13 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mfrac.com; h= user-agent:content-disposition:content-type:mime-version :message-id:subject:from:date:received:received:x-virus-scanned; s=alpha; t=1227636912; bh=dCdpOfaO17OCjmKkTP38UlncYDuSLAGj+ko+m L8Dxjo=; b=hSQUCmWMnlM+i0LB5uYPTKz0hbs3ef173FGUF9j9RCjN4J+kNgd2Q Xv4oGZCsjz4wZ0lYUtxxqhnZ+ileQIUO6lnSWi/zbiza9dt8RHyW7Zm5KMxMavhT 9nVAsSh8aik X-Virus-Scanned: amavisd-new at mfrac.com Received: from email.mfrac.com ([127.0.0.1]) by localhost (email.mfrac.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id p+jf6eq3STvx; Tue, 25 Nov 2008 13:15:12 -0500 (EST) Received: by email.mfrac.com (Postfix, from userid 1002) id 05EC11CC67; Tue, 25 Nov 2008 13:15:12 -0500 (EST) Date: Tue, 25 Nov 2008 13:15:12 -0500 From: Bill Brinzer To: freebsd-acpi@freebsd.org Message-ID: <20081125181512.GA89700@fire.mfrac.vpn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Dell PowerEdge 840 ACPI panic early in boot 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, 25 Nov 2008 18:31:08 -0000 Booting FreeBSD on my brand new Dell PowerEdge 840 causes a panic very early in the boot sequence. Disabling ACPI allows the boot to proceed normally. Here's what I've tried so far. Boot 7.0-RELEASE i386 via PXE -> early boot panic. Boot 7.0-PRERELEASE amd64 via PXE -> early boot panic. Boot 6.1 i386 via CD (GENERIC kernel) -> early boot panic. I set acpi.hw.osname (on 7.0-RELEASE i386) to "Windows 2001," "Windows 2006," "Windows 2006.1," "Linux," "Microsoft Windows NT" (all in the ASL, suspiciously enough) -> same panic. Here's a verbose boot log with the panic: /boot/kernel/acpi.ko text=0x521cc data=0x23a0+0x186c syms=[0x4+0x85d0+0x4+0xb062] KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=000000007fec0000 SMAP type=03 base=000000007ffc0000 len=000000000000fc00 SMAP type=02 base=000000007ffcfc00 len=0000000000000400 SMAP type=02 base=000000007ffd0000 len=0000000000020000 SMAP type=02 base=000000007fff0000 len=000000000000f000 SMAP type=02 base=00000000f0000000 len=0000000004000000 SMAP type=02 base=00000000fec00000 len=0000000000100000 SMAP type=02 base=00000000fed00000 len=0000000000000400 SMAP type=02 base=00000000fed13000 len=000000000008d000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000ffb00000 len=0000000000500000 Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE-p5 #2: Fri Nov 21 17:58:47 EST 2008 root@water.mfrac.vpn:/export/FreeBSD/7.x/obj/export/FreeBSD/7.x/src/sys/SMITHWICKS Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e44000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e441c4. Calibrating clock(s) ... i8254 clock: 1193165 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2000083510 Hz CPU: Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz (2000.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 2nd-level cache: 1 MB, 4-way set associative, 64-byte line size 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 1024 kbytes, 4-way associative, 64 bytes/line real memory = 2147221504 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001028000 - 0x000000007db70fff, 2092208128 bytes (510793 pages) avail memory = 2091761664 (1994 MB) Table 'FACP' at 0xf9ff4 panic: vm_fault: fault on nofault entry, addr: c1423000 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c0b7d055,c1020aa0,c07abbdf,c0ba132b,0,...) at 0xc04d49a6 = db_trace_self_wrapper+0x26 kdb_backtrace(c0ba132b,0,c0b974be,c1020aac,0,...) at 0xc07d2c89 = kdb_backtrace+0x29 panic(c0b974be,c1423000,1,c1020bb0,c1020ba0,...) at 0xc07abbdf = panic+0x10f vm_fault(c1471000,c1423000,1,0,0,...) at 0xc09fecd8 = vm_fault+0x178 trap_pfault(10,12,1000000,7476,c0c8b360,...) at 0xc0ae1a7e = trap_pfault+0x20e trap(c1020cf0) at 0xc0ae24da = trap+0x3fa calltrap() at 0xc0ac7b3b = calltrap+0x6 --- trap 0xc, eip = 0xc0e1f1ce, esp = 0xc1020d30, ebp = 0xc1020d50 --- madt_probe(c0ba06ab,0,0,c50e1748,fffffff,...) at 0xc0e1f1ce = madt_probe+0x10e apic_init(0,101ec00,101ec00,101e000,1028000,...) at 0xc0acfac3 = apic_init+0x53 mi_startup() at 0xc0771fc6 = mi_startup+0x96 begin() at 0xc0461a05 = begin+0x2c KDB: enter: panic [thread pid 0 tid 0 ] Stopped at 0xc07d2bd2 = kdb_enter+0x32: leave db> (gdb) l *madt_probe+0x10e 0x471ce is in madt_probe (/export/FreeBSD/7.x/src/sys/modules/acpi/acpi/../../../i386/acpica/madt.c:245). 240 return (ENXIO); 241 } 242 count = (xsdt->Header.Length - sizeof(ACPI_TABLE_HEADER)) / 243 sizeof(UINT64); 244 for (i = 0; i < count; i++) 245 if (madt_probe_table(xsdt->TableOffsetEntry[i])) 246 break; 247 madt_unmap_table(xsdt); 248 } else { 249 rsdt = madt_map_table(rsdp->RsdtPhysicalAddress, 1, I posted the dmesg(8) from boot -v with ACPI disabled at: And the ASL is here: Thanks in advance; let me know if I need to try anything else. Bill Brinzer From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 25 18:33: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 977971065670 for ; Tue, 25 Nov 2008 18:33:18 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4B98FC19 for ; Tue, 25 Nov 2008 18:33:18 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.3/8.14.3) with ESMTP id mAPIZFIC002676 for ; Wed, 26 Nov 2008 03:35:15 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200811251835.mAPIZFIC002676@sana.init-main.com> To: freebsd-acpi@freebsd.org Date: Wed, 26 Nov 2008 03:35:15 +0900 From: Takanori Watanabe Subject: acpi_cpu: binding processor object to pcpu struct. 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, 25 Nov 2008 18:33:18 -0000 In my box, processor does not binded properly to ACPI object, so I wrote the code as follows. comment? I'm afraid system pcpu unit number and cpu device instance number may inconsistent, but without this change, ACPI namespace and pcpu struct does not match. Index: acpi_cpu.c =================================================================== --- acpi_cpu.c (リビジョン 185289) +++ acpi_cpu.c (作業コピー) @@ -241,7 +241,9 @@ * in their Processor object as the ProcId values in the MADT. */ acpi_id = obj->Processor.ProcId; + AcpiOsFree(obj); + if (acpi_pcpu_get_id(device_get_unit(dev), &acpi_id, &cpu_id) != 0) return (ENXIO); @@ -427,25 +429,35 @@ KASSERT(acpi_id != NULL, ("Null acpi_id")); KASSERT(cpu_id != NULL, ("Null cpu_id")); + + /*Check for cpu that have duplicate acpi_id probed.*/ + for ( i = 0 ; i <= mp_maxid; i++){ + if (CPU_ABSENT(i)) + continue; + pcpu_data = pcpu_find(i); + if(cpu_softc[i]&& (pcpu_data->pc_acpi_id == *acpi_id)){ + return ESRCH; + } + } for (i = 0; i <= mp_maxid; i++) { if (CPU_ABSENT(i)) continue; pcpu_data = pcpu_find(i); KASSERT(pcpu_data != NULL, ("no pcpu data for %d", i)); - if (idx-- == 0) { - /* - * If pc_acpi_id was not initialized (e.g., a non-APIC UP box) - * override it with the value from the ASL. Otherwise, if the - * two don't match, prefer the MADT-derived value. Finally, - * return the pc_cpuid to reference this processor. - */ - if (pcpu_data->pc_acpi_id == 0xffffffff) + /* + * If pc_acpi_id was not initialized (e.g., a non-APIC UP box) + * override it with the value from the ASL. Otherwise, if the + * two don't match, prefer the MADT-derived value. Finally, + * return the pc_cpuid to reference this processor. + */ + if (pcpu_data->pc_acpi_id == 0xffffffff) pcpu_data->pc_acpi_id = *acpi_id; - else if (pcpu_data->pc_acpi_id != *acpi_id) - *acpi_id = pcpu_data->pc_acpi_id; - *cpu_id = pcpu_data->pc_cpuid; - return (0); + else if (pcpu_data->pc_acpi_id == *acpi_id){ + *cpu_id = pcpu_data->pc_cpuid; } + else + continue; + return 0; } return (ESRCH); From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 25 18:40:07 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 2EFD11065670 for ; Tue, 25 Nov 2008 18:40:07 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi025.prodigy.net (nlpi025.sbcis.sbc.com [207.115.36.54]) by mx1.freebsd.org (Postfix) with ESMTP id 093488FC1B for ; Tue, 25 Nov 2008 18:40:06 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-4-157.dsl.snfc21.pacbell.net [71.139.4.157]) (authenticated bits=0) by nlpi025.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id mAPIe4tE018535; Tue, 25 Nov 2008 12:40:05 -0600 Message-ID: <492C4685.1030405@root.org> Date: Tue, 25 Nov 2008 10:40:05 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Bill Brinzer References: <20081125181512.GA89700@fire.mfrac.vpn> In-Reply-To: <20081125181512.GA89700@fire.mfrac.vpn> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Dell PowerEdge 840 ACPI panic early in boot 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, 25 Nov 2008 18:40:07 -0000 Bill Brinzer wrote: > Booting FreeBSD on my brand new Dell PowerEdge 840 causes a panic > very early in the boot sequence. Disabling ACPI allows the boot to > proceed normally. > avail memory = 2091761664 (1994 MB) > Table 'FACP' at 0xf9ff4 > panic: vm_fault: fault on nofault entry, addr: c1423000 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0b7d055,c1020aa0,c07abbdf,c0ba132b,0,...) at 0xc04d49a6 = db_trace_self_wrapper+0x26 > kdb_backtrace(c0ba132b,0,c0b974be,c1020aac,0,...) at 0xc07d2c89 = kdb_backtrace+0x29 > panic(c0b974be,c1423000,1,c1020bb0,c1020ba0,...) at 0xc07abbdf = panic+0x10f > vm_fault(c1471000,c1423000,1,0,0,...) at 0xc09fecd8 = vm_fault+0x178 > trap_pfault(10,12,1000000,7476,c0c8b360,...) at 0xc0ae1a7e = trap_pfault+0x20e > trap(c1020cf0) at 0xc0ae24da = trap+0x3fa > calltrap() at 0xc0ac7b3b = calltrap+0x6 > --- trap 0xc, eip = 0xc0e1f1ce, esp = 0xc1020d30, ebp = 0xc1020d50 --- > madt_probe(c0ba06ab,0,0,c50e1748,fffffff,...) at 0xc0e1f1ce = madt_probe+0x10e > apic_init(0,101ec00,101ec00,101e000,1028000,...) at 0xc0acfac3 = apic_init+0x53 > mi_startup() at 0xc0771fc6 = mi_startup+0x96 > begin() at 0xc0461a05 = begin+0x2c > KDB: enter: panic > [thread pid 0 tid 0 ] > Stopped at 0xc07d2bd2 = kdb_enter+0x32: leave > db> > > (gdb) l *madt_probe+0x10e > 0x471ce is in madt_probe (/export/FreeBSD/7.x/src/sys/modules/acpi/acpi/../../../i386/acpica/madt.c:245). > 240 return (ENXIO); > 241 } > 242 count = (xsdt->Header.Length - sizeof(ACPI_TABLE_HEADER)) / > 243 sizeof(UINT64); > 244 for (i = 0; i < count; i++) > 245 if (madt_probe_table(xsdt->TableOffsetEntry[i])) > 246 break; > 247 madt_unmap_table(xsdt); > 248 } else { > 249 rsdt = madt_map_table(rsdp->RsdtPhysicalAddress, 1, > > I posted the dmesg(8) from boot -v with ACPI disabled at: > > > And the ASL is here: > > > Thanks in advance; let me know if I need to try anything else. The output of acpidump -t would help. That gives the fixed tables in addition to ASL. Perhaps the MADT is corrupt. Have you checked your vendor for a BIOS update? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 25 19:37: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 E380C1065673 for ; Tue, 25 Nov 2008 19:37:50 +0000 (UTC) (envelope-from onemda@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 93D218FC0C for ; Tue, 25 Nov 2008 19:37:50 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so73958ywe.13 for ; Tue, 25 Nov 2008 11:37:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=YCUNveYhDIgJwECK1ylTZBY5f+nzZ6JqiAeVIQcpFws=; b=mMPXlFrwsTLixHnnYlsIHmPVYIjkDTaNj7JAwNHqPD05GFCE1XtRlS9UnDnEwpRUea UcXQyVg9eBZKbl9MEJMZIYAhKXN4eiDxwDbT+k9jKhREF2bPJjXZZ7acQ2d15AkgBxS4 YjwmwasJzc3c2pXj/ZSH8wvAq+A/zCIMDMZwU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=EudiiCzLp0RS7RI3eCx4qnbtNTYdfZqPMpT629suuonbrwGV1vRYo7DjyslvTKV+ok LMp7WJIK6plh7+DCgxSKnZMZptfKxf0/XIIXdytFLCN3Itd34P8EInlrjAwk29bLtAR8 KWvoih6s8uPjcStLUviSHQdQRoU1y3xOnphbU= Received: by 10.231.16.129 with SMTP id o1mr61798iba.47.1227641869600; Tue, 25 Nov 2008 11:37:49 -0800 (PST) Received: by 10.231.11.8 with HTTP; Tue, 25 Nov 2008 11:37:49 -0800 (PST) Message-ID: <3a142e750811251137se5091f8vc1ca13e5469413c3@mail.gmail.com> Date: Tue, 25 Nov 2008 20:37:49 +0100 From: "Paul B. Mahol" To: freebsd-acpi@freebsd.org In-Reply-To: <3a142e750811241658i39097018x3c6f49aa62805fa7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750811240748o1923fdc4xca1ae55f44bf664d@mail.gmail.com> <3a142e750811241658i39097018x3c6f49aa62805fa7@mail.gmail.com> Subject: Re: Resume on hp nx7300 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, 25 Nov 2008 19:37:51 -0000 On 11/25/08, Paul B. Mahol wrote: > On 11/24/08, Paul B. Mahol wrote: >> Hi, >> >> I managed somehow to succesfully resume laptop from suspend, >> setting hw.acpi.osname="Windows 2001" > It appears that it's not required at all. > >> but lcd output is off and can not be turned on. > > It will work if vesa is kldloaded _before_ suspend. > Also kldload i915 (agp+drm+i915) _before_ suspend will do it. > >> sysctl hw.acpi.reset_video=1 does'nt work, instead to resume, machine >> remain in unknown state, keyboard input doesnt work. >> >> Also if powerd + cpufreq combination is used, some time after resume >> system will reboot itself: >> >> db:0:kdb.enter.unknown> show pcpu >> cpuid = 0 >> curthread = 0xc3ff0240: pid 667 "powerd" >> curpcb = 0xc3a72d90 >> fpcurthread = none >> idlethread = 0xc3d2fd80: pid 10 "idle: cpu0" >> APIC ID = 0 >> currentldt = 0x50 >> spin locks held: >> db:0:kdb.enter.unknown> bt >> Tracing pid 667 tid 100036 td 0xc3ff0240 >> mtrash_ctor(c3e21000,400,0,1,0,...) at mtrash_ctor+0x60 >> uma_zalloc_arg(c108ba20,0,1,0,c3e2c400,...) at uma_zalloc_arg+0x137 >> malloc(36c,c06d1bc0,1,210,c049b0c3,...) at malloc+0xcb >> cf_levels_method(c3e0ae80,c446f000,c3a72b4c,c3a72ba8,c446f3b4,...) at >> cf_levels_method+0x23d >> cpufreq_curr_sysctl(c3e414c0,c3e4f000,0,c3a72ba8,c3a72ba8,4,4,c3e414c0) >> at cpufreq_curr_sysctl+0x169 >> sysctl_root(c3a72ba8,0,c069a48a,587,c3ff0240,...) at sysctl_root+0x138 >> userland_sysctl(c3ff0240,c3a72c14,4,0,0,...) at userland_sysctl+0x115 >> __sysctl(c3ff0240,c3a72cf8,18,c06a0480,c06ce1b0,...) at __sysctl+0xb7 >> syscall(c3a72d38) at syscall+0x261 >> Xint0x80_syscall() at Xint0x80_syscall+0x20 >> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28172533, esp = >> 0xbfbfe84c, ebp = 0xbfbfe878 --- >> >> >> acpi_ec0: wait timed out (response), forcing polled mode >> <5>wakeup from sleeping state (slept 00:00:14) >> acpi_tz0: _CRT value is absurd, ignored (256.0C) >> agp0: on vgapci0 >> agp0: detected 7932k stolen memory >> agp0: aperture size is 256M >> Memory modified after free 0xc3e21000(1020) val=0 @ 0xc3e21000 >> > > powerd + cpufreq combination just works, above panic > probably happened because agp is loaded _after_ resume. > >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0xffff0020 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc062c350 >> stack pointer = 0x28:0xc3a72a04 >> frame pointer = 0x28:0xc3a72a24 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 667 (powerd) >> exclusive sx cpufreq lock (cpufreq lock) r = 0 (0xc3e4f000) locked @ >> /usr/src/sys/kern/kern_cpu.c:528 >> exclusive sx sysctl lock (sysctl lock) r = 0 (0xc070f404) locked @ >> /usr/src/sys/kern/kern_sysctl.c:1415 >> exclusive sleep mutex Giant (Giant) r = 0 (0xc070edf0) locked @ >> /usr/src/sys/kern/kern_sysctl.c:1353 >> exclusive sx cpufreq lock (cpufreq lock) r = 0 (0xc3e4f000) locked @ >> /usr/src/sys/kern/kern_cpu.c:528 >> exclusive sx sysctl lock (sysctl lock) r = 0 (0xc070f404) locked @ >> /usr/src/sys/kern/kern_sysctl.c:1415 >> exclusive sleep mutex Giant (Giant) r = 0 (0xc070edf0) locked @ >> /usr/src/sys/kern/kern_sysctl.c:1353 >> >> >> Do I need to build/install UP kernel, or I can use SMP one with smp >> disabled via loader.conf? > > kern.smp.disabled="1" just works, and disabling dual core from bios is > not required. > > Restarting moused after resume is must. > pccard and ndis powered broadcom card do not work after resume, > even if right driver was never loaded during/after boot - before suspend. > > Main problem is that shutdown button (S5) doesnt work after resume. > Is there any know reason why that could happen? Problem with cardbus controller appears to be that it never got into D3 state, because its hdr=0x02 I encountered also that setting hw.pci.do_power_nodriver=2 in /boot/loader.conf have same nasty effect when using it with suspend/resume. After resume all devices will be put back into D0 state, but if you kldunload one driver, for example snd_hda and kldload it again, all devices that do not have driver attached (and with hdr=0x00) will be put into D3 again. Same scenario happen when unloading driver, device will remain in D0 state until some other driver is loaded/attached to correct device. Current devices power state can be monitored with "pciconf -lvc". I think this is more general problem. -- Paul From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 26 01:48:35 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 8ED101065674 for ; Wed, 26 Nov 2008 01:48:35 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f18.google.com (mail-qy0-f18.google.com [209.85.221.18]) by mx1.freebsd.org (Postfix) with ESMTP id 241A78FC12 for ; Wed, 26 Nov 2008 01:48:35 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qyk11 with SMTP id 11so398478qyk.19 for ; Tue, 25 Nov 2008 17:48:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:message-id :in-reply-to:references:date:subject:from:to:cc:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance:sender; bh=gp5m/PfkjEc+UeaeQqXyQUeqQ8Wbkx8GeifjsH9Yi7o=; b=kDYC+WaVFVmPkCJOnwfaHUCYicbeMHq4Jz/OFWBhZ0JW5v9Y4cxsUCJqWWCIfou9hw GRYQ1seL8scyPJiDAK7OGSXFu882QBmNQMe2sBa2ZWT09PumyE6hQMIq9T2Xcgw0UKiQ XfxDJF0zprhSopt/JPu9iEg4so1JrbfHfMmTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance:sender; b=NYFNJZ/sDgT7BaYqjp3SJ8mBvoQhtzSsc/riTNAb1+Ho9Yl6y6SNg5eAVzFs8E/0ZP triIKj3hIGEkE+F8dMe1FKwSInDZMQvk33CrVVXieu54B065D9edAI8f1jiM6Hx3mSYS s+fGrGaJYkMZXc0koITqvOqDqU6wIsiAMBieo= Received: by 10.214.25.11 with SMTP id 11mr4662978qay.234.1227664114576; Tue, 25 Nov 2008 17:48:34 -0800 (PST) Received: from cygnus.homeunix.com ([189.13.240.41]) by mx.google.com with ESMTPS id 6sm7185430ywi.1.2008.11.25.17.48.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 25 Nov 2008 17:48:33 -0800 (PST) Received: by cygnus.homeunix.com (Postfix, from userid 80) id 21A54B8210; Tue, 25 Nov 2008 22:47:13 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Tue, 25 Nov 2008 23:47:13 -0200 (BRST) Message-ID: <7781fee0f8d1ea36bc8899f48a946fb6.squirrel@10.1.1.10> In-Reply-To: <20081112142137.Q70117@sola.nimnet.asn.au> References: <491404BF.1090807@FreeBSD.org> <49186111.9020103@root.org> <20081111161549.U70117@sola.nimnet.asn.au> <7d13c992592d1976010179b40b26c057.squirrel@cygnus.homeunix.com> <1226449830.1244.30.camel@RabbitsDen> <20081112142137.Q70117@sola.nimnet.asn.au> Date: Tue, 25 Nov 2008 23:47:13 -0200 (BRST) From: "Nenhum_de_Nos" To: "Ian Smith" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: Nenhum_de_Nos Cc: freebsd-acpi@freebsd.org Subject: Re: RFC: powerd algorithms enhancements 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, 26 Nov 2008 01:48:35 -0000 answering two in a row ... On Wed, November 12, 2008 1:41 am, Ian Smith wrote: > On Tue, 11 Nov 2008, Alexandre "Sunny" Kovalenko wrote: > > On Tue, 2008-11-11 at 15:56 -0200, Nenhum_de_Nos wrote: > > > On Tue, November 11, 2008 3:20 am, Ian Smith wrote: > > > > On Mon, 10 Nov 2008, Nenhum_de_Nos wrote: > > > > > as all you are talking about the subject, and I read all > messages, is > > > > > there any module to load and make my AthlonXP 1700+ use less > power ? > > > > > > > > > > running 7-STABLE, just a file server. any acpi-stuff I could > enable > > > > would > > > > > be great, as I just use all its power when compiling ... > > > > > > > > What does 'sysctl hw.acpi dev.cpu' have to say? > > > > > [...] > > Reinjecting a bit .. > > > hw.acpi.thermal.user_override: 0 > > hw.acpi.thermal.tz0.temperature: 43.0C > > hw.acpi.thermal.tz0.active: -1 > > hw.acpi.thermal.tz0.passive_cooling: 1 > > hw.acpi.thermal.tz0.thermal_flags: 0 > > hw.acpi.thermal.tz0._PSV: 66.0C > > hw.acpi.thermal.tz0._HOT: -1 > > hw.acpi.thermal.tz0._CRT: 70.0C > > hw.acpi.thermal.tz0._ACx: 66.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 > > hw.acpi.thermal.tz0._TC1: 4 > > hw.acpi.thermal.tz0._TC2: 3 > > hw.acpi.thermal.tz0._TSP: 60 > > hw.acpi.cpu.cx_lowest: C1 > > Certainly no cpu frequency control. Surprisingly low _CRT temperature > but unless it ever actually gets too hot, it's not a problem. I don't > really follow why .passive-cooling=1 with no cpufreq driver/s attached? I have no idea also ... the cooling is indeed active ... > > > [root@xxx ~]# sysctl dev.cpu > > > dev.cpu.0.%desc: ACPI CPU > > > dev.cpu.0.%driver: cpu > > > dev.cpu.0.%location: handle=\_PR_.CPU0 > > > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > > > dev.cpu.0.%parent: acpi0 > > > dev.cpu.0.cx_supported: C1/0 C2/90 C3/900 > > > dev.cpu.0.cx_lowest: C1 > > > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% > > > [root@xxx ~]# > > > > > > if it rings any bells :) > > All I can suggest here is > > > > sysctl dev.cpu.0.cx_lowest="C3" got the system unresponsive to the point of a hard reset needed ... > > or, if it gets you totally unresponsive machine, > > > > sysctl dev.cpu.0.cx_lowest="C2" not much time in it, I must confess, bit didn't see any lowering in power consumption, will try again ... > > how much of the power saving you will see from this is the > > separate question. > > If that works to any extent you'll notice some drop in cpu temperature. > I do see a slight but noticeable idle temp. drop on my T23 in C2, though > nothing compared to the power reduction of lower frequency (about half). that was all I wanted, but as said that this cpu is older than yours, I really don't think I'll get all that ... > cheers, Ian thanks to all, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 26 14:27: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 BCA101065670 for ; Wed, 26 Nov 2008 14:27:26 +0000 (UTC) (envelope-from brinzer@mfrac.com) Received: from email.mfrac.com (mfrac.com [74.1.169.10]) by mx1.freebsd.org (Postfix) with ESMTP id 397418FC0A for ; Wed, 26 Nov 2008 14:27:26 +0000 (UTC) (envelope-from brinzer@mfrac.com) Received: from localhost (localhost [127.0.0.1]) by email.mfrac.com (Postfix) with ESMTP id 375501CC69; Wed, 26 Nov 2008 09:27:25 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mfrac.com; h= user-agent:in-reply-to:content-disposition:content-type :mime-version:references:message-id:subject:from:date:received :received:x-virus-scanned; s=alpha; t=1227709644; bh=DmKMbRPYI8L EAhV4qP3AWPyh08ntmY12HWE7n+VaDtY=; b=D+HLqAREWGAcitL8KCXu2EOKg7m hIr4Wstbo0+E+MIMeaEgXVuY9TGhDxQKple7HW+rFJR8ff+gtcxjz4AV6nb33iHl kMKz50WzgIcw6eBvI3NywvJXZsScozUC1yWzP X-Virus-Scanned: amavisd-new at mfrac.com Received: from email.mfrac.com ([127.0.0.1]) by localhost (email.mfrac.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id YeLfDzz+gABa; Wed, 26 Nov 2008 09:27:24 -0500 (EST) Received: by email.mfrac.com (Postfix, from userid 1002) id EDA001CC67; Wed, 26 Nov 2008 09:27:23 -0500 (EST) Date: Wed, 26 Nov 2008 09:27:23 -0500 From: Bill Brinzer To: freebsd-acpi@freebsd.org Message-ID: <20081126142723.GA2963@fire.mfrac.vpn> References: <20081125181512.GA89700@fire.mfrac.vpn> <492C4685.1030405@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <492C4685.1030405@root.org> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Dell PowerEdge 840 ACPI panic early in boot 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, 26 Nov 2008 14:27:26 -0000 Nate, Thanks for the quick reply. On Tue, Nov 25, 2008 at 01:40:07PM -0500, Nate Lawson wrote: > The output of acpidump -t would help. That gives the fixed > tables in addition to ASL. /* RSD PTR: OEM=DELL, ACPI_Rev=2.0x (2) XSDT=0x000f9f04, length=36, cksum=42 */ /* XSDT: Length=84, Revision=1, Checksum=139, OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, Creator ID=INTL, Creator Revision=0x1 Entries={ 0x000f9ff4, 0x000fa0e8, 0x000fa16c, 0x000fa1bc, 0x000fa1f4, 0x000fa230 } */ /* FACP: Length=244, Revision=3, Checksum=90, OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, Creator ID=INTL, Creator Revision=0x1 FACS=0x7ffcfc00, DSDT=0x7ffc0000 INT_MODEL=PIC Preferred_PM_Profile=Enterprise Server (4) SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0x69, ACPI_DISABLE=0x6a, S4BIOS_REQ=0x0 PSTATE_CNT=0x90 PM1a_EVT_BLK=0x800-0x803 PM1a_CNT_BLK=0x804-0x805 PM_TMR_BLK=0x808-0x80b GPE0_BLK=0x828-0x82f CST_CNT=0x90 P_LVL2_LAT=500 us, P_LVL3_LAT=5000 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=0, DUTY_WIDTH=0 DAY_ALRM=0, MON_ALRM=0, CENTURY=50 IAPC_BOOT_ARCH={LEGACY_DEV,8042} Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4} X_FACS=0x7ffcfc00, X_DSDT=0x7ffc0000 X_PM1a_EVT_BLK=0x800:0[4] (IO) X_PM1a_CNT_BLK=0x804:0[2] (IO) X_PM_TMR_BLK=0x808:0[4] (IO) X_GPE0_BLK=0x828:0[8] (IO) */ /* FACS: Length=64, HwSig=0x00000000, Firm_Wake_Vec=0x00000000 Global_Lock= Flags= Version=1 */ /* DSDT: Length=8074, Revision=1, Checksum=53, OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, Creator ID=INTL, Creator Revision=0x20050624 */ /* APIC: Length=132, Revision=1, Checksum=158, OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, Creator ID=INTL, Creator Revision=0x1 Local APIC ADDR=0xfee00000 Flags={PC-AT} Type=Local APIC ACPI CPU=1 Flags={ENABLED} APIC ID=0 Type=Local APIC ACPI CPU=2 Flags={ENABLED} APIC ID=1 Type=Local APIC ACPI CPU=3 Flags={DISABLED} APIC ID=2 Type=Local APIC ACPI CPU=4 Flags={DISABLED} APIC ID=3 Type=Local NMI ACPI CPU=1 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} Type=Local NMI ACPI CPU=2 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} Type=INT Override BUS=0 IRQ=0 INTR=2 Flags={Polarity=conforming, Trigger=conforming} Type=INT Override BUS=0 IRQ=9 INTR=9 Flags={Polarity=active-hi, Trigger=level} Type=IO APIC APIC ID=2 INT BASE=0 ADDR=0x00000000fec00000 Type=IO APIC APIC ID=3 INT BASE=32 ADDR=0x00000000fec10000 */ /* SPCR: Length=80, Revision=1, Checksum=213, OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, Creator ID=INTL, Creator Revision=0x1 */ /* HPET: Length=56, Revision=1, Checksum=74, OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, Creator ID=INTL, Creator Revision=0x1 HPET Number=0 ADDR=0xfed00000:0[0] (Memory) HW Rev=0xff Comparitors=31 Counter Size=1 Legacy IRQ routing capable={TRUE} PCI Vendor ID=0xffff Minimal Tick=1000 */ /* MCFG: Length=60, Revision=1, Checksum=224, OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, Creator ID=INTL, Creator Revision=0x1 Base Address= 0x00000000f0000000 Segment Group= 0x0000 Start Bus= 0 End Bus= 63 */ /* SLIC: Length=36, Revision=1, Checksum=25, OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, Creator ID=INTL, Creator Revision=0x1 */ > Perhaps the MADT is corrupt. Indeed, I don't see an MADT in the output above. Should there be one? > Have you checked your vendor for a BIOS update? Yes, I'm using their latest BIOS revision A06, dated October 8, 2008. Bill Brinzer From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 27 21:09:33 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 144831065687 for ; Thu, 27 Nov 2008 21:09:33 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id BBC548FC0A for ; Thu, 27 Nov 2008 21:09:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so502999ywe.13 for ; Thu, 27 Nov 2008 13:09:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=dco/k5PgfkZuwM7sf6m7FH/z9dV6aNYAR2yeZySSsnI=; b=dX+0DySSjcLCv2uyrclqySJPhbcxz3yJmq8852/R6qzxQUSGbTwoQfMdUctCKtVZEa WXKQma8xOny8i512rGd0RzUfp7rlVLlbPo8ot2aRRGkD/abBFXI/ldDRVaspReQMuvT/ GRZ9BDm77iTch3M3QT7o48Xy6pULeXUNMNzDQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=FcH39UKqtQOR/r5BA57aRNRf7gUsEgNzbXDUmQ7MRQ5WVB1xHiejP4baSiLIB4ikRu 5SpTAaCBSL7/7513k4LTpcPg9ShGQowm86HSsNOVacWRa2/T3ScTrPlAulhNMz4pfcc9 4Ik5wgU9GIRVMiglqDiYfv09Av7DVa+39HD0c= Received: by 10.231.19.72 with SMTP id z8mr249786iba.6.1227820171374; Thu, 27 Nov 2008 13:09:31 -0800 (PST) Received: by 10.231.10.195 with HTTP; Thu, 27 Nov 2008 13:09:31 -0800 (PST) Message-ID: <3a142e750811271309y714f5c5y38ca6fff577add5f@mail.gmail.com> Date: Thu, 27 Nov 2008 22:09:31 +0100 From: "Paul B. Mahol" To: freebsd-acpi@freebsd.org In-Reply-To: <3a142e750811251137se5091f8vc1ca13e5469413c3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750811240748o1923fdc4xca1ae55f44bf664d@mail.gmail.com> <3a142e750811241658i39097018x3c6f49aa62805fa7@mail.gmail.com> <3a142e750811251137se5091f8vc1ca13e5469413c3@mail.gmail.com> Subject: Re: Resume on hp nx7300 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, 27 Nov 2008 21:09:33 -0000 On 11/25/08, Paul B. Mahol wrote: > On 11/25/08, Paul B. Mahol wrote: >> On 11/24/08, Paul B. Mahol wrote: >>> Hi, >>> >>> I managed somehow to succesfully resume laptop from suspend, >>> setting hw.acpi.osname="Windows 2001" >> It appears that it's not required at all. >> >>> but lcd output is off and can not be turned on. >> >> It will work if vesa is kldloaded _before_ suspend. >> Also kldload i915 (agp+drm+i915) _before_ suspend will do it. >> >>> sysctl hw.acpi.reset_video=1 does'nt work, instead to resume, machine >>> remain in unknown state, keyboard input doesnt work. >>> >>> Also if powerd + cpufreq combination is used, some time after resume >>> system will reboot itself: >>> >>> db:0:kdb.enter.unknown> show pcpu >>> cpuid = 0 >>> curthread = 0xc3ff0240: pid 667 "powerd" >>> curpcb = 0xc3a72d90 >>> fpcurthread = none >>> idlethread = 0xc3d2fd80: pid 10 "idle: cpu0" >>> APIC ID = 0 >>> currentldt = 0x50 >>> spin locks held: >>> db:0:kdb.enter.unknown> bt >>> Tracing pid 667 tid 100036 td 0xc3ff0240 >>> mtrash_ctor(c3e21000,400,0,1,0,...) at mtrash_ctor+0x60 >>> uma_zalloc_arg(c108ba20,0,1,0,c3e2c400,...) at uma_zalloc_arg+0x137 >>> malloc(36c,c06d1bc0,1,210,c049b0c3,...) at malloc+0xcb >>> cf_levels_method(c3e0ae80,c446f000,c3a72b4c,c3a72ba8,c446f3b4,...) at >>> cf_levels_method+0x23d >>> cpufreq_curr_sysctl(c3e414c0,c3e4f000,0,c3a72ba8,c3a72ba8,4,4,c3e414c0) >>> at cpufreq_curr_sysctl+0x169 >>> sysctl_root(c3a72ba8,0,c069a48a,587,c3ff0240,...) at sysctl_root+0x138 >>> userland_sysctl(c3ff0240,c3a72c14,4,0,0,...) at userland_sysctl+0x115 >>> __sysctl(c3ff0240,c3a72cf8,18,c06a0480,c06ce1b0,...) at __sysctl+0xb7 >>> syscall(c3a72d38) at syscall+0x261 >>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28172533, esp = >>> 0xbfbfe84c, ebp = 0xbfbfe878 --- >>> >>> >>> acpi_ec0: wait timed out (response), forcing polled mode >>> <5>wakeup from sleeping state (slept 00:00:14) >>> acpi_tz0: _CRT value is absurd, ignored (256.0C) >>> agp0: on vgapci0 >>> agp0: detected 7932k stolen memory >>> agp0: aperture size is 256M >>> Memory modified after free 0xc3e21000(1020) val=0 @ 0xc3e21000 >>> >> >> powerd + cpufreq combination just works, above panic >> probably happened because agp is loaded _after_ resume. >> >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0xffff0020 >>> fault code = supervisor read, page not present >>> instruction pointer = 0x20:0xc062c350 >>> stack pointer = 0x28:0xc3a72a04 >>> frame pointer = 0x28:0xc3a72a24 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 667 (powerd) >>> exclusive sx cpufreq lock (cpufreq lock) r = 0 (0xc3e4f000) locked @ >>> /usr/src/sys/kern/kern_cpu.c:528 >>> exclusive sx sysctl lock (sysctl lock) r = 0 (0xc070f404) locked @ >>> /usr/src/sys/kern/kern_sysctl.c:1415 >>> exclusive sleep mutex Giant (Giant) r = 0 (0xc070edf0) locked @ >>> /usr/src/sys/kern/kern_sysctl.c:1353 >>> exclusive sx cpufreq lock (cpufreq lock) r = 0 (0xc3e4f000) locked @ >>> /usr/src/sys/kern/kern_cpu.c:528 >>> exclusive sx sysctl lock (sysctl lock) r = 0 (0xc070f404) locked @ >>> /usr/src/sys/kern/kern_sysctl.c:1415 >>> exclusive sleep mutex Giant (Giant) r = 0 (0xc070edf0) locked @ >>> /usr/src/sys/kern/kern_sysctl.c:1353 >>> >>> >>> Do I need to build/install UP kernel, or I can use SMP one with smp >>> disabled via loader.conf? >> >> kern.smp.disabled="1" just works, and disabling dual core from bios is >> not required. >> >> Restarting moused after resume is must. >> pccard and ndis powered broadcom card do not work after resume, >> even if right driver was never loaded during/after boot - before suspend. >> >> Main problem is that shutdown button (S5) doesnt work after resume. >> Is there any know reason why that could happen? > > Problem with cardbus controller appears to be that it never got into D3 > state, > because its hdr=0x02 > > I encountered also that setting hw.pci.do_power_nodriver=2 in > /boot/loader.conf > have same nasty effect when using it with suspend/resume. > > After resume all devices will be put back into D0 state, but if you > kldunload > one driver, for example snd_hda and kldload it again, all devices that > do not have > driver attached (and with hdr=0x00) will be put into D3 again. > > Same scenario happen when unloading driver, device will remain in D0 state > until some other driver is loaded/attached to correct device. > > Current devices power state can be monitored with "pciconf -lvc". > > I think this is more general problem. Here is status of cardbus before suspend: 02:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller Subsystem: Hewlett-Packard Company Unknown device 30a2 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset+ 16bInt+ PostWrite- 16-bit legacy interface ports at 0001 00: 4c 10 39 80 07 00 10 02 00 00 07 06 10 40 82 00 10: 00 00 10 f4 a0 00 00 02 02 03 03 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 12 01 c4 03 40: 3c 10 a2 30 01 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 60 10 44 08 19 00 a3 01 00 00 17 00 22 1b 01 01 90: c0 02 64 40 00 00 00 00 00 00 00 00 00 00 00 00 a0: 01 00 02 7e 00 00 c0 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 22 52 d0 6f 05 98 01 04 00 00 00 00 00 00 00 00 and after resume: 02:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller Subsystem: Hewlett-Packard Company Unknown device 30a2 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset+ 16bInt- PostWrite- 16-bit legacy interface ports at 0001 00: 4c 10 39 80 00 00 10 02 00 00 07 06 00 00 82 00 10: 00 00 00 00 a0 00 00 02 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 ff 01 40 03 40: 3c 10 a2 30 01 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 60 10 44 08 19 00 a3 01 00 00 17 00 22 1b 01 01 90: c0 02 64 40 00 00 00 00 00 00 00 00 00 00 00 00 a0: 01 00 02 7e 00 00 c0 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 22 52 d0 6f 05 98 01 04 00 00 00 00 00 00 00 00 -- Paul From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 27 23:58: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 2E4851065676 for ; Thu, 27 Nov 2008 23:58:18 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id D88AC8FC19 for ; Thu, 27 Nov 2008 23:58:17 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by an-out-0708.google.com with SMTP id b6so458704ana.13 for ; Thu, 27 Nov 2008 15:58:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Or7zpTRK2MvGN90a1wdoAv+loBOIyf4yONX3F0j6mio=; b=KbR0IGM7IiTKr6+SV5fDwP4D6onHn2Js9R37adscvho81yPStvN4doNv2/fEPIsP7y tdRUGh4JXemjcq5CIVNkuKnCk9S+z1q9LruieYKo8cxsAHE7KoKbCakASFgKhl0vvUoo oK8lHQ0dd+r/jD3i3b7zLPeRhzL0ySCk9p/BY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=QGT+RWq267kYKy3uOgkQxaWk8NaE9DYpPM63KM8iVbUO5NomFgRQRc6/yVrKMPpDDZ cvV7EO3k39Qcf3KR99/dT2ivJHtzG+8hXZk/PwquXaDGodNk/wx43WZKNBOlAMTgEy1X w86iWSslZyxfrGT1E+t7+3AyGDFIjsyOPgIsM= Received: by 10.231.10.70 with SMTP id o6mr250353ibo.12.1227830296695; Thu, 27 Nov 2008 15:58:16 -0800 (PST) Received: by 10.231.10.195 with HTTP; Thu, 27 Nov 2008 15:58:16 -0800 (PST) Message-ID: <3a142e750811271558r73727d81nb7dc7184627b54d3@mail.gmail.com> Date: Fri, 28 Nov 2008 00:58:16 +0100 From: "Paul B. Mahol" To: martinko In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081121195714.CEE4B45010@ptavv.es.net> <20081122113015.B70117@sola.nimnet.asn.au> Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Is the C3 possible with SMP? 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, 27 Nov 2008 23:58:18 -0000 On 11/27/08, martinko wrote: > Ian Smith wrote: >> On Fri, 21 Nov 2008, Kevin Oberman wrote: >> > > From: martinko >> > > > [...] >> > > >> > > Hi, >> > > >> > > My laptop reports C1 state only: >> > > >> > > $ sysctl -a | grep cx_ >> > > hw.acpi.cpu.cx_lowest: C1 >> > > dev.cpu.0.cx_supported: C1/1 >> > > dev.cpu.0.cx_lowest: C1 >> > > dev.cpu.0.cx_usage: 100.00% >> > > >> > > But this is Pentium-M and I remember it could use C2 and C3 back with >> >> > > 5.x kernel and I'm sure I had USB as I have now. >> > > >> > > Do you have any idea why I don't have C2/C3 states available anymore >> ?? >> > >> > Under 7-Stable, my Pentium-M system (ThinkPad T43) shows C1, C2, and >> > C3. Of course, it's not an SMP. >> > dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 >> > dev.cpu.0.cx_lowest: C1 >> > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% >> > >> > cx_supported has nothing to do with the value of cx_lowest. It should >> > simply be what the CPU reports back vi ACPI as to the C states >> supported >> > on the platform. >> >> Well, except that cx_supported shows the possible values for cx_lowest; >> ie you can only select a value for cx_lowest that's in cx_supported .. >> so it does seem odd that martinko's cx_supported has been limited to C1? >> >> Whether the system ever actually uses the cx_lowest value you select, >> other than C1, is another matter of course. My T23 (P3-M, 7.0-R) allows >> selection of C3, but only ever uses it if the machine was booted up on >> battery(!) but that might be a BIOS/EC bug that upgrading these may fix. >> >> cheers, Ian >> > > Well, booting with or without battery does make a difference, strangely: > > $ sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU1 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 525 > dev.cpu.0.freq_levels: 2000/-1 1800/-1 1600/-1 1400/-1 1225/-1 1200/-1 > 1050/-1 1 > 000/-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 > 150/-1 75/ > -1 > dev.cpu.0.cx_supported: C1/1 C2/1 C3/2 > dev.cpu.0.cx_lowest: C3 > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% > > This was suggested to me by Henry Hu: > > Henry Hu wrote: > > You may try to boot with battery. > > If I boot with AC, there are only C1 and C2. But if I boot with > > battery, there is C3. > > I found that the line to recheck cx states has been commented in the > > source code. So cx states keep the same since system startup. > > > > Cheers, > > > > Henry > > Cx states other than C1 are never used, unfortunately. Both C2 and C3 > were used back with 5.something (I started with 5.3). I guess USB might > be the culprit here. Anyway, it behaves strangely, at best. :( > > Cheers, > > Martin > > PS: Also, AFAIR C3 was not 2 but something like 100 back in times of 5.x > when it worked on this laptop correctly. It works for me: [ignoring fact that C3 appears only if laptop is disconneted from AC] Looks like I'm lucky ... CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz (1662.51-MHz 686-class CPU dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 125 dev.cpu.0.freq_levels: 1667/31000 1458/27125 1333/22000 1166/19250 1000/13000 875/11375 750/9750 625/8125 500/6500 375/4875 250/3250 125/1625 dev.cpu.0.cx_supported: C1/1 C2/1 C3/57 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.00% 4.59% 95.40% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1 C2/1 C3/57 dev.cpu.1.cx_lowest: C3 dev.cpu.1.cx_usage: 0.00% 3.61% 96.38% Design capacity: 3365 mAh Last full capacity: 3365 mAh Technology: secondary (rechargeable) Design voltage: 10800 mV Capacity (warn): 169 mAh Capacity (low): 34 mAh Low/warn granularity: 100 mAh Warn/full granularity: 100 mAh Model number: Primary Serial number: 03400 2007/03/19 Type: LIon OEM info: Hewlett-Packard State: discharging Remaining capacity: 92% Remaining time: 2:12 Present rate: 15573 mA Voltage: 11708 mV It is interesting that when machine is almost completly idle typing inside syscons is very slooow - I need to move mouse all the time to speed up it (guess syscons is very slow). But just having mplayer playing music in background will improve interactivity a lot, note this doesnt happen inside X11. It doesnt happen if one of CPU have cx_lowest set to C2. This is very evident if I use powerd -b minimum. PS: I tested it with usb2_{core,controller_(ehci,uhci)} -- Paul