From owner-freebsd-acpi@FreeBSD.ORG Sun Dec 13 11:36:12 2009 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 309791065679; Sun, 13 Dec 2009 11:36:11 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 562168FC13; Sun, 13 Dec 2009 11:36:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id nBDBa9ZT059832; Sun, 13 Dec 2009 22:36:09 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 13 Dec 2009 22:36:08 +1100 (EST) From: Ian Smith To: freebsd-mobile@freebsd.org Message-ID: <20091213204201.A12012@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Thinkpad T23 60 second stall on resuming 8.0-RELEASE/i386 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, 13 Dec 2009 11:36:12 -0000 Hi, Precis: suspend by Fn-F4 or acpiconf -s3 works as usual. When resuming by hitting Fn or raising the lid, however, the screen comes back on but then system freezes for pretty well exactly 60 seconds before responding to anything, after which it seems to be fine, although top shows running processes' TIME havig being reset to 00:00 (sometimes, not always) Also, quite often (but only when verbose messages are off, it seems), I see "calcru: time went backwards .." for devd (if powerd is running), and once with X/KDE3 up I got a calcru: msg for every process running, including init! I have logs of that, but think it an effect, not cause. I've spent a while exploring this over the last 10 days, and now have a solid pointer to the problem by comparing suspend/resume messages with what happens on 7.0-R, which exhibits no such problem (nor did 6.1-R) Here's a diff of a suspend/resume cycle between 7.0R and 8.0R, with the problem delay messages marked <<<<<<< .. there are always 3 of these, sometimes with the too long/short in different order, and they appear on VTY0 screen while resuming every 15 seconds, with a further 15s delay before posting the rest of the messages, then coming back to life. The shortest 'slept' messages I get, by resuming straight away after it suspends, is 00:00:04 on 7.0R and 00:01:04 on 8.0R, which makes sense as there's a 3 second sleep in rc.suspend. Here I'd paused a few seconds: --- 7.0_verb_sleep_7sec 2009-12-13 16:57:28.000000000 +1100 +++ 8.0_dmesg_sleep_01:07_delays.13Dec09 2009-12-13 17:13:56.000000000 +1100 @@ -1,34 +1,35 @@ -Trying to mount root from ufs:/dev/ad0s2a -start_init: trying /sbin/init -Linux ELF exec handler installed -splash: image decoder found: green_saver acpi_button0: sleep button pressed acpi_lid0: wake_prep enabled for \\_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \\_SB_.SLPB (S3) pci0:1:0:0: Transition from D0 to D3 pci0:2:8:0: Transition from D0 to D3 +ct_to_ts([2009-12-13 17:09:32]) = 1260724172.000000000 vga0: saving 68 bytes of video state ======== acpi_printcpu() debug dump ======== -gdt[0097:c0bfe5a0] idt[07ff:c0c00240] ldt[0050] tr[0048] efl[00080006] -eax[0101e000] ebx[c215d300] ecx[00000000] edx[00000000] -esi[00000000] edi[00080246] ebp[cc6a8bfc] esp[cc6a8bdc] -cr0[8005003b] cr2[28207000] cr3[0101e000] cr4[00000691] -cs[0020] ds[0028] es[0028] fs[0008] gs[003b] ss[0028] +gdt[0097:c0dfb6a0] idt[07ff:c0e03d00] ldt[0050] tr[0048] efl[00080006] +eax[0101e000] ebx[00000000] ecx[c101e000] edx[0101e000] +esi[c2571900] edi[00080202] ebp[cd27cb54] esp[cd27cb34] +cr0[8005003b] cr2[2815f930] cr3[0101e000] cr4[00000691] +cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] ======== acpi_printcpu() debug dump ======== -gdt[0097:c0bfe5a0] idt[07ff:c0c00240] ldt[0050] tr[0048] efl[00000002] -eax[c2119c01] ebx[00000001] ecx[00000001] edx[c2119c60] -esi[00000000] edi[00080246] ebp[cc6a8bfc] esp[cc6a8bdc] -cr0[8005003b] cr2[28207000] cr3[0101e000] cr4[00000691] -cs[0020] ds[0028] es[0028] fs[0008] gs[003b] ss[0028] +gdt[0097:c0dfb6a0] idt[07ff:c0e03d00] ldt[0050] tr[0048] efl[00000002] +eax[c28e8601] ebx[00000000] ecx[00000004] edx[c28e86c0] +esi[c2571900] edi[00080202] ebp[cd27cb54] esp[cd27cb34] +cr0[8005003b] cr2[2815f930] cr3[0101e000] cr4[00000691] +cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] acpi_lid0: run_prep cleaned up for \\_SB_.LID_ acpi_button0: run_prep cleaned up for \\_SB_.SLPB pci0:1:0:0: Transition from D3 to D0 -wakeup from sleeping state (slept 00:00:07) +t_delta 15.f9ad99f01204edd8 too short <<<<<<< +t_delta 16.07bb5b66ef900000 too long <<<<<<< +t_delta 15.f9ad90918acc0000 too short <<<<<<< +ct_to_ts([2009-12-13 17:10:39]) = 1260724239.000000000 +wakeup from sleeping state (slept 00:01:07) ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 -ata0: reset tp2 stat0=50 stat1=00 devices=0x1 +ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ad0: setting PIO4 on ICH3 chip ad0: setting UDMA100 on ICH3 chip ata0: reinit done .. @@ -36,7 +37,7 @@ ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 -ata1: reset tp2 stat0=00 stat1=00 devices=0x4 +ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 acd0: setting PIO4 on ICH3 chip acd0: setting UDMA33 on ICH3 chip ata1: reinit done .. I've tested this many times without powerd (or indeed any other daemons) running and that makes no difference, nor does not loading acpi_ibm. Looking back I see these "t_delta .. time too short|long" messages were being logged from the first suspend after the install. I see they're emitted by /sys/kern/kern_tc.c but I've no idea what's calling what during resume. Happy to test any patches etc of course. BIOS and EC are the latest, flashed a month or so ago, which did solve a whole bunch of ACPI boot messages appearing on 7.0-R. Further information, though I think the above shows the issue best .. http://smithi.id.au/7.0_dmesg_verbose.11Dec09 http://smithi.id.au/8.0_dmesg_verbose.13Dec09 http://smithi.id.au/7.0_verb_sleep_7sec http://smithi.id.au/8.0_dmesg_sleep_01:07_delays.13Dec09 cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 14 11:06:49 2009 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 2B6A11065706 for ; Mon, 14 Dec 2009 11:06:49 +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 008148FC1D for ; Mon, 14 Dec 2009 11:06:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBEB6mOa075841 for ; Mon, 14 Dec 2009 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBEB6mvw075839 for freebsd-acpi@FreeBSD.org; Mon, 14 Dec 2009 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Dec 2009 11:06:48 GMT Message-Id: <200912141106.nBEB6mvw075839@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, 14 Dec 2009 11:06:49 -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/140979 acpi [acpi] [panic] Kernel panic (fatal trap 12: page fault o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f 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 amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem 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/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 i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f 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 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 56 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 14 21:34:45 2009 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 259A31065676 for ; Mon, 14 Dec 2009 21:34:45 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga14.intel.com (mga14.intel.com [143.182.124.37]) by mx1.freebsd.org (Postfix) with ESMTP id 0222E8FC18 for ; Mon, 14 Dec 2009 21:34:44 +0000 (UTC) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga102.ch.intel.com with ESMTP; 14 Dec 2009 13:34:44 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.47,316,1257148800"; d="scan'208";a="222765732" Received: from orsmsx604.amr.corp.intel.com ([10.22.226.87]) by azsmga001.ch.intel.com with ESMTP; 14 Dec 2009 13:34:43 -0800 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx604.amr.corp.intel.com ([10.250.113.17]) with mapi; Mon, 14 Dec 2009 13:34:43 -0800 From: "Moore, Robert" To: "Moore, Robert" Date: Mon, 14 Dec 2009 13:34:42 -0800 Thread-Topic: ACPICA version 20091214 released Thread-Index: Acp9BT8mbYpafUg8Q36HOYu+xysX4g== Message-ID: <4911F71203A09E4D9981D27F9D8308584100E201@orsmsx503.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 14 Dec 2009 21:52:07 +0000 Cc: Subject: ACPICA version 20091214 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: Mon, 14 Dec 2009 21:34:45 -0000 14 December 2009. Summary of changes for version 20091214: This release is available at www.acpica.org/downloads 1) ACPI CA Core Subsystem: Enhanced automatic data type conversions for predefined name repairs. This = change expands the automatic repairs/conversions for predefined name return= values to make Integers, Strings, and Buffers fully interchangeable. Also,= a Buffer can be converted to a Package of Integers if necessary. The nsrep= air.c module was completely restructured. Lin Ming, Bob Moore. Implemented automatic removal of null package elements during predefined na= me repairs. This change will automatically remove embedded and trailing NUL= L package elements from returned package objects that are defined to contai= n a variable number of sub-packages. The driver is then presented with a pa= ckage with no null elements to deal with. ACPICA BZ 819. Implemented a repair for the predefined _FDE and _GTM names. The expected r= eturn value for both names is a Buffer of 5 DWORDs. This repair fixes two p= ossible problems (both seen in the field), where a package of integers is r= eturned, or a buffer of BYTEs is returned. With assistance from Jung-uk Kim= . Implemented additional module-level code support. This change will properly= execute module-level code that is not at the root of the namespace (under = a Device object, etc.). Now executes the code within the current scope inst= ead of the root. ACPICA BZ 762. Lin Ming. Fixed possible mutex acquisition errors when running _REG methods. Fixes a = problem where mutex errors can occur when running a _REG method that is in = the same scope as a method-defined operation region or an operation region = under a module-level IF block. This type of code is rare, so the problem ha= s not been seen before. ACPICA BZ 826. Lin Ming, Bob Moore. Fixed a possible memory leak during module-level code execution. An object = could be leaked for each block of executed module-level code if the interpr= eter slack mode is enabled This change deletes any implicitly returned obje= ct from the module-level code block. Lin Ming. Removed messages for successful predefined repair(s). The repair mechanism = was considered too wordy. Now, messages are only unconditionally emitted if= the return object cannot be repaired. Existing messages for successful rep= airs were converted to ACPI_DEBUG_PRINT messages for now. ACPICA BZ 827. Example Code and Data Size: These are the sizes for the OS-independent acpi= ca.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 muc= h larger code and data size. Previous Release: Non-Debug Version: 86.6K Code, 18.2K Data, 104.8K Total Debug Version: 162.7K Code, 50.8K Data, 213.5K Total Current Release: Non-Debug Version: 87.0K Code, 18.0K Data, 105.0K Total Debug Version: 163.4K Code, 50.8K Data, 214.2K Total 2) iASL Compiler/Disassembler and Tools: iASL: Fixed a regression introduced in 20091112 where intermediate .SRC fil= es were no longer automatically removed at the termination of the compile. acpiexec: Implemented the -f option to specify default region fill value. T= his option specifies the value used to initialize buffers that simulate ope= ration regions. Default value is zero. Useful for debugging problems that d= epend on a specific initial value for a region or field. From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 16 02:46:54 2009 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 B711D106566C for ; Wed, 16 Dec 2009 02:46:54 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi131.prodigy.net (nlpi131.sbcis.sbc.com [207.115.36.145]) by mx1.freebsd.org (Postfix) with ESMTP id 886768FC12 for ; Wed, 16 Dec 2009 02:46:54 +0000 (UTC) X-ORBL: [71.139.5.80] Received: from [10.0.5.41] (ppp-71-139-5-80.dsl.snfc21.pacbell.net [71.139.5.80]) (authenticated bits=0) by nlpi131.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id nBG2kn2Q021320; Tue, 15 Dec 2009 20:46:50 -0600 Message-ID: <4B284A1A.4090909@root.org> Date: Tue, 15 Dec 2009 18:46:50 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Ian Smith References: <20091213204201.A12012@sola.nimnet.asn.au> In-Reply-To: <20091213204201.A12012@sola.nimnet.asn.au> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Thinkpad T23 60 second stall on resuming 8.0-RELEASE/i386 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, 16 Dec 2009 02:46:54 -0000 Ian Smith wrote: > Hi, > > Precis: suspend by Fn-F4 or acpiconf -s3 works as usual. When resuming > by hitting Fn or raising the lid, however, the screen comes back on but > then system freezes for pretty well exactly 60 seconds before responding > to anything, after which it seems to be fine, although top shows running > processes' TIME havig being reset to 00:00 (sometimes, not always) > -wakeup from sleeping state (slept 00:00:07) > +t_delta 15.f9ad99f01204edd8 too short <<<<<<< > +t_delta 16.07bb5b66ef900000 too long <<<<<<< > +t_delta 15.f9ad90918acc0000 too short <<<<<<< > +ct_to_ts([2009-12-13 17:10:39]) = 1260724239.000000000 > +wakeup from sleeping state (slept 00:01:07) > ata0: reiniting channel .. > ata0: reset tp1 mask=03 ostat0=50 ostat1=00 > ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 > -ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > +ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > ad0: setting PIO4 on ICH3 chip > ad0: setting UDMA100 on ICH3 chip > ata0: reinit done .. > @@ -36,7 +37,7 @@ > ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > -ata1: reset tp2 stat0=00 stat1=00 devices=0x4 > +ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 I think it's ATA timing out for some reason. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 18 15:33:53 2009 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 8685F106566B; Fri, 18 Dec 2009 15:33:53 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id D4BDE8FC12; Fri, 18 Dec 2009 15:33:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id nBIFXoX9097796; Sat, 19 Dec 2009 02:33:50 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 19 Dec 2009 02:33:49 +1100 (EST) From: Ian Smith To: Nate Lawson In-Reply-To: <4B284A1A.4090909@root.org> Message-ID: <20091219014856.H12012@sola.nimnet.asn.au> References: <20091213204201.A12012@sola.nimnet.asn.au> <4B284A1A.4090909@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Thinkpad T23 60 second stall on resuming 8.0-RELEASE/i386 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, 18 Dec 2009 15:33:53 -0000 On Tue, 15 Dec 2009, Nate Lawson wrote: > Ian Smith wrote: > > Hi, > > > > Precis: suspend by Fn-F4 or acpiconf -s3 works as usual. When resuming > > by hitting Fn or raising the lid, however, the screen comes back on but > > then system freezes for pretty well exactly 60 seconds before responding > > to anything, after which it seems to be fine, although top shows running > > processes' TIME havig being reset to 00:00 (sometimes, not always) > > > -wakeup from sleeping state (slept 00:00:07) > > +t_delta 15.f9ad99f01204edd8 too short <<<<<<< > > +t_delta 16.07bb5b66ef900000 too long <<<<<<< > > +t_delta 15.f9ad90918acc0000 too short <<<<<<< > > +ct_to_ts([2009-12-13 17:10:39]) = 1260724239.000000000 > > +wakeup from sleeping state (slept 00:01:07) > > ata0: reiniting channel .. > > ata0: reset tp1 mask=03 ostat0=50 ostat1=00 > > ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 > > -ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > > +ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > > ad0: setting PIO4 on ICH3 chip > > ad0: setting UDMA100 on ICH3 chip > > ata0: reinit done .. > > @@ -36,7 +37,7 @@ > > ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > > ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > > -ata1: reset tp2 stat0=00 stat1=00 devices=0x4 > > +ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 > > I think it's ATA timing out for some reason. Thanks Nate. I nearly clipped that part of the diff, figuring only the <*_MASTER> messages had changed, but I now see ata1 devices differ too. Have similar regressions re ATA been turning up elsewere, do you know? I've been digging, still on the trail of those t_delta messages, but now figure these might be spurious, some timecounter missing/gaining a tick or something, if ATA is maybe what's hanging meanwhile? There's no HD light activity at all from resume button/switch through that 60 second wait, when 15? seconds after the third t_delta line is written to console, the HD light flashes while apparently simultaneously writing the rest of the resume messages, and it comes alive. Guess I should next upgrade the 7.0-R slice to 7.2-STABLE to find out if this problem has been mfc'd :) cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 19 16:34:42 2009 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 31E1A1065670 for ; Sat, 19 Dec 2009 16:34:42 +0000 (UTC) (envelope-from cengztr@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id AD70F8FC15 for ; Sat, 19 Dec 2009 16:34:41 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so1409474fgg.13 for ; Sat, 19 Dec 2009 08:34:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=4qBJBGWjVKJyDy1wVFqcPKn2bRi8N7Vy1P70QPSM11M=; b=wyrv5b3aZKCptkhFtR14o0MR5Ibv7dy/ltpnwkQH6MfP6fe2Gqciq/Cd9uPlsLY5x7 RaoM0+gDy83uxRXqxW9S51V/sIBTt2c905ZFaR4/NtdWP6XgSaIRVo+yXQqFLCjvtrp4 SSUWvQyqEcn19OYeNNKazzFshHVEFVhPNWCfE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=j4UnT86dHEYj7q/GU77qceNi+9sAzX/mf/yhiAOmi4GyrTS1eebPpdp90LRu0In6x9 0EUGxhmLzoZVkbRXCHqTIVd5LDKSSG3g5PiMeJLHzaOaFhtWwH2D1ZSUDc/Mva6/Wsq/ w+vl2RMEtStwqP8pEeL3WdBPTxz8mnv+6wwNU= MIME-Version: 1.0 Received: by 10.86.88.20 with SMTP id l20mr6822295fgb.14.1261236866595; Sat, 19 Dec 2009 07:34:26 -0800 (PST) Date: Sat, 19 Dec 2009 16:34:26 +0100 Message-ID: <7fd903a60912190734p9d78c2btebaebad70fa5b3c6@mail.gmail.com> From: Cengiz Tas To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: atheros wireless adapter in freebsd 8 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, 19 Dec 2009 16:34:42 -0000 hi ... i'm am using linux since 1994. the last few years i used archlinux although i allways thought about giving freebsd a try. so i did when freebsd 8 was released. unfortunately i can' get my atheros wireless adapter working in freebsd due to acpi problems i guess. in linux it's working fine. the wireless adapter is part of a fujitsu siemens u9200 notebook. some linux outputs: lspci -v ---------- 06:00.0 Ethernet controller: Atheros Communications Inc. AR5001 Wireless Network Adapter (rev 04) Subsystem: Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter (rev 01) Flags: bus master, fast devsel, latency 0, IRQ 18 Memory at fa000000 (64-bit, non-prefetchable) [size=64K] Capabilities: [40] Power Management version 2 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- Capabilities: [60] Express Legacy Endpoint, MSI 00 Capabilities: [90] MSI-X: Enable- Count=1 Masked- Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Kernel driver in use: ath5k Kernel modules: ath5k dmesg | grep -i ath --------------------------- ath5k 0000:06:00.0: enabling device (0104 -> 0106) ath5k 0000:06:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 ath5k 0000:06:00.0: setting latency timer to 64 ath5k 0000:06:00.0: registered as 'phy0' ath: EEPROM regdomain: 0x30 ath: EEPROM indicates we should expect a direct regpair map ath: Country alpha2 being used: AM ath: Regpair used: 0x30 ath5k phy0: Atheros AR2425 chip found (MAC: 0xe2, PHY: 0x70) i have read the very well written freebsd handbook and especially the acpi part. but the hints didn't help me getting my wireless adapter working. here are the necessary outputs from freebsd: pciconf -lv --------------- ath0@pci0:4:0:0: class=0x020000 card=0x3067168c chip=0x001c168c rev=0x04 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 (USBVID_147E&PID_20165&B71A446&0&1)' class = network subclass = ethernet dmesg | grep -a ath ---------------------------- ath0: at device 0.0 on pci4 pcib2: ath0 requested unsupported memory range 0-0xffffffff (decoding 0-0, 0-0) ath0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). ath0: cannot map register space device_attach: ath0 attach returned 6 sysctl hw.aci ------------------- hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: NONE hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 26.8C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 127.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 hw.acpi.thermal.tz1.temperature: 48.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.passive_cooling: 1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: 95.0C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 127.0C hw.acpi.thermal.tz1._ACx: 95.0C 55.0C -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1._TC1: 0 hw.acpi.thermal.tz1._TC2: 10 hw.acpi.thermal.tz1._TSP: 2 hw.acpi.cpu.cx_lowest: C1 adding hw.acpi.osname="Windows 2001", "Window 2006" or "Linux" to loader.conf doesn't change anything. kenv confirmed the parameter's new value after reboot. sysctl doesn't get this information. if necessary i could upload my asl dump. is there any site i could use for dmesg respectively asl dump files? cheers, cengiz