From owner-freebsd-acpi@FreeBSD.ORG Sun May 11 21:02:23 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 53D3F1065674 for ; Sun, 11 May 2008 21:02:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBE48FC16 for ; Sun, 11 May 2008 21:02:22 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1JvIgX-0005en-Ly for freebsd-acpi@freebsd.org; Mon, 12 May 2008 00:02:21 +0300 Message-ID: <48275EDC.9030808@icyb.net.ua> Date: Mon, 12 May 2008 00:02:20 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary="------------050603040106000707050205" Subject: intpm: minor issues in debug printing 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, 11 May 2008 21:02:23 -0000 This is a multi-part message in MIME format. --------------050603040106000707050205 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I've recently performed some hacking of SMBus-attached peripherals in PIIX4-based system and I haven't always been nice to the bus. While doing that I noticed two very minor issues with printing in intpm.c. I got "mysterious" messages like the following: unknown: unknown cause why? [Two "unknowns" is too much :-)] The attached patch should fix that. -- Andriy Gapon --------------050603040106000707050205 Content-Type: text/plain; name="intpm.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="intpm.diff" ZGlmZiAtLWdpdCBhL3N5cy9wY2kvaW50cG0uYyBiL3N5cy9wY2kvaW50cG0uYwppbmRleCAy ZTVlODE1Li4zY2FlNmNjIDEwMDY0NAotLS0gYS9zeXMvcGNpL2ludHBtLmMKKysrIGIvc3lz L3BjaS9pbnRwbS5jCkBAIC0xMTAsNiArMTEwLDggQEAgaW50c21iX2F0dGFjaChkZXZpY2Vf dCBkZXYpCiAJaW50IGVycm9yLCByaWQsIHZhbHVlOwogCWNoYXIgKnN0cjsKIAorCXNjLT5k ZXYgPSBkZXY7CisKIAltdHhfaW5pdCgmc2MtPmxvY2ssIGRldmljZV9nZXRfbmFtZXVuaXQo ZGV2KSwgImludHNtYiIsIE1UWF9ERUYpOwogCiAJcmlkID0gUENJX0JBU0VfQUREUl9TTUI7 CkBAIC00MTAsNyArNDEyLDcgQEAgaW50c21iX3N0b3BfcG9sbChzdHJ1Y3QgaW50c21iX3Nv ZnRjICpzYykKIAkJCXNjLT5pc2J1c3kgPSAwOwogCQkJZXJyb3IgPSBpbnRzbWJfZXJyb3Io c3RhdHVzKTsKIAkJCWlmIChlcnJvciA9PSAwICYmICEoc3RhdHVzICYgUElJWDRfU01CSFNU U1RBVF9JTlRSKSkKLQkJCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsICJ1bmtub3duIGNhdXNl IHdoeT8iKTsKKwkJCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsICJ1bmtub3duIGNhdXNlIHdo eT9cbiIpOwogCQkJcmV0dXJuIChlcnJvcik7CiAJCX0KIAl9Cg== --------------050603040106000707050205-- From owner-freebsd-acpi@FreeBSD.ORG Mon May 12 11:06:51 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 A72B8106564A for ; Mon, 12 May 2008 11:06:51 +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 94DBD8FC0C for ; Mon, 12 May 2008 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m4CB6pqa037913 for ; Mon, 12 May 2008 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m4CB6oOU037909 for freebsd-acpi@FreeBSD.org; Mon, 12 May 2008 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 May 2008 11:06:50 GMT Message-Id: <200805121106.m4CB6oOU037909@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, 12 May 2008 11:06:51 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o amd64/115011 acpi ACPI problem ,reboot system down. o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/120953 acpi [acpi]: FreeBSD 6.3 Release: acpi_tz0: _TMP value is o kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo 20 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 s kern/73823 acpi [request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/89411 acpi [acpi] acpiconf bug s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi [acpi] Dell C810 - ACPI problem o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f amd64/122521 acpi ACPI Error after upgrade to 7.0 o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot 22 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon May 12 20:48:00 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4B4B106564A for ; Mon, 12 May 2008 20:47:59 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7023E8FC21 for ; Mon, 12 May 2008 20:47:59 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by rn-out-0910.google.com with SMTP id j40so603365rnf.12 for ; Mon, 12 May 2008 13:47:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Bhp8iTDoi9xXA9skattCAbPRc1mlN6zhxsGdP5iSeGY=; b=L9A+Ty3QwDk6bnFWObredsh9UHsTaW93j+WNuqDCnFchNKMU7hLiNLfiAweQ8S1rJ+b6/7brjjtvp0bBYsxv5yQ31g+3wM/rnDtIIoCgECn7qa2zWd/G2w/+hVQtQpZsca1ACTOb1tDWW08yy6iwutJAmbXjluQRWnRYbBWd4BU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=OLfifLKT32yBLArhbFXktzGI8Z4mZSuDN49LVL+k56oleuECFd7yq2aTia05o0TCgYNOVPq2EEuOEnc94O8nxatBuJBY14VZNonu4dLOSxipQep9PKCdg9IF7+eE8ZdBskQ1Akdyhz74C3naFkQkS3YYVpozyvbVX68l5vLh5h8= Received: by 10.101.67.15 with SMTP id u15mr8915693ank.66.1210625278284; Mon, 12 May 2008 13:47:58 -0700 (PDT) Received: by 10.100.239.17 with HTTP; Mon, 12 May 2008 13:47:57 -0700 (PDT) Message-ID: <539c60b90805121347l4835d558w95666aeb10755600@mail.gmail.com> Date: Mon, 12 May 2008 13:47:57 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: "Rui Paulo" In-Reply-To: <481A3333.6070407@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <539c60b90804301105x7658d95eo6bb265420f85140c@mail.gmail.com> <4819BEAE.2060307@FreeBSD.org> <539c60b90805011339l2d3c300cl6a5ea3af76f97539@mail.gmail.com> <539c60b90805011341i22d9f85ci7e6d20f925720698@mail.gmail.com> <481A3333.6070407@FreeBSD.org> X-Google-Sender-Auth: 7f656e5877eeaaa1 Cc: freebsd-acpi@freebsd.org Subject: Re: Biostar 945GC-M7 TE - won't suspend ("oper not supported"), even though sysctl's say S1 S3 supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stevefranks@ieee.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2008 20:48:00 -0000 On Thu, May 1, 2008 at 2:16 PM, Rui Paulo wrote: > Steve Franks wrote: > > > Ok, I admit, I had a ucom plugged in in the dmesg I sent, but I assure > > you, that isn't the issue. I even just double-checked. > > > > I think your best bet is boot with ACPI debug turned on. > Try adding: > options ACPI_DEBUG > to your kernel config file, and: > debug.acpi.layer=ACPI_ALL_DRIVERS > debug.acpi.level=ACPI_LV_ALL_EXCEPTIONS > > If that doesn't show anything particularly interesting, try increasing the > debugging level. > For more information, see the acpi(4) man page. > > Good luck, > -- > Rui Paulo > Finally got around to rebuilding my kernel with options acpi debug. Not everyone recognizes blah.foo.bar=somestring as an input to sysctl, and the acpi manpage is less than explicit about it also, by the way, saying only "some of these things have equivalent sysctl's". Not having much luck, other than a shiny new kernel, though: Steve [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ sudo sysctl debug.acpi.layer=ACPI_ALL_DRIVERS debug.acpi.layer: NONE -> ACPI_AC_ADAPTER ACPI_BATTERY ACPI_BUS ACPI_BUTTON ACPI_EC ACPI_FAN ACPI_POWERRES ACPI_PROCESSOR ACPI_THERMAL ACPI_TIMER ACPI_ALL_DRIVERS [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ sudo sysctl debug.acpi.level=ACPI_LV_ALL_EXCEPTIONS debug.acpi.level: NONE -> ACPI_LV_ERROR ACPI_LV_WARN ACPI_LV_INIT ACPI_LV_DEBUG_OBJECT ACPI_LV_INFO ACPI_LV_ALL_EXCEPTIONS [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ sudo sysctl hw.acpi.verbose=1 hw.acpi.verbose: 0 -> 1 [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ sudo acpiconf -s3 acpiconf: request sleep type (3) failed: Operation not supported [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ dmesg 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-p1 #0: Mon May 12 11:27:26 MST 2008 root@dystant.franks-development.dyndns.biz:/usr/obj/usr/src/sys/DYSTANT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 430 @ 1.80GHz (1799.99-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10661 Stepping = 1 Features=0xafebfbff Features2=0xe31d AMD Features=0x20100800 AMD Features2=0x1 usable memory = 1051373568 (1002 MB) avail memory = 1012994048 (966 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=513364kB. ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (May 12 2008 11:27:11) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3f6f0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: acpi_hpet0 attach returned 12 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xff00-0xff07 mem 0xfde80000-0xfdefffff,0xc0000000-0xcfffffff,0xfdf00000-0xfdf3ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pcm0: mem 0xfdff8000-0xfdffbfff irq 16 at device 27.0 on pci0 pcm0: [ITHREAD] pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) uhci0: port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] uhci0: LegSup = 0x003a usb0: on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xfd00-0xfd1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usb1: on uhci1 usb1: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xfc00-0xfc1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] uhci2: LegSup = 0x0010 usb2: on uhci2 usb2: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xfb00-0xfb1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] uhci3: LegSup = 0x0010 usb3: on uhci3 usb3: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdfff000-0xfdfff3ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 vr0: port 0xde00-0xdeff mem 0xfdaff000-0xfdaff0ff irq 16 at device 2.0 on pci3 vr0: Quirks: 0x0 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: using obsoleted if_watchdog interface vr0: Ethernet address: 00:1b:11:b0:ec:1d vr0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xf900-0xf907,0xf800-0xf803,0xf700-0xf707,0xf600-0xf603,0xf500-0xf50f mem 0xfdffe000-0xfdffe3ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: acpi_hpet0 attach returned 12 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub1 ums0: 4 buttons and Z dir. ugen0: on uhub1 ugen1: on uhub2 Timecounter "TSC" frequency 1799986311 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. acd0: DVDR at ata0-master UDMA33 ad4: 152627MB at ata2-master SATA150 pcm0: pcm0: Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted tap0: Ethernet address: 00:bd:bc:16:00:00 tap1: Ethernet address: 00:bd:cd:16:00:01 tap2: Ethernet address: 00:bd:d0:16:00:02 tap3: Ethernet address: 00:bd:d4:16:00:03 tap4: Ethernet address: 00:bd:d7:16:00:04 tap5: Ethernet address: 00:bd:db:16:00:05 tap6: Ethernet address: 00:bd:e0:16:00:06 tap7: Ethernet address: 00:bd:e5:16:00:07 tap8: Ethernet address: 00:bd:e9:16:00:08 tap9: Ethernet address: 00:bd:ef:16:00:09 drm0: on vgapci0 info: [drm] AGP at 0xc0000000 256MB info: [drm] Initialized i915 1.5.0 20060119 drm0: [ITHREAD] ACPI set debug layer 'ACPI_ALL_DRIVERS' ACPI set debug layer 'ACPI_ALL_DRIVERS' level 'ACPI_LV_ALL_EXCEPTIONS' [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ From owner-freebsd-acpi@FreeBSD.ORG Mon May 12 21:31:25 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 427921065673 for ; Mon, 12 May 2008 21:31:25 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id C3DF48FC18 for ; Mon, 12 May 2008 21:31:24 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so791155uge.37 for ; Mon, 12 May 2008 14:31:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; bh=B7ktp5Aug+eDMdbVLs28etwaeAJOz4BhaBAIZtexVJU=; b=eeztP+VdxN0fNkXspSXihkPHT4yn3HFJun65qSBimVwfmhrqDvTZp/lY5JgFrPjNumOBbox/D2PlpltQgtHY1DFVw6PMa7KIqlMoa8tj/M2jTGrHI3zzIWpesvO16ACPxuQBgo6Enil1Fm9uPLtfLSoOa9MGWDmk5COGVKEf2v8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=CsPiJbe21eAKK9zm+XKYrjMvJZFMhpyGcr/uuo2meabWjc8KB8YZxBLKOssCQMFpZT/nmouBSoSfM1JhSueY/TPLgBHLOZviGvW/OWjYRWgEWd86PrFifmzQC78urDkxCnStx/ryohZ7N9F4vysgZy0XHNdt71shfRadmLGns+k= Received: by 10.66.251.3 with SMTP id y3mr6112125ugh.88.1210627883378; Mon, 12 May 2008 14:31:23 -0700 (PDT) Received: from epsilon.local ( [89.214.239.14]) by mx.google.com with ESMTPS id 40sm2929506uge.22.2008.05.12.14.31.20 (version=SSLv3 cipher=RC4-MD5); Mon, 12 May 2008 14:31:22 -0700 (PDT) Message-ID: <4828B725.1010500@FreeBSD.org> Date: Mon, 12 May 2008 22:31:17 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: stevefranks@ieee.org References: <539c60b90804301105x7658d95eo6bb265420f85140c@mail.gmail.com> <4819BEAE.2060307@FreeBSD.org> <539c60b90805011339l2d3c300cl6a5ea3af76f97539@mail.gmail.com> <539c60b90805011341i22d9f85ci7e6d20f925720698@mail.gmail.com> <481A3333.6070407@FreeBSD.org> <539c60b90805121347l4835d558w95666aeb10755600@mail.gmail.com> In-Reply-To: <539c60b90805121347l4835d558w95666aeb10755600@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Rui Paulo Cc: freebsd-acpi@freebsd.org Subject: Re: Biostar 945GC-M7 TE - won't suspend ("oper not supported"), even though sysctl's say S1 S3 supported 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, 12 May 2008 21:31:25 -0000 Steve Franks wrote: > On Thu, May 1, 2008 at 2:16 PM, Rui Paulo wrote: >> Steve Franks wrote: >> >>> Ok, I admit, I had a ucom plugged in in the dmesg I sent, but I assure >>> you, that isn't the issue. I even just double-checked. >>> >> I think your best bet is boot with ACPI debug turned on. >> Try adding: >> options ACPI_DEBUG >> to your kernel config file, and: >> debug.acpi.layer=ACPI_ALL_DRIVERS >> debug.acpi.level=ACPI_LV_ALL_EXCEPTIONS >> >> If that doesn't show anything particularly interesting, try increasing the >> debugging level. >> For more information, see the acpi(4) man page. >> >> Good luck, >> -- >> Rui Paulo >> > > Finally got around to rebuilding my kernel with options acpi debug. > Not everyone recognizes blah.foo.bar=somestring as an input to sysctl, > and the acpi manpage is less than explicit about it also, by the way, > saying only "some of these things have equivalent sysctl's". > > Not having much luck, other than a shiny new kernel, though: > > Steve > > [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ sudo sysctl > debug.acpi.layer=ACPI_ALL_DRIVERS > debug.acpi.layer: NONE -> ACPI_AC_ADAPTER ACPI_BATTERY ACPI_BUS > ACPI_BUTTON ACPI_EC ACPI_FAN ACPI_POWERRES ACPI_PROCESSOR ACPI_THERMAL > ACPI_TIMER ACPI_ALL_DRIVERS > [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ sudo sysctl > debug.acpi.level=ACPI_LV_ALL_EXCEPTIONS > debug.acpi.level: NONE -> ACPI_LV_ERROR ACPI_LV_WARN ACPI_LV_INIT > ACPI_LV_DEBUG_OBJECT ACPI_LV_INFO ACPI_LV_ALL_EXCEPTIONS > [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ sudo sysctl hw.acpi.verbose=1 > hw.acpi.verbose: 0 -> 1 > [steve@dystant /usr/obj/usr/src/sys/DYSTANT]$ sudo acpiconf -s3 > acpiconf: request sleep type (3) failed: Operation not supported :-( Well, I'm really out of ideas... Sorry, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Mon May 12 22:10:16 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 891AD106567A for ; Mon, 12 May 2008 22:10:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 719B58FC29 for ; Mon, 12 May 2008 22:10:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 199141A4D80; Mon, 12 May 2008 15:10:16 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m4CMABrS052835; Mon, 12 May 2008 18:10:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 12 May 2008 17:35:04 -0400 User-Agent: KMail/1.9.7 References: <48275EDC.9030808@icyb.net.ua> In-Reply-To: <48275EDC.9030808@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805121735.04792.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 12 May 2008 18:10:12 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7105/Mon May 12 16:14:20 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Andriy Gapon Subject: Re: intpm: minor issues in debug printing 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, 12 May 2008 22:10:16 -0000 On Sunday 11 May 2008 05:02:20 pm Andriy Gapon wrote: > > I've recently performed some hacking of SMBus-attached peripherals in > PIIX4-based system and I haven't always been nice to the bus. While > doing that I noticed two very minor issues with printing in intpm.c. > I got "mysterious" messages like the following: > unknown: unknown cause why? > [Two "unknowns" is too much :-)] > The attached patch should fix that. Committed, thanks! -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Tue May 13 11:45:59 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B46E71065670 for ; Tue, 13 May 2008 11:45:59 +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 48B228FC16 for ; Tue, 13 May 2008 11:45:59 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.1/8.13.8) with ESMTP id m4DBPu1q092741 for ; Tue, 13 May 2008 20:25:56 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <200805131125.m4DBPu1q092741@sana.init-main.com> To: freebsd-acpi@freebsd.org From: takawata@init-main.com Date: Tue, 13 May 2008 20:25:56 +0900 Sender: takawata@init-main.com Subject: SMP suspend/resume. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 11:45:59 -0000 Hi, I managed to make suspend and resume work on SMP system. The patch following is a bit crude patch, but it begin to work on my ThinkPad X61 (core2duo system). TODO: 1. Suspend/resume path it self is simular to AP boot path. Some of code may be integrated. 2. More context, like MTRR or npx context should be saved on suspend. 3. Make acpi suspend resume path more ABI aware: needless register recoverly or special register context saving (the value itself is usually constant) should be removed. 4. Make same binary module work on both UP or SMP case. (Or is it time to give up using acpi module on also on i386?) Index: i386/acpica/acpi_wakeup.c =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/acpi_wakeup.c,v retrieving revision 1.47 diff -u -r1.47 acpi_wakeup.c --- i386/acpica/acpi_wakeup.c 16 Mar 2008 10:58:03 -0000 1.47 +++ i386/acpica/acpi_wakeup.c 13 May 2008 09:12:18 -0000 @@ -27,6 +27,7 @@ #include __FBSDID("$FreeBSD: src/sys/i386/acpica/acpi_wakeup.c,v 1.47 2008/03/16 10:58:03 rwatson Exp $"); +#define SMP #include #include @@ -49,6 +50,11 @@ #include #include +#include +#include +#include +#include +#include #include "acpi_wakecode.h" @@ -71,7 +77,9 @@ static uint16_t r_cs, r_ds, r_es, r_fs, r_gs, r_ss, r_tr; static uint32_t r_esp; - +extern void *bootstacks[]; +static char *bootSTK; +void restore_sub(void); static void acpi_printcpu(void); static void acpi_realmodeinst(void *arg, bus_dma_segment_t *segs, int nsegs, int error); @@ -80,6 +88,7 @@ /* XXX shut gcc up */ extern int acpi_savecpu(void); extern int acpi_restorecpu(void); +extern void acpi_kicksub(void); #ifdef __GNUCLIKE_ASM __asm__(" \n\ @@ -104,6 +113,15 @@ movl %eax,(%esp) \n\ xorl %eax,%eax \n\ ret \n\ + \n\ + .text \n\ + .p2align 2, 0x90 \n\ + .type acpi_kicksub, @function \n\ +acpi_kicksub: \n\ + .align 4 \n\ + movl bootSTK,%esp \n\ + jmp restore_sub \n\ + ret \n\ \n\ .text \n\ .p2align 2, 0x90 \n\ @@ -149,6 +167,24 @@ ret \n\ "); #endif /* __GNUCLIKE_ASM */ +int acpi_cpu_resumed[MAXCPU]; +int acpi_curcpu; +extern int switch_debug; + +void restore_sub() +{ + ACPI_DISABLE_IRQS(); + printf("RESTORE_SUB\n"); + lapic_disable(); + printf("LAPIC_SETUP\n"); + lapic_setup(0); + lapic_dump("RESTORE_SUB"); + printf("RESTORE_SUB2\n"); + ACPI_ENABLE_IRQS(); + + acpi_cpu_resumed[acpi_curcpu]= 1; + acpi_restorecpu(); +} static void acpi_printcpu(void) @@ -187,6 +223,119 @@ outb(0x61, inb(0x61) & ~0x3); } + +int resume_other_cpu(struct acpi_softc *sc, int cpu); +int resume_other_cpu(struct acpi_softc *sc, int cpu) +{ + int ms; + int apic_id = cpu_apic_ids[cpu]; + int gsel_tss; + + gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); + acpi_curcpu = cpu; + bootSTK= (char *)bootstacks[cpu] + KSTACK_PAGES * PAGE_SIZE - 4; + printf("%p\n", bootSTK); + p_gdt = (struct region_descriptor *) + (sc->acpi_wakeaddr + physical_gdt); + saved_gdt.rd_limit = NGDT * sizeof(gdt[0]) -1; + saved_gdt.rd_base = (int )&gdt[cpu*NGDT]; + p_gdt->rd_limit = saved_gdt.rd_limit; + p_gdt->rd_base = vtophys(saved_gdt.rd_base); + r_esp = stoppcbs[cpu].pcb_esp; + r_ebp = stoppcbs[cpu].pcb_ebp; + r_esi = stoppcbs[cpu].pcb_esi; + r_edi = stoppcbs[cpu].pcb_edi; + r_efl = stoppcbs[cpu].pcb_psl; + ret_addr = stoppcbs[cpu].pcb_eip; + WAKECODE_FIXUP(physical_esp, uint32_t, vtophys(bootSTK) ); + WAKECODE_FIXUP(previous_cr0, uint32_t, r_cr0); + WAKECODE_FIXUP(previous_cr2, uint32_t, r_cr2); + WAKECODE_FIXUP(previous_cr3, uint32_t, r_cr3); + WAKECODE_FIXUP(previous_cr4, uint32_t, r_cr4); + + WAKECODE_FIXUP(resume_beep, uint32_t, 0); + WAKECODE_FIXUP(reset_video, uint32_t, 0); + + WAKECODE_FIXUP(previous_tr, uint16_t, gsel_tss); + WAKECODE_BCOPY(previous_gdt, struct region_descriptor, saved_gdt); + WAKECODE_FIXUP(previous_ldt, uint16_t, saved_ldt); + WAKECODE_BCOPY(previous_idt, struct region_descriptor, saved_idt); + + WAKECODE_FIXUP(where_to_recover, void *, acpi_kicksub); + + WAKECODE_FIXUP(previous_ds, uint16_t, r_ds); + WAKECODE_FIXUP(previous_es, uint16_t, r_es); + WAKECODE_FIXUP(previous_fs, uint16_t, r_fs); + WAKECODE_FIXUP(previous_gs, uint16_t, 0); + WAKECODE_FIXUP(previous_ss, uint16_t, r_ss); + + /* do an INIT IPI: assert RESET */ + lapic_ipi_raw(APIC_DEST_DESTFLD | APIC_TRIGMOD_EDGE | + APIC_LEVEL_ASSERT | APIC_DESTMODE_PHY | APIC_DELMODE_INIT, apic_id); + + /* wait for pending status end */ + lapic_ipi_wait(-1); + + /* do an INIT IPI: deassert RESET */ + lapic_ipi_raw(APIC_DEST_ALLESELF | APIC_TRIGMOD_LEVEL | + APIC_LEVEL_DEASSERT | APIC_DESTMODE_PHY | APIC_DELMODE_INIT, 0); + + /* wait for pending status end */ + DELAY(10000); /* wait ~10mS */ + lapic_ipi_wait(-1); + /* + * next we do a STARTUP IPI: the previous INIT IPI might still be + * latched, (P5 bug) this 1st STARTUP would then terminate + * immediately, and the previously started INIT IPI would continue. OR + * the previous INIT IPI has already run. and this STARTUP IPI will + * run. OR the previous INIT IPI was ignored. and this STARTUP IPI + * will run. + */ + + /* do a STARTUP IPI */ + lapic_ipi_raw(APIC_DEST_DESTFLD | APIC_TRIGMOD_EDGE | + APIC_LEVEL_DEASSERT | APIC_DESTMODE_PHY | APIC_DELMODE_STARTUP | + ((sc->acpi_wakephys >>12)&0xff), apic_id); + lapic_ipi_wait(-1); + DELAY(200); /* wait ~200uS */ + + /* + * finally we do a 2nd STARTUP IPI: this 2nd STARTUP IPI should run IF + * the previous STARTUP IPI was cancelled by a latched INIT IPI. OR + * this STARTUP IPI will be ignored, as only ONE STARTUP IPI is + * recognized after hardware RESET or INIT IPI. + */ + + lapic_ipi_raw(APIC_DEST_DESTFLD | APIC_TRIGMOD_EDGE | + APIC_LEVEL_DEASSERT | APIC_DESTMODE_PHY | APIC_DELMODE_STARTUP | + ((sc->acpi_wakephys >>12)&0xff), apic_id); + lapic_ipi_wait(-1); + DELAY(200); /* wait ~200uS */ + + /* Wait up to 5 seconds for it to start. */ + for (ms = 0; ms < 5000; ms++) { + if(acpi_cpu_resumed[cpu]){ + acpi_cpu_resumed[cpu]= 0; + return 0; + } + DELAY(1000); + } + return -1; /* return FAILURE */ + +} +int resume_other_cpus(struct acpi_softc *sc); +int resume_other_cpus(struct acpi_softc *sc) +{ + int i; + printf("RESUME_OTHER_CPUS"); + *((volatile u_short *) 0x467) = 0; + *((volatile u_short *) 0x468) = (sc->acpi_wakephys&0xffff0)>>4; + + for(i = 1; i < mp_ncpus; i++){ + resume_other_cpu(sc, i); + } + return 0; +} int acpi_sleep_machdep(struct acpi_softc *sc, int state) { @@ -270,14 +419,15 @@ for (;;) ; } else { /* Execute Wakeup */ - intr_resume(); - if (bootverbose) { acpi_savecpu(); acpi_printcpu(); } + resume_other_cpus(sc); + restart_cpus(stopped_cpus); + intr_resume(); + lapic_dump("MAIN"); } - out: load_cr3(cr3); write_eflags(ef); @@ -285,7 +435,7 @@ /* If we beeped, turn it off after a delay. */ if (acpi_resume_beep) timeout(acpi_stop_beep, NULL, 3 * hz); - + printf("FUGAFUGA\n"); return (ret); } Index: i386/i386/io_apic.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/io_apic.c,v retrieving revision 1.35 diff -u -r1.35 io_apic.c --- i386/i386/io_apic.c 5 Jun 2007 18:57:48 -0000 1.35 +++ i386/i386/io_apic.c 13 May 2008 08:22:55 -0000 @@ -444,8 +444,9 @@ struct ioapic *io = (struct ioapic *)pic; int i; - for (i = 0; i < io->io_numintr; i++) + for (i = 0; i < io->io_numintr; i++){ ioapic_program_intpin(&io->io_pins[i]); + } } /* Index: i386/i386/mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.286 diff -u -r1.286 mp_machdep.c --- i386/i386/mp_machdep.c 10 Apr 2008 18:38:31 -0000 1.286 +++ i386/i386/mp_machdep.c 13 May 2008 07:08:29 -0000 @@ -1299,18 +1299,19 @@ int cpu = PCPU_GET(cpuid); int cpumask = PCPU_GET(cpumask); - savectx(&stoppcbs[cpu]); - - /* Indicate that we are stopped */ - atomic_set_int(&stopped_cpus, cpumask); + if(savectx(&stoppcbs[cpu])){ + /* Indicate that we are stopped */ + atomic_set_int(&stopped_cpus, cpumask); + wbinvd(); + } /* Wait for restart */ - while (!(started_cpus & cpumask)) - ia32_pause(); - + while (!(started_cpus & cpumask)){ + ia32_pause(); + } atomic_clear_int(&started_cpus, cpumask); atomic_clear_int(&stopped_cpus, cpumask); - + if (cpu == 0 && cpustop_restartfunc != NULL) { cpustop_restartfunc(); cpustop_restartfunc = NULL; Index: i386/i386/swtch.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/swtch.s,v retrieving revision 1.156 diff -u -r1.156 swtch.s --- i386/i386/swtch.s 22 Aug 2007 05:06:14 -0000 1.156 +++ i386/i386/swtch.s 9 May 2008 15:16:03 -0000 @@ -413,6 +413,6 @@ 1: popfl #endif /* DEV_NPX */ - + movl $1, %eax ret END(savectx) Index: i386/include/pcb.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/pcb.h,v retrieving revision 1.56 diff -u -r1.56 pcb.h --- i386/include/pcb.h 29 Dec 2005 13:23:48 -0000 1.56 +++ i386/include/pcb.h 24 Apr 2008 06:46:59 -0000 @@ -81,7 +81,7 @@ struct trapframe; void makectx(struct trapframe *, struct pcb *); -void savectx(struct pcb *); +int savectx(struct pcb *); #endif #endif /* _I386_PCB_H_ */ Index: dev/acpica/acpi.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi.c,v retrieving revision 1.247 diff -u -r1.247 acpi.c --- dev/acpica/acpi.c 13 Mar 2008 20:39:03 -0000 1.247 +++ dev/acpica/acpi.c 30 Apr 2008 13:14:48 -0000 @@ -29,7 +29,7 @@ #include __FBSDID("$FreeBSD: src/sys/dev/acpica/acpi.c,v 1.247 2008/03/13 20:39:03 jhb Exp $"); - +#define SMP #include "opt_acpi.h" #include #include @@ -47,6 +47,7 @@ #include #include #include +#include #include #include @@ -2339,6 +2340,8 @@ * drivers need this. */ mtx_lock(&Giant); + sched_bind(curthread, 0); + stop_cpus(PCPU_GET(other_cpus)); slp_state = ACPI_SS_NONE; switch (state) { case ACPI_STATE_S1: @@ -2430,13 +2433,16 @@ acpi_wake_prep_walk(state); sc->acpi_sstate = ACPI_STATE_S0; } + printf("PREP WALK\n"); if (slp_state >= ACPI_SS_SLP_PREP) AcpiLeaveSleepState(state); + printf("LEAVE_SLEEP_STATE\n"); if (slp_state >= ACPI_SS_DEV_SUSPEND) DEVICE_RESUME(root_bus); + printf("DEVICE_RESUME\n"); if (slp_state >= ACPI_SS_SLEPT) acpi_enable_fixed_events(sc); - + printf("ENABLE_FIXED_EVENT\n"); /* Allow another sleep request after a while. */ if (state != ACPI_STATE_S5) timeout(acpi_sleep_enable, sc, hz * ACPI_MINIMUM_AWAKETIME); @@ -2445,6 +2451,7 @@ acpi_UserNotify("Resume", ACPI_ROOT_OBJECT, state); mtx_unlock(&Giant); + sched_unbind(curthread); return_ACPI_STATUS (status); } Index: dev/acpica/acpi_ec.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_ec.c,v retrieving revision 1.80 diff -u -r1.80 acpi_ec.c --- dev/acpica/acpi_ec.c 8 Nov 2007 21:20:34 -0000 1.80 +++ dev/acpica/acpi_ec.c 7 May 2008 17:07:11 -0000 @@ -747,7 +747,7 @@ * If booting, check if we need to run the query handler. If so, we * we call it directly here since our thread taskq is not active yet. */ - if (cold || rebooting) { + if (cold || rebooting||sc->ec_suspending) { if ((EC_GET_CSR(sc) & EC_EVENT_SCI)) { CTR0(KTR_ACPI, "ec running gpe handler directly"); EcGpeQueryHandler(sc); From owner-freebsd-acpi@FreeBSD.ORG Wed May 14 10:10:49 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37D031065679 for ; Wed, 14 May 2008 10:10:49 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id BD0D08FC22 for ; Wed, 14 May 2008 10:10:48 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so1096251uge.37 for ; Wed, 14 May 2008 03:10:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; bh=/Nb6zblbJemFD5dvNaigow9CDDD8zRJsvlsd5k4erts=; b=I2aqY3G1nJWELVYlnVmD037nSozr6OexzGh/cwxSbUbscjuPmINorUAxL0hg5FsrZCVuu+V5pQDfOdVbuYdPzAwwIsiX3dDU9T6zTBDqiBTtuFCvFWN1f92G1sQPHAuekd3q21BZuphDvX8WWYVW+S31h+QCVR5Pn44R5aDjhyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=mVHV9mXnQP4ZvKHw4zBEgHEzIMcC5mZM9Y23O5h8gyMZIrb+g20r75ZgAn9XmucQ8FZap+BcqNDravVIoTwODfIPxcst2k5qlcqXz7X2yUAKDQfSLyhGgU6Tt3s0ZJ6dvdH0gOG1QWeDMUbuN5oL8tkYttZZcLfOt09lWvm/Ueo= Received: by 10.66.249.20 with SMTP id w20mr8460151ugh.67.1210759847342; Wed, 14 May 2008 03:10:47 -0700 (PDT) Received: from epsilon.local ( [193.136.24.128]) by mx.google.com with ESMTPS id e1sm15110629ugf.71.2008.05.14.03.10.46 (version=SSLv3 cipher=RC4-MD5); Wed, 14 May 2008 03:10:46 -0700 (PDT) Message-ID: <482ABAA5.6020300@FreeBSD.org> Date: Wed, 14 May 2008 11:10:45 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: takawata@init-main.com References: <200805131125.m4DBPu1q092741@sana.init-main.com> In-Reply-To: <200805131125.m4DBPu1q092741@sana.init-main.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Rui Paulo Cc: freebsd-acpi@freebsd.org Subject: Re: SMP suspend/resume. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 10:10:49 -0000 takawata@init-main.com wrote: > Hi, I managed to make suspend and resume work on SMP system. > The patch following is a bit crude patch, but it begin > to work on my ThinkPad X61 (core2duo system). > > TODO: > 1. Suspend/resume path it self is simular to AP boot path. > Some of code may be integrated. > 2. More context, like MTRR or npx context should be saved on > suspend. > 3. Make acpi suspend resume path more ABI aware: needless > register recoverly or special register context saving > (the value itself is usually constant) should be removed. > 4. Make same binary module work on both UP or SMP case. > (Or is it time to give up using acpi module on also on i386?) > Thanks! This is great work! I can look at your patch, but I'm not the best one to comment on it. Regards, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Wed May 14 12:25:27 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BF0C1065676 for ; Wed, 14 May 2008 12:25:27 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id CCB8F8FC1A for ; Wed, 14 May 2008 12:25:26 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (localhost [127.0.0.1]) by nod32.demax.sk (Postfix) with ESMTP id 78FEE42AF0 for ; Wed, 14 May 2008 13:53:25 +0200 (CEST) X-Virus-Scanner: This message was checked by NOD32 Antivirus system NOD32 for Linux Mail Server. For more information on NOD32 Antivirus System, please, visit our website: http://www.nod32.com/. Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 4300342AC7 for ; Wed, 14 May 2008 13:53:25 +0200 (CEST) Message-ID: <482AD2B6.20704@demax.sk> Date: Wed, 14 May 2008 13:53:26 +0200 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.14 (X11/20080504) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: SMP suspend/resume. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 12:25:27 -0000 Hi I`ve tried your attached patch against RELENG-7 synchronized today.. rebuilt kernel with patched sources and on reboot I got this (only important part.. I don`t wanna mess mailing list): FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #7: Wed May 14 13:43:52 CEST 2008 root@localhost:/usr/obj/usr/src/sys/notebook link_elf: symbol bootstacks undefined KLD file acpi.ko - could not finalize loading How to solve/debug link_elf problem ? Any ideas? Best regards --- Jan Sebosik, Slovakia sebosik@demax.sk From owner-freebsd-acpi@FreeBSD.ORG Wed May 14 13:11:28 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 2E65F106567C for ; Wed, 14 May 2008 13:11:28 +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 DCCF28FC34 for ; Wed, 14 May 2008 13:11:27 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.1/8.13.8) with ESMTP id m4ECp7NK015436; Wed, 14 May 2008 21:51:07 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <200805141251.m4ECp7NK015436@sana.init-main.com> To: Jan Sebosik In-reply-to: Your message of "Wed, 14 May 2008 13:53:26 +0200." <482AD2B6.20704@demax.sk> Date: Wed, 14 May 2008 21:51:07 +0900 From: Takanori Watanabe Cc: freebsd-acpi@freebsd.org Subject: Re: SMP suspend/resume. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 13:11:28 -0000 In message <482AD2B6.20704@demax.sk>, Jan Sebosik $B$5$s$$$o$/(B: >Hi > >I`ve tried your attached patch against RELENG-7 synchronized today.. >rebuilt kernel with patched sources and on reboot I got this (only >important part.. I don`t wanna mess mailing list): > >FreeBSD is a registered trademark of The FreeBSD Foundation. >FreeBSD 7.0-STABLE #7: Wed May 14 13:43:52 CEST 2008 > root@localhost:/usr/obj/usr/src/sys/notebook >link_elf: symbol bootstacks undefined >KLD file acpi.ko - could not finalize loading > >How to solve/debug link_elf problem ? > >Any ideas? The symbol is introduced on 1.282 of mp_machdep.c And you have to merge 1.286 change to preserve identity mapping for ACPI wakeup routine. You may want to merge them from current. From owner-freebsd-acpi@FreeBSD.ORG Wed May 14 14:42:00 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EF8B106566C for ; Wed, 14 May 2008 14:42:00 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 326AB8FC0C for ; Wed, 14 May 2008 14:42:00 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1JwHnd-0000LF-SJ for freebsd-acpi@freebsd.org; Wed, 14 May 2008 07:17:45 -0700 Message-ID: <17232169.post@talk.nabble.com> Date: Wed, 14 May 2008 07:17:45 -0700 (PDT) From: Maxorata To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: efajardo1@verizon.net Subject: Thinkpad T61p 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, 14 May 2008 14:42:00 -0000 Hi, I just bought a Thinkpad T61 with the Nvidia graphics card (256 Mg) and am having trouble with suspend/resume. In fact it does not work at all. Only the fan seems to behave normally. It starts and stops the way it should, both when running on AC or battery. I'm running FreeBSD 6.3 i386 Final and I have absolutely no idea as to what drivers should I load to make this work. I've searched all over the internet but never found any information specific to my Thinkpad model that would help me solve this problem. I know that I'm supposed to add an entry to my /boot/loader.conf file but I don't know what to enter there. Can any one please tell me EXACTLY what to enter in that file to enable suspend/resume? I'm not too worried about the special keys, but if I can get them to work too, that would be nice. Perhaps someone who also owns a Thinkpad T61p can help me. Thank you very much. -- View this message in context: http://www.nabble.com/Thinkpad-T61p-tp17232169p17232169.html Sent from the freebsd-acpi mailing list archive at Nabble.com. From owner-freebsd-acpi@FreeBSD.ORG Wed May 14 14:58:16 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 78274106566C for ; Wed, 14 May 2008 14:58:16 +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 338568FC0C for ; Wed, 14 May 2008 14:58:16 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.1/8.13.8) with ESMTP id m4EEc09O016052; Wed, 14 May 2008 23:38:00 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <200805141438.m4EEc09O016052@sana.init-main.com> To: Maxorata In-reply-to: Your message of "Wed, 14 May 2008 07:17:45 MST." <17232169.post@talk.nabble.com> Date: Wed, 14 May 2008 23:38:00 +0900 From: Takanori Watanabe Cc: freebsd-acpi@freebsd.org Subject: Re: Thinkpad T61p 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, 14 May 2008 14:58:16 -0000 In message <17232169.post@talk.nabble.com>, Maxorata wrote: > >Hi, >I just bought a Thinkpad T61 with the Nvidia graphics card (256 Mg) and am >having trouble with suspend/resume. In fact it does not work at all. Only >the fan seems to behave normally. It starts and stops the way it should, >both when running on AC or battery. > >I'm running FreeBSD 6.3 i386 Final and I have absolutely no idea as to what >drivers should I load to make this work. I've searched all over the internet >but never found any information specific to my Thinkpad model that would >help me solve this problem. First of all, you cannot use suspend resume on SMP kernel with any version you can get.(I succeeded to make suspend/resume work on SMP environment yesterdey with 8.0-CURRENT of April.) From owner-freebsd-acpi@FreeBSD.ORG Wed May 14 16:54:16 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 BC4C71065672 for ; Wed, 14 May 2008 16:54:16 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 9E4858FC14 for ; Wed, 14 May 2008 16:54:16 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1JwKF5-0006yN-Pz for freebsd-acpi@freebsd.org; Wed, 14 May 2008 09:54:15 -0700 Message-ID: <17235908.post@talk.nabble.com> Date: Wed, 14 May 2008 09:54:15 -0700 (PDT) From: Maxorata To: freebsd-acpi@freebsd.org In-Reply-To: <200805141438.m4EEc09O016052@sana.init-main.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: efajardo1@verizon.net References: <17232169.post@talk.nabble.com> <200805141438.m4EEc09O016052@sana.init-main.com> Subject: Re: Thinkpad T61p 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, 14 May 2008 16:54:16 -0000 Takanori Watanabe-2 wrote: > > In message <17232169.post@talk.nabble.com>, Maxorata wrote: >> >>Hi, >>I just bought a Thinkpad T61 with the Nvidia graphics card (256 Mg) and am >>having trouble with suspend/resume. In fact it does not work at all. Only >>the fan seems to behave normally. It starts and stops the way it should, >>both when running on AC or battery. >> >>I'm running FreeBSD 6.3 i386 Final and I have absolutely no idea as to what >>drivers should I load to make this work. I've searched all over the internet >>but never found any information specific to my Thinkpad model that would >>help me solve this problem. > > First of all, you cannot use suspend resume on SMP kernel with > any version you can get.(I succeeded to make suspend/resume work on > SMP environment yesterdey with 8.0-CURRENT of April.) > > Thanks for your prompt reply. So, I might as well forget about enabling > suspend/resume on my laptop? > Is there any other options left? > Thanks again. > > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > -- View this message in context: http://www.nabble.com/Thinkpad-T61p-tp17232169p17235908.html Sent from the freebsd-acpi mailing list archive at Nabble.com. From owner-freebsd-acpi@FreeBSD.ORG Thu May 15 18:30:10 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A41AE1065673; Thu, 15 May 2008 18:30:10 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7980F8FC0C; Thu, 15 May 2008 18:30:10 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m4FIUAmn098960; Thu, 15 May 2008 18:30:10 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m4FIUAx8098950; Thu, 15 May 2008 18:30:10 GMT (envelope-from gavin) Date: Thu, 15 May 2008 18:30:10 GMT Message-Id: <200805151830.m4FIUAx8098950@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/123705: REGRESSION: acpi_cpu.c rev 1.57.2.4 broke booting on SuperMicro X7DBP 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, 15 May 2008 18:30:10 -0000 Synopsis: REGRESSION: acpi_cpu.c rev 1.57.2.4 broke booting on SuperMicro X7DBP Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: gavin Responsible-Changed-When: Thu May 15 18:22:52 UTC 2008 Responsible-Changed-Why: Over to maintainers. Submitter has determined that rpaulo's MFC of src/sys/dev/acpica/acpi_cpu.c 1.67 is responsible for causing 6.3-RELEAASE to panic on boot. He can only test patches for the next 7-10 days. http://www.freebsd.org/cgi/query-pr.cgi?pr=123705 From owner-freebsd-acpi@FreeBSD.ORG Fri May 16 02:15:43 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB3BB106564A for ; Fri, 16 May 2008 02:15:43 +0000 (UTC) (envelope-from krz@cis.rit.edu) Received: from saturn.cis.rit.edu (saturn.cis.rit.edu [129.21.57.10]) by mx1.freebsd.org (Postfix) with SMTP id 48B3F8FC16 for ; Fri, 16 May 2008 02:15:43 +0000 (UTC) (envelope-from krz@cis.rit.edu) Received: (qmail 22658 invoked from network); 16 May 2008 01:49:01 -0000 Received: from chapman.cis.rit.edu (HELO ?129.21.55.160?) (129.21.55.160) by saturn.cis.rit.edu with SMTP; 16 May 2008 01:49:01 -0000 Message-ID: <482CE80C.6080701@cis.rit.edu> Date: Thu, 15 May 2008 21:49:00 -0400 From: Bob Krzaczek User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ThinkPad and ACPI on FreeBSD 7.0 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, 16 May 2008 02:15:43 -0000 Hi there, I've been investigating why my ThinkPad T42p, with FreeBSD-7.0, only successfully resumes from a suspend-to-memory once in a very great while. Most of the time it hangs on a resume, and once in a while it panics. I've seen similar reports to what I'm seeing below in the bug database. The general sequence is this: Press the sleep key. /etc/rc.suspend runs (see below for a note about this). The last thing I see on the console before the backlight turns off is acpi_ec0: warning: EC done before starting event wait And then the system is down and off in sleep mode. Upon resuming the system, I first see this next message four times in a row. It's not related to this bug, I believe. an0: unknown RID: 0 Anyway, ignoring the wireless, here's where it gets interesting. Next we have subdisk0: detached disk0: detached Followed by this resulting noise from geom, GEOM_LABEL: Label msdosfs/IBM_SERVICE removed. And then anywhere from 5 to 100's of the following. g_vfs_done():ad0s3e[WRITE(offset=1355055104, length=16384)]error = 6 That error, I've seen in the bug database from other notebook users on resume. I'm assuming that it's directly related to the detached drives. ad0s3e is my /var slice. On a previous install from a few days ago, with different drive partitioning, these messages reported a different slice that was /var on that configuration, too. So far, it's always /var for me. At a guess, I'm thinking that something (maybe the logger?) has some pending I/O to write before the system has really gotten into a quiescent state prior to shutdown. The reason I'm considering the logger is that originally, the system didn't always crash, but then again, /etc/rc.suspend didn't get run, either. I found a one-line patch on this mailing list recently for devctl_process_running(); once applied, /etc/rc.suspend runs every time. Or, maybe the "detached" messages were supposed to occur earlier, during the suspend? I'm just making guesses here, because I don't really understand the intended ACPI sequence of events. What's more, I read about hw.acpi.sleep_delay. I tried adjusting that, but it had no effect on my system. Eventually, I traced it back to /usr/src/sys/dev/acpica/acpi.c where it seems the DELAY() has _no_ effect. In fact, I even replaced the DELAY(...sleep_delay * 1000000) with a hardcoded 5000000 (five seconds), and the system still goes to sleep instantly after /etc/rc.suspend. This, I'm sure, is at least part of the problem; there's no chance for the system to settle when suspending. I've provided acpi and acpi_ibm dumps from sysctl, the ASL dump, device.hints, dmesg, loader.conf, rc.conf, and sysctl.conf information at the following URI: http://30dor.com/freebsd-acpi/ I'm quite willing to try patches or other things you might suggest. The fact that DELAY() isn't working in acpi_EnterSleepState() has me most concerned at the moment. Alternatively, should I go to APM, or even install FreeBSD 6.3 or 6.2? Would that run better in my particular case? Looking for advice, willing to be a guinea pig... ;-) Cheers, Bob -- Bob Krzaczek, Chester F. Carlson Center for Imaging Science, RIT phone +1-585-4757196, email krz@cis.rit.edu, icbm 43.0848N 77.6789W From owner-freebsd-acpi@FreeBSD.ORG Fri May 16 12:22:56 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from miki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id E3378106566B; Fri, 16 May 2008 12:22:54 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Fri, 16 May 2008 20:22:42 +0800 From: Ariff Abdullah To: Peter Jeremy Message-Id: <20080516202242.3992b284.ariff@FreeBSD.org> In-Reply-To: <20080428112623.GA99757@server.vk2pj.dyndns.org> References: <20080428112623.GA99757@server.vk2pj.dyndns.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__16_May_2008_20_22_42_+0800_yY2rkIto7OcbpsX_" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org Subject: Re: BIOS Regression on HP/Compaq [d]v6000 series notebooks 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, 16 May 2008 12:22:56 -0000 --Signature=_Fri__16_May_2008_20_22_42_+0800_yY2rkIto7OcbpsX_ Content-Type: multipart/mixed; boundary="Multipart=_Fri__16_May_2008_20_22_42_+0800_W0.cTe=l66luO5WZ" --Multipart=_Fri__16_May_2008_20_22_42_+0800_W0.cTe=l66luO5WZ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 28 Apr 2008 21:26:23 +1000 Peter Jeremy wrote: > I recently received notification of a "critical BIOS update" for my > Presario v6107 laptop. See > http://h10025.www1.hp.com/ewfrf/wc/genericDocument?lc=3Den&cc=3Dau&dlc=3D= en&docname=3Dc01296338 > for more details. Since it's already had the motherboard replaced > (with symptoms matching those listed), I thought it prudent to > upgrade. >=20 > Unfortunately, after updating the BIOS, the laptop no longer likes > losing mains power: It looks like the clock interrupts stop so > nothing happens unless you generate keyboard/mouse/network activity. > This > situation continues until it's rebooted. This looks very much like > the 'C1E mode disables LAPIC timer on idle' bug that was stomped on > last April - but it seems that HP have managed to find a way around > the bugfix. >=20 > The laptop is running 6.3-PRERELEASE/amd64. >=20 > Any suggestions on how to start investigating? > After the recent update, the BIOS decided to force/enable C1E whenever it losing main power: not their (HP) fault though. The problem is that unlike C4 (or whatever lowest Cx states on other cpus), C1E is totally hidden, at least that is what I understand from the specs. Try this patch (against -current, should be OK for other branches too). With this patch, whenever AC line state change it will disable C1E, hopefully. Hack or no hack, there must be a better / appropriate solution for this issue. URL: http://people.freebsd.org/~ariff/misc/k8_C1E_acpi_acad.c.diff -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Multipart=_Fri__16_May_2008_20_22_42_+0800_W0.cTe=l66luO5WZ-- --Signature=_Fri__16_May_2008_20_22_42_+0800_yY2rkIto7OcbpsX_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkgtfJIACgkQlr+deMUwTNrJJwCfU/xJLtkrJPXef0hDO6Q2z4r0 NwEAoOepzMfzDzaSShzciBADJDTNndmH =DBK+ -----END PGP SIGNATURE----- --Signature=_Fri__16_May_2008_20_22_42_+0800_yY2rkIto7OcbpsX_-- From owner-freebsd-acpi@FreeBSD.ORG Fri May 16 22:27:08 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69480106566C; Fri, 16 May 2008 22:27:08 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3F5B38FC13; Fri, 16 May 2008 22:27:08 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from freefall.freebsd.org (rpaulo@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m4GMR8rO097431; Fri, 16 May 2008 22:27:08 GMT (envelope-from rpaulo@freefall.freebsd.org) Received: (from rpaulo@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m4GMR8na097427; Fri, 16 May 2008 22:27:08 GMT (envelope-from rpaulo) Date: Fri, 16 May 2008 22:27:08 GMT Message-Id: <200805162227.m4GMR8na097427@freefall.freebsd.org> To: rpaulo@freebsd.org, uspoerlein@gmail.com, rpaulo@FreeBSD.org, freebsd-acpi@FreeBSD.org, rpaulo@FreeBSD.org From: rpaulo@FreeBSD.org Cc: Subject: Re: kern/123705: [acpi_cpu] [regression] acpi_cpu.c rev 1.57.2.4 broke booting on SuperMicro X7DBP 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, 16 May 2008 22:27:08 -0000 Synopsis: [acpi_cpu] [regression] acpi_cpu.c rev 1.57.2.4 broke booting on SuperMicro X7DBP State-Changed-From-To: open->feedback State-Changed-By: rpaulo State-Changed-When: Fri May 16 22:26:28 UTC 2008 State-Changed-Why: feedback requested. Responsible-Changed-From-To: freebsd-acpi->rpaulo Responsible-Changed-By: rpaulo Responsible-Changed-When: Fri May 16 22:26:28 UTC 2008 Responsible-Changed-Why: My problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=123705 From owner-freebsd-acpi@FreeBSD.ORG Fri May 16 23:28:23 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 9EBED106566C for ; Fri, 16 May 2008 23:28:23 +0000 (UTC) (envelope-from krz@cis.rit.edu) Received: from saturn.cis.rit.edu (saturn.cis.rit.edu [129.21.57.10]) by mx1.freebsd.org (Postfix) with SMTP id 3C1888FC12 for ; Fri, 16 May 2008 23:28:23 +0000 (UTC) (envelope-from krz@cis.rit.edu) Received: (qmail 9946 invoked from network); 16 May 2008 23:28:22 -0000 Received: from chapman.cis.rit.edu (HELO ?129.21.55.160?) (129.21.55.160) by saturn.cis.rit.edu with SMTP; 16 May 2008 23:28:22 -0000 Message-ID: <482E1895.3000700@cis.rit.edu> Date: Fri, 16 May 2008 19:28:21 -0400 From: Bob Krzaczek User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Update on T42p with FreeBSD-7.0 and ACPI 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, 16 May 2008 23:28:23 -0000 Following some extremely helpful advice from Tobias Roth, I've moved from RELEASE to STABLE, and I'm happy to say that the laptop is so much better behaved with suspend/resume logic. One anomaly: /etc/rc.suspend is still not running. This turns out to be harmless in my particular case. However, I've verified first hand that Mitsuru IWASAKI's patch will take care of this. http://lists.freebsd.org/pipermail/freebsd-acpi/2008-April/004806.html Anyway, thanks again for the fast and responsive feedback, folks. This is getting much more stable and useful, now. Cheers, Bob -- Bob Krzaczek, Chester F. Carlson Center for Imaging Science, RIT phone +1-585-4757196, email krz@cis.rit.edu, icbm 43.0848N 77.6789W From owner-freebsd-acpi@FreeBSD.ORG Sat May 17 05:58: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 422C4106566B for ; Sat, 17 May 2008 05:58:26 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.70]) by mx1.freebsd.org (Postfix) with ESMTP id B13878FC0C for ; Sat, 17 May 2008 05:58:25 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail52.abv.bg (mail52.ni.bg [192.168.151.19]) by smtp-out.abv.bg (Postfix) with ESMTP id 3730114AD1B for ; Sat, 17 May 2008 08:41:16 +0300 (EEST) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=P95ut8f6I+MMOREJ8NQ6e0MhEgnpW8yfCAy0eaYdKcomN8UtZEyroyMK20pQe74b4 WydNDoGiATw6yYAkcDZUCLp0EVEzPbWlV4SV9wytUOGndSXTIbv0dfYoQaNLyhnbX7T H7EgsZJDApFl1Q36kix8fV37CLMehVOS3MYotHc= DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=abv.bg; s=smtp-out; t=1211002876; bh=14UuZZT+mbQQ+JFXQTy2NJHGBew=; h=Received:Date:From: To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:X-Priority:X-Mailer:X-Originating-IP: DomainKey; b=FmuH74MLNWckkLa6jq1OD/MyBmx/lZ0w9YdLsE4DhqzHw0jmKwiAi FlxQ1zPHWxaRmyUVtop2gzmeD6L+Fj9Evjl8ZrMFrsFrESrZCFd4vH6aKtlshmDJCEF SUaTODM8lEMBvdrqZJDg2NlnG4aY63Wrf3cNpJxpz/zCJ41EAk8= Received: from mail52.abv.bg (localhost.localdomain [127.0.0.1]) by mail52.abv.bg (Postfix) with ESMTP id 8049C8AECB for ; Sat, 17 May 2008 08:41:21 +0300 (EEST) Date: Sat, 17 May 2008 08:41:21 +0300 (EEST) From: Mario Pavlov To: freebsd-acpi@freebsd.org Message-ID: <285282561.7160.1211002881523.JavaMail.apache@mail52.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Subject: PCI bridge with I/O decode 0x0-0x0 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, 17 May 2008 05:58:26 -0000 Hi list, I've recently bought a laptop Acer Aspire 5920 but I can't get the LAN and WLAN to work I thought it's because of the drivers but now I think it's an ACPI problem here is a verbose logging of the boot process and some comments: http://lists.freebsd.org/pipermail/freebsd-mobile/2008-May/010727.html I've tried to dump and decompile the AML image but I'm not very much in the ASL coding and I understand nearly nothing however I've tried to find on OS specific parts in the code this is what I found: Scope (\_SB) { Method (_INI, 0, NotSerialized) { If (DTSE) { TRAP (0x47) } Store (0x07D0, OSYS) If (CondRefOf (_OSI, Local0)) { If (_OSI ("Linux")) { Store (0x01, LINX) } If (_OSI ("Windows 2001")) { Store (0x07D1, OSYS) } If (_OSI ("Windows 2001 SP1")) { Store (0x07D1, OSYS) } If (_OSI ("Windows 2001 SP2")) { Store (0x07D2, OSYS) } If (_OSI ("Windows 2006")) { Store (0x07D6, OSYS) } } If (LAnd (MPEN, LEqual (OSYS, 0x07D1))) { TRAP (0x3D) } TRAP (0x2B) TRAP (0x32) } } I have no idea what is this for...but I've tried to add an Else clause and some combinations in like that: If (_OSI ("Windows 2006")) { Store (0x07D6, OSYS) } Else { Store (0x01, LINX) } but the result is just the same... I'm not even sure where exactly the problem is... Could you give me a hand please thank you Regards MGP ----------------------------------------------------------------- Всичко за Евро 2008 !!! http://sportni.bg/euro2008/ From owner-freebsd-acpi@FreeBSD.ORG Sat May 17 07:37:20 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2A6E106566B for ; Sat, 17 May 2008 07:37:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.freebsd.org (Postfix) with ESMTP id 71EB98FC18 for ; Sat, 17 May 2008 07:37:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m4H7bHA0009837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 May 2008 17:37:18 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m4H7bH86046274; Sat, 17 May 2008 17:37:17 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m4H7bHZV046273; Sat, 17 May 2008 17:37:17 +1000 (EST) (envelope-from peter) Date: Sat, 17 May 2008 17:37:17 +1000 From: Peter Jeremy To: Ariff Abdullah Message-ID: <20080517073716.GF80125@server.vk2pj.dyndns.org> References: <20080428112623.GA99757@server.vk2pj.dyndns.org> <20080516202242.3992b284.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <20080516202242.3992b284.ariff@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-acpi@freebsd.org Subject: Re: BIOS Regression on HP/Compaq [d]v6000 series notebooks 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, 17 May 2008 07:37:21 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-May-16 20:22:42 +0800, Ariff Abdullah wrote: >After the recent update, the BIOS decided to force/enable C1E whenever >it losing main power: That explains the behaviour I see. > not their (HP) fault though. I don't follow this. HP released a BIOS that is broken. Either they did it deliberately, they didn't bother testing it or they don't care. >Try this patch (against -current, should be OK for other branches >too). With this patch, whenever AC line state change it will >disable C1E, hopefully. Thanks for that. I've tried it against the latest 6-STABLE and it applies OK. The results are mixed though. If I run top(1) and remove power, top's clock stops. When I plug power back in, the clock jumps to the current time - ntpq shows no time jump so the kernel time- keeping is still OK. I've tried this in both single-user and multi- user within X. I get the same behaviour with xclock(1) within X. If I move the mouse, window focus changes appropriately and if I wave the mouse enough, the clocks will jump to the correct time. The above is all with kern.timecounter.hardware=3DACPI-fast. I tried using HPET but the behaviour is the same. Having the system recover when power is re-applied is a big improvement over the previous behaviour but I don't understand the current behaviour - it's far more responsive than it was without the C1E patch but is still not behaving correctly. >Hack or no hack, there must be a better / appropriate solution for >this issue. Agreed. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkguiywACgkQ/opHv/APuIe35gCeMJZZ6xAWf57r1gZnXV9fJozq MywAnRQ9coEtsiic4YDWL6TffqgJgK1x =ZvL/ -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-acpi@FreeBSD.ORG Sat May 17 11:43:44 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from miki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 42A16106567C; Sat, 17 May 2008 11:43:43 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Sat, 17 May 2008 19:43:26 +0800 From: Ariff Abdullah To: Peter Jeremy Message-Id: <20080517194326.420ceb81.ariff@FreeBSD.org> In-Reply-To: <20080517073716.GF80125@server.vk2pj.dyndns.org> References: <20080428112623.GA99757@server.vk2pj.dyndns.org> <20080516202242.3992b284.ariff@FreeBSD.org> <20080517073716.GF80125@server.vk2pj.dyndns.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sat__17_May_2008_19_43_26_+0800_jxQlIzGxU0yTYhFP" Cc: freebsd-acpi@freebsd.org Subject: Re: BIOS Regression on HP/Compaq [d]v6000 series notebooks 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, 17 May 2008 11:43:44 -0000 --Signature=_Sat__17_May_2008_19_43_26_+0800_jxQlIzGxU0yTYhFP Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 17 May 2008 17:37:17 +1000 Peter Jeremy wrote: > On 2008-May-16 20:22:42 +0800, Ariff Abdullah > wrote: > >After the recent update, the BIOS decided to force/enable C1E > >whenever it losing main power: >=20 > That explains the behaviour I see. >=20 > > not their (HP) fault though. >=20 > I don't follow this. HP released a BIOS that is broken. Either > they did it deliberately, they didn't bother testing it or they > don't care. >=20 It is not their fault, really. It is expected to lower down everything, either forcefully or not whenever you loose main power connection to conserve power usages. The problem is with FreeBSD own timer which relies on local APIC timer that went dead whenever it enter lowest power state (and lapic timer is _mandatory_ for APIC/SMP as in FreeBSD case). If you manage to boot without apic (thus using old/legacy i8254 timer, SMP disabled), you'll find that everything runs normally. Booting without apic is quite tricky especially on modern hardwares. > >Try this patch (against -current, should be OK for other branches > >too). With this patch, whenever AC line state change it will > >disable C1E, hopefully. >=20 > Thanks for that. I've tried it against the latest 6-STABLE and it > applies OK. The results are mixed though. If I run top(1) and > remove power, top's clock stops. When I plug power back in, the > clock jumps to the current time - ntpq shows no time jump so the > kernel time- keeping is still OK. I've tried this in both > single-user and multi- user within X. I get the same behaviour with > xclock(1) within X. >=20 > If I move the mouse, window focus changes appropriately and if I > wave the mouse enough, the clocks will jump to the correct time. >=20 > The above is all with kern.timecounter.hardware=3DACPI-fast. I tried > using HPET but the behaviour is the same. >=20 > Having the system recover when power is re-applied is a big > improvement over the previous behaviour but I don't understand > the current behaviour - it's far more responsive than it was without > the C1E patch but is still not behaving correctly. >=20 > >Hack or no hack, there must be a better / appropriate solution for > >this issue. >=20 > Agreed. > Install sysutils/devcpu from ports, load cpu.ko, and grab / compile http://people.freebsd.org/~ariff/misc/k8c1e/ . Try playing with it (enable, disable, status) -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Sat__17_May_2008_19_43_26_+0800_jxQlIzGxU0yTYhFP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkguxN4ACgkQlr+deMUwTNo5CwCfU+HdE1zwar5zTke0kAjTITTV 4sUAn3Gr8KdrTR51LHxKJF4udMUVrExZ =wLtN -----END PGP SIGNATURE----- --Signature=_Sat__17_May_2008_19_43_26_+0800_jxQlIzGxU0yTYhFP-- From owner-freebsd-acpi@FreeBSD.ORG Sat May 17 17:51:58 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 00842106567A for ; Sat, 17 May 2008 17:51:58 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id CEA0D8FC15 for ; Sat, 17 May 2008 17:51:57 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 1780A1C80FA; Sat, 17 May 2008 10:23:17 -0700 (PDT) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05322-04; Sat, 17 May 2008 10:23:16 -0700 (PDT) Received: from localhost.localdomain (vpn.office.miralink.com [10.0.0.5]) by plato.miralink.com (Postfix) with ESMTP id D9FA11C8021; Sat, 17 May 2008 10:23:15 -0700 (PDT) Message-ID: <482F1482.6060105@miralink.com> Date: Sat, 17 May 2008 13:23:14 -0400 From: Sean Bruno User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Bob Krzaczek References: <482E1895.3000700@cis.rit.edu> In-Reply-To: <482E1895.3000700@cis.rit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat May 17 10:23:16 2008 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 482f1484158591259843084 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: freebsd-acpi@freebsd.org Subject: Re: Update on T42p with FreeBSD-7.0 and ACPI 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, 17 May 2008 17:51:58 -0000 Bob Krzaczek wrote: > Following some extremely helpful advice from Tobias Roth, I've moved > from RELEASE to STABLE, and I'm happy to say that the laptop is so > much better behaved with suspend/resume logic. > > One anomaly: /etc/rc.suspend is still not running. This turns out to > be harmless in my particular case. However, I've verified first hand > that Mitsuru IWASAKI's patch will take care of this. > > http://lists.freebsd.org/pipermail/freebsd-acpi/2008-April/004806.html > > Anyway, thanks again for the fast and responsive feedback, folks. > This is getting much more stable and useful, now. > > Cheers, > Bob > Hrm...Is there a PR somewhere on this issue? Or, more importantly, has a committer accepted the patch? Sean From owner-freebsd-acpi@FreeBSD.ORG Sat May 17 19:20:53 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6767D106568F for ; Sat, 17 May 2008 19:20:53 +0000 (UTC) (envelope-from eric.servant@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id EEDB88FC17 for ; Sat, 17 May 2008 19:20:52 +0000 (UTC) (envelope-from eric.servant@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so171606uge.37 for ; Sat, 17 May 2008 12:20:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; bh=r+FjtDvXOqnPQJZEjmVEIDpQ8sVg/dgJmTx7Wgo5CLw=; b=OOUkagkNswiRyrczZ99rk+xzkatQ+CKotYOuUZCKOB2piwGVNfzY1e287oaQydvV0niDXP1jP5V1YdYw7HzKrmQT9hk4PbMImyiZlKSb7RwjcK0pUjYrwq0pqFPN1XPbj3Ei88cxI7vKUcSAn/cIzAPjGGy33zeAZOz3ZqUWl5s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=jZ9A8oeQ8AyCJgiItrQwFkf0VaXGyCByUf6Jjzil3NMn+Sk42fjEM/LODUn4imRc57NQr60Ryr++/GH6KtGJHWZy9VbX/tEhHGjquDBQHoFCT3qAx7dY8nqc/efga1RoetNWULCGvp1DmuWfHQlHv3/dGYQ0biu+GYfwRCYR5Io= Received: by 10.66.221.6 with SMTP id t6mr1318299ugg.44.1211050347763; Sat, 17 May 2008 11:52:27 -0700 (PDT) Received: from azrael.network.net ( [212.43.204.158]) by mx.google.com with ESMTPS id t12sm10890221gvd.10.2008.05.17.11.52.25 (version=SSLv3 cipher=RC4-MD5); Sat, 17 May 2008 11:52:26 -0700 (PDT) Date: Sat, 17 May 2008 20:52:45 +0200 From: Eric SERVANT To: freebsd-acpi@freebsd.org Message-Id: <20080517205245.387d7d7c.eric.servant@gmail.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ACPI problems afer update 6.3 to 7.0 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, 17 May 2008 19:20:53 -0000 Hello everybody, I have updated my system a few days ago from 6.3-STABLE to 7.0-STABLE. With the system 6.3-STABLE all worked fine, but with 7.0 some problems appear. First : the percentage of processor states (user, nice, system, idle, interrupt) are always 0.0%. The display vmstat in the command systat display : The alternate system clock has died! Reverting to ``pigs'' display. Second : reboot or shutdown doesn't work after the kernel messages (disk synchronization, uptime). I must use the power button. My computer : NEC Versa Note VX BIOS Revision /126A2300 (04/03/2000) acpi0: on motherboard Booting the kernel with boot_verbose, display this messages : acpi: bad write to port 0x070 (8), val 0x52 acpi: bad read from port 0x071 (8) These messages appear fourteen/fifteen times during the boot. If someone have an idea... Thanks. -- Eric S. From owner-freebsd-acpi@FreeBSD.ORG Sat May 17 20:48:52 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61399106568A for ; Sat, 17 May 2008 20:48:52 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2A9738FC29 for ; Sat, 17 May 2008 20:48:52 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 52475 invoked from network); 17 May 2008 20:48:52 -0000 Received: from ppp-71-139-8-158.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.8.158) by root.org with ESMTPA; 17 May 2008 20:48:52 -0000 Message-ID: <482F44AC.1010904@root.org> Date: Sat, 17 May 2008 13:48:44 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Sean Bruno References: <482E1895.3000700@cis.rit.edu> <482F1482.6060105@miralink.com> In-Reply-To: <482F1482.6060105@miralink.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rui Paulo , freebsd-acpi@freebsd.org Subject: Re: Update on T42p with FreeBSD-7.0 and ACPI 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, 17 May 2008 20:48:52 -0000 Sean Bruno wrote: > Bob Krzaczek wrote: >> Following some extremely helpful advice from Tobias Roth, I've moved >> from RELEASE to STABLE, and I'm happy to say that the laptop is so >> much better behaved with suspend/resume logic. >> >> One anomaly: /etc/rc.suspend is still not running. This turns out to >> be harmless in my particular case. However, I've verified first hand >> that Mitsuru IWASAKI's patch will take care of this. >> >> http://lists.freebsd.org/pipermail/freebsd-acpi/2008-April/004806.html >> >> Anyway, thanks again for the fast and responsive feedback, folks. >> This is getting much more stable and useful, now. >> >> Cheers, >> Bob >> > Hrm...Is there a PR somewhere on this issue? Or, more importantly, has > a committer accepted the patch? Iwasaki-san's patch should be committed. Rui? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat May 17 21:12:53 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E2741065678 for ; Sat, 17 May 2008 21:12:53 +0000 (UTC) (envelope-from zb@ispid.com.pl) Received: from v005705.home.net.pl (v005705.home.net.pl [212.85.118.117]) by mx1.freebsd.org (Postfix) with SMTP id 715B08FC18 for ; Sat, 17 May 2008 21:12:52 +0000 (UTC) (envelope-from zb@ispid.com.pl) Received: from 444.net.autocom.pl (HELO localhost) (zb.ispid@onet@77.236.6.157) by m022.home.net.pl with SMTP; Sat, 17 May 2008 21:12:49 -0000 Date: Sat, 17 May 2008 23:12:57 +0200 From: Zbigniew Baniewski To: freebsd-acpi@freebsd.org Message-ID: <20080517211257.GA16923@sarge.my.own.domain.no-net> References: <20080517205245.387d7d7c.eric.servant@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20080517205245.387d7d7c.eric.servant@gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: ACPI problems afer update 6.3 to 7.0 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, 17 May 2008 21:12:53 -0000 On Sat, May 17, 2008 at 08:52:45PM +0200, Eric SERVANT wrote: > First : the percentage of processor states (user, nice, system, idle, > interrupt) are always 0.0%. > The display vmstat in the command systat display : The same thing like in my case. > My computer : NEC Versa Note VX > BIOS Revision /126A2300 (04/03/2000) > acpi0: on motherboard > [..] > If someone have an idea... Thanks. Nobody wants to fix the FreeBSD's ACPI for older mobos. You just have to switch ACPI off. -- pozdrawiam / regards Zbigniew Baniewski