From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 13 11:02:02 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1DE816A41C for ; Mon, 13 Jun 2005 11:02:02 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C8EA43D48 for ; Mon, 13 Jun 2005 11:02:02 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j5DB22SG046067 for ; Mon, 13 Jun 2005 11:02:02 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j5DB21pb046057 for freebsd-acpi@freebsd.org; Mon, 13 Jun 2005 11:02:01 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 13 Jun 2005 11:02:01 GMT Message-Id: <200506131102.j5DB21pb046057@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 11:02:02 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena f [2004/03/02] kern/63666 acpi [acpi] Network card 3c575B do not work af o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 13 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi acpi / thermal support o [2004/11/11] kern/73823 acpi acpi / power-on by timer support o [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM 11 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 13 13:03:05 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AF4516A41C for ; Mon, 13 Jun 2005 13:03:05 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F234443D53 for ; Mon, 13 Jun 2005 13:03:04 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j5DD34Z8055966 for ; Mon, 13 Jun 2005 08:03:04 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42AD83ED.8070703@centtech.com> Date: Mon, 13 Jun 2005 08:02:37 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42A6DA72.2070105@centtech.com> <42A73FEE.4090202@root.org> <42A75772.2050400@centtech.com> <42A9073E.8070109@centtech.com> In-Reply-To: <42A9073E.8070109@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 13 Jun 2005 13:03:05 -0000 Eric Anderson wrote: > Eric Anderson wrote: [..snip..] >> Awesome!! Now does anyone have any hints on how I can start looking >> at why it powers off instead of resumes? Screen is blank the whole >> time so it's hard to tell whats happening. > > > Of course, as soon as I send this email, it *STOPS* working. I cannot > figure this out - it successfully went into suspend, and now I can't get > it to go into it. I haven't recompiled anything, haven't changed any > settings, nothing. > > I'm so lost.. Does anyone have any hints, clues, etc? I have a spare > D610 now to experiment on - I'm open to suggestions.. Ok - I've narrowed it down. A GENERIC kernel will go into S3 just fine on this laptop. Removing apic from the kernel will break that. I've also run into some bugs with having smp in the kernel and certain modules, so beware. Now, I can successfully go into S3, but coming back out (using the lid switch button or the power button are the only ways I know of) seems to reboot the machine. Maybe I should say that I can't tell if it's rebooting the machine, or if the machine just 'powers up' as if it was off. How do I go about debugging from here? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 13 13:06:01 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C9EF16A41C for ; Mon, 13 Jun 2005 13:06:01 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49FF743D1F for ; Mon, 13 Jun 2005 13:06:01 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j5DD60wB056000 for ; Mon, 13 Jun 2005 08:06:00 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42AD849E.8030908@centtech.com> Date: Mon, 13 Jun 2005 08:05:34 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42A6DA72.2070105@centtech.com> <42A73FEE.4090202@root.org> <42A75772.2050400@centtech.com> <42A9073E.8070109@centtech.com> <42AD83ED.8070703@centtech.com> In-Reply-To: <42AD83ED.8070703@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 13 Jun 2005 13:06:01 -0000 Eric Anderson wrote: > Eric Anderson wrote: > >> Eric Anderson wrote: > > [..snip..] > >>> Awesome!! Now does anyone have any hints on how I can start looking >>> at why it powers off instead of resumes? Screen is blank the whole >>> time so it's hard to tell whats happening. >> >> >> >> Of course, as soon as I send this email, it *STOPS* working. I cannot >> figure this out - it successfully went into suspend, and now I can't >> get it to go into it. I haven't recompiled anything, haven't changed >> any settings, nothing. >> >> I'm so lost.. Does anyone have any hints, clues, etc? I have a spare >> D610 now to experiment on - I'm open to suggestions.. > > > > Ok - I've narrowed it down. A GENERIC kernel will go into S3 just fine > on this laptop. Removing apic from the kernel will break that. > > I've also run into some bugs with having smp in the kernel and certain > modules, so beware. > > Now, I can successfully go into S3, but coming back out (using the lid > switch button or the power button are the only ways I know of) seems to > reboot the machine. Maybe I should say that I can't tell if it's > rebooting the machine, or if the machine just 'powers up' as if it was off. > > How do I go about debugging from here? Oh - and here's what it looks like when it goes to sleep: acpi_lid0: Lid closed acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) pci2:0:0: Transition from D0 to D3 vga0: saving 68 bytes of video state pci0:31:2: Transition from D0 to D3 ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ======== acpi_printcpu() debug dump ======== gdt[0097:c09c7380] idt[07ff:c09c7ea0] ldt[0050] tr[0048] efl[00080086] eax[00000001] ebx[c23ccc80] ecx[00000001] edx[00000004] esi[00000003] edi[00000000] ebp[e3618c5c] esp[e3618c40] cr0[8005003b] cr2[2813d704] cr3[00c1e000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[003b] ss[0028] Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 15 17:44:02 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C055716A41C for ; Wed, 15 Jun 2005 17:44:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87BA543D1F for ; Wed, 15 Jun 2005 17:44:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[216.133.140.1]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 15 Jun 2005 13:57:21 -0400 From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 14 Jun 2005 16:21:30 -0400 User-Agent: KMail/1.8 References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42AD83ED.8070703@centtech.com> <42AD849E.8030908@centtech.com> In-Reply-To: <42AD849E.8030908@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506141621.32011.jhb@FreeBSD.org> Cc: Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 15 Jun 2005 17:44:03 -0000 On Monday 13 June 2005 09:05 am, Eric Anderson wrote: > Eric Anderson wrote: > > Eric Anderson wrote: > >> Eric Anderson wrote: > > > > [..snip..] > > > >>> Awesome!! Now does anyone have any hints on how I can start looking > >>> at why it powers off instead of resumes? Screen is blank the whole > >>> time so it's hard to tell whats happening. > >> > >> Of course, as soon as I send this email, it *STOPS* working. I cannot > >> figure this out - it successfully went into suspend, and now I can't > >> get it to go into it. I haven't recompiled anything, haven't changed > >> any settings, nothing. > >> > >> I'm so lost.. Does anyone have any hints, clues, etc? I have a spare > >> D610 now to experiment on - I'm open to suggestions.. > > > > Ok - I've narrowed it down. A GENERIC kernel will go into S3 just fine > > on this laptop. Removing apic from the kernel will break that. > > > > I've also run into some bugs with having smp in the kernel and certain > > modules, so beware. > > > > Now, I can successfully go into S3, but coming back out (using the lid > > switch button or the power button are the only ways I know of) seems to > > reboot the machine. Maybe I should say that I can't tell if it's > > rebooting the machine, or if the machine just 'powers up' as if it was > > off. > > > > How do I go about debugging from here? > > Oh - and here's what it looks like when it goes to sleep: > > acpi_lid0: Lid closed > acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) > acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) > uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) > uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) > uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) > uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) > ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) > pci2:0:0: Transition from D0 to D3 > vga0: saving 68 bytes of video state > pci0:31:2: Transition from D0 to D3 > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ioapic_suspend: not implemented! > ======== acpi_printcpu() debug dump ======== > gdt[0097:c09c7380] idt[07ff:c09c7ea0] ldt[0050] tr[0048] efl[00080086] > eax[00000001] ebx[c23ccc80] ecx[00000001] edx[00000004] > esi[00000003] edi[00000000] ebp[e3618c5c] esp[e3618c40] > cr0[8005003b] cr2[2813d704] cr3[00c1e000] cr4[00000691] > cs[0020] ds[0028] es[0028] fs[0008] gs[003b] ss[0028] Does it actually resume ok? If so, I can probably shut up the ioapic_suspend printfs. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 15 17:54:21 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E4C116A41C; Wed, 15 Jun 2005 17:54:21 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D1A743D48; Wed, 15 Jun 2005 17:54:19 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j5FHsILg006687; Wed, 15 Jun 2005 12:54:18 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42B06B2D.4010600@centtech.com> Date: Wed, 15 Jun 2005 12:53:49 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42AD83ED.8070703@centtech.com> <42AD849E.8030908@centtech.com> <200506141621.32011.jhb@FreeBSD.org> In-Reply-To: <200506141621.32011.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/940/Wed Jun 15 01:58:59 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 15 Jun 2005 17:54:21 -0000 John Baldwin wrote: > On Monday 13 June 2005 09:05 am, Eric Anderson wrote: > >>Eric Anderson wrote: >> >>>Eric Anderson wrote: >>> >>>>Eric Anderson wrote: >>> >>>[..snip..] >>> >>> >>>>>Awesome!! Now does anyone have any hints on how I can start looking >>>>>at why it powers off instead of resumes? Screen is blank the whole >>>>>time so it's hard to tell whats happening. >>>> >>>>Of course, as soon as I send this email, it *STOPS* working. I cannot >>>>figure this out - it successfully went into suspend, and now I can't >>>>get it to go into it. I haven't recompiled anything, haven't changed >>>>any settings, nothing. >>>> >>>>I'm so lost.. Does anyone have any hints, clues, etc? I have a spare >>>>D610 now to experiment on - I'm open to suggestions.. >>> >>>Ok - I've narrowed it down. A GENERIC kernel will go into S3 just fine >>>on this laptop. Removing apic from the kernel will break that. >>> >>>I've also run into some bugs with having smp in the kernel and certain >>>modules, so beware. >>> >>>Now, I can successfully go into S3, but coming back out (using the lid >>>switch button or the power button are the only ways I know of) seems to >>>reboot the machine. Maybe I should say that I can't tell if it's >>>rebooting the machine, or if the machine just 'powers up' as if it was >>>off. >>> >>>How do I go about debugging from here? >> >>Oh - and here's what it looks like when it goes to sleep: >> >>acpi_lid0: Lid closed >>acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) >>acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) >>uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) >>uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) >>uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) >>uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) >>ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) >>pci2:0:0: Transition from D0 to D3 >>vga0: saving 68 bytes of video state >>pci0:31:2: Transition from D0 to D3 >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>ioapic_suspend: not implemented! >>======== acpi_printcpu() debug dump ======== >>gdt[0097:c09c7380] idt[07ff:c09c7ea0] ldt[0050] tr[0048] efl[00080086] >>eax[00000001] ebx[c23ccc80] ecx[00000001] edx[00000004] >>esi[00000003] edi[00000000] ebp[e3618c5c] esp[e3618c40] >>cr0[8005003b] cr2[2813d704] cr3[00c1e000] cr4[00000691] >>cs[0020] ds[0028] es[0028] fs[0008] gs[003b] ss[0028] > > > Does it actually resume ok? If so, I can probably shut up the ioapic_suspend > printfs. > No - it boots up like I had it powered off. Anything I can debug to figure that out? -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 15 20:15:23 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72F9A16A41C; Wed, 15 Jun 2005 20:15:23 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB7643D49; Wed, 15 Jun 2005 20:15:22 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-184-89.dsl.snfc21.pacbell.net [64.171.184.89]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j5FKF5Z6013361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Jun 2005 13:15:08 -0700 Message-ID: <42B08B57.6010203@root.org> Date: Wed, 15 Jun 2005 13:11:03 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42AD83ED.8070703@centtech.com> <42AD849E.8030908@centtech.com> <200506141621.32011.jhb@FreeBSD.org> <42B06B2D.4010600@centtech.com> In-Reply-To: <42B06B2D.4010600@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 15 Jun 2005 20:15:23 -0000 Eric Anderson wrote: >>>> >>>> Ok - I've narrowed it down. A GENERIC kernel will go into S3 just fine >>>> on this laptop. Removing apic from the kernel will break that. It is interesting that the suspend path without the apic support causes a hang for you. This should be investigated. Does it work if you have apic compiled in but boot with hint.apic.0.disabled="1" ? Any ideas where to look John? >>>> I've also run into some bugs with having smp in the kernel and certain >>>> modules, so beware. >>>> >>>> Now, I can successfully go into S3, but coming back out (using the lid >>>> switch button or the power button are the only ways I know of) seems to >>>> reboot the machine. Maybe I should say that I can't tell if it's >>>> rebooting the machine, or if the machine just 'powers up' as if it was >>>> off. >>> >>> >>> Oh - and here's what it looks like when it goes to sleep: >>> >>> acpi_lid0: Lid closed >>> acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) >>> acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) >>> uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) >>> uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) >>> uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) >>> uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) >>> ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) This is acpi enabling devices to wake the system from S3 and disabling others. This is done before running all DEVICE_SUSPEND methods since those could potentially power down the device, and then it won't be able to do the wake prep. (Unlikely since it is the chipset which does the wake enable function but still just being careful.) You could disable this by commenting out the acpi_wake_prep_walk(state) call in acpi_SetSleepState(). I doubt this will change anything. >>> pci2:0:0: Transition from D0 to D3 >>> vga0: saving 68 bytes of video state >>> pci0:31:2: Transition from D0 to D3 You could disable PCI power state support with hw.pci.do_power_state="0" >>> ioapic_suspend: not implemented! >>> ioapic_suspend: not implemented! I still think this needs to be implemented although it's not likely to be your problem. >>> ======== acpi_printcpu() debug dump ======== >>> gdt[0097:c09c7380] idt[07ff:c09c7ea0] ldt[0050] tr[0048] efl[00080086] >>> eax[00000001] ebx[c23ccc80] ecx[00000001] edx[00000004] >>> esi[00000003] edi[00000000] ebp[e3618c5c] esp[e3618c40] >>> cr0[8005003b] cr2[2813d704] cr3[00c1e000] cr4[00000691] >>> cs[0020] ds[0028] es[0028] fs[0008] gs[003b] ss[0028] >> > > No - it boots up like I had it powered off. Anything I can debug to > figure that out? When it's suspended, is the sleep light on or are all lights off like it is already powered off? If it's on, it is likely actually suspended. On power up, it's possible your bios doesn't even call the wake vector. There was a beep patch I never committed from takawata that can be used to see if your bios even calls the asm wake code. imp has it somewhere. Try disabling the calls to video reset in the wake code (hw.acpi.reset_video=0). Basically, you see if you're even executing the wake code. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 15 20:47:54 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB3D916A41C; Wed, 15 Jun 2005 20:47:54 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71C9A43D49; Wed, 15 Jun 2005 20:47:53 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j5FKlqZ7009011; Wed, 15 Jun 2005 15:47:52 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42B093DB.9010109@centtech.com> Date: Wed, 15 Jun 2005 15:47:23 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42AD83ED.8070703@centtech.com> <42AD849E.8030908@centtech.com> <200506141621.32011.jhb@FreeBSD.org> <42B06B2D.4010600@centtech.com> <42B08B57.6010203@root.org> In-Reply-To: <42B08B57.6010203@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/941/Wed Jun 15 13:13:38 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 15 Jun 2005 20:47:55 -0000 Nate Lawson wrote: > Eric Anderson wrote: > >>>>> >>>>> Ok - I've narrowed it down. A GENERIC kernel will go into S3 just >>>>> fine >>>>> on this laptop. Removing apic from the kernel will break that. > > > It is interesting that the suspend path without the apic support causes > a hang for you. This should be investigated. Does it work if you have > apic compiled in but boot with hint.apic.0.disabled="1" ? Any ideas > where to look John? Setting this to 1 does a funny thing. When I ask the machine to go to s3, it acts like it will, the power light dims, the machine clicks like it's going into s3, but then immediately the power light comes back on, the hard drive spins back up, and the machine starts a normal power up. >>>>> I've also run into some bugs with having smp in the kernel and certain >>>>> modules, so beware. >>>>> >>>>> Now, I can successfully go into S3, but coming back out (using the lid >>>>> switch button or the power button are the only ways I know of) >>>>> seems to >>>>> reboot the machine. Maybe I should say that I can't tell if it's >>>>> rebooting the machine, or if the machine just 'powers up' as if it was >>>>> off. >>>> >>>> >>>> >>>> Oh - and here's what it looks like when it goes to sleep: >>>> >>>> acpi_lid0: Lid closed >>>> acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) >>>> acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) >>>> uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) >>>> uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) >>>> uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) >>>> uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) >>>> ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) > > > This is acpi enabling devices to wake the system from S3 and disabling > others. This is done before running all DEVICE_SUSPEND methods since > those could potentially power down the device, and then it won't be able > to do the wake prep. (Unlikely since it is the chipset which does the > wake enable function but still just being careful.) > > You could disable this by commenting out the acpi_wake_prep_walk(state) > call in acpi_SetSleepState(). I doubt this will change anything. > >>>> pci2:0:0: Transition from D0 to D3 >>>> vga0: saving 68 bytes of video state >>>> pci0:31:2: Transition from D0 to D3 > > > You could disable PCI power state support with hw.pci.do_power_state="0" > >>>> ioapic_suspend: not implemented! >>>> ioapic_suspend: not implemented! > > > I still think this needs to be implemented although it's not likely to > be your problem. > >>>> ======== acpi_printcpu() debug dump ======== >>>> gdt[0097:c09c7380] idt[07ff:c09c7ea0] ldt[0050] tr[0048] efl[00080086] >>>> eax[00000001] ebx[c23ccc80] ecx[00000001] edx[00000004] >>>> esi[00000003] edi[00000000] ebp[e3618c5c] esp[e3618c40] >>>> cr0[8005003b] cr2[2813d704] cr3[00c1e000] cr4[00000691] >>>> cs[0020] ds[0028] es[0028] fs[0008] gs[003b] ss[0028] >>> >>> >> >> No - it boots up like I had it powered off. Anything I can debug to >> figure that out? > > > When it's suspended, is the sleep light on or are all lights off like it > is already powered off? If it's on, it is likely actually suspended. On The power light is throbbing, same thing it does when in WinXP, so it appears to be actually suspended. > power up, it's possible your bios doesn't even call the wake vector. > There was a beep patch I never committed from takawata that can be used > to see if your bios even calls the asm wake code. imp has it > somewhere. Try disabling the calls to video reset in the wake code > (hw.acpi.reset_video=0). Basically, you see if you're even executing > the wake code. I'll check that out. For now, setting these two: hw.acpi.reset_video=0 hw.pci.do_powerstate=0 Makes it act like it's going to come back - the system power light turns to steady, and things like the caps lock/numlock work, but nothing else, and the video stays off. I have to power it off and back on. Closer! However, setting just this: hw.pci.do_powerstate=0 makes it do the same thing as it does when it is set to 1 - that is it reboots like a normal power on, instead of resume. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 15 21:44:12 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 434A816A41C for ; Wed, 15 Jun 2005 21:44:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0D4043D49 for ; Wed, 15 Jun 2005 21:44:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[216.133.140.1]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 15 Jun 2005 17:57:35 -0400 From: John Baldwin To: freebsd-acpi@freebsd.org Date: Wed, 15 Jun 2005 16:38:14 -0400 User-Agent: KMail/1.8 References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42B06B2D.4010600@centtech.com> <42B08B57.6010203@root.org> In-Reply-To: <42B08B57.6010203@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506151638.15687.jhb@FreeBSD.org> Cc: Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 15 Jun 2005 21:44:12 -0000 On Wednesday 15 June 2005 04:11 pm, Nate Lawson wrote: > Eric Anderson wrote: > >>>> Ok - I've narrowed it down. A GENERIC kernel will go into S3 just > >>>> fine on this laptop. Removing apic from the kernel will break that. > > It is interesting that the suspend path without the apic support causes > a hang for you. This should be investigated. Does it work if you have > apic compiled in but boot with hint.apic.0.disabled="1" ? Any ideas > where to look John? Not for the !APIC case, no. It would probably be good to get that working first before trying to work on the APIC case. Perhaps the ioapic resume code is using locks when it shouldn't though. Is it not safe to grab a spin lock when intr_resume() is called? > >>> ioapic_suspend: not implemented! > >>> ioapic_suspend: not implemented! > > I still think this needs to be implemented although it's not likely to > be your problem. Actually, we already reprogram all the APIC intpins on resume in ioapic_resume() from saved state. There's actually not anything for ioapic_suspend() to do, so I've mostly left this as a marker until the current resume code is tested. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 16 00:13:37 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB0116A41C; Thu, 16 Jun 2005 00:13:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8FB943D1D; Thu, 16 Jun 2005 00:13:35 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j5G0DXFY011268; Wed, 15 Jun 2005 19:13:34 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42B0C40F.2050503@centtech.com> Date: Wed, 15 Jun 2005 19:13:03 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42B06B2D.4010600@centtech.com> <42B08B57.6010203@root.org> <200506151638.15687.jhb@FreeBSD.org> In-Reply-To: <200506151638.15687.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/941/Wed Jun 15 13:13:38 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 16 Jun 2005 00:13:38 -0000 John Baldwin wrote: > On Wednesday 15 June 2005 04:11 pm, Nate Lawson wrote: > >>Eric Anderson wrote: >> >>>>>>Ok - I've narrowed it down. A GENERIC kernel will go into S3 just >>>>>>fine on this laptop. Removing apic from the kernel will break that. >> >>It is interesting that the suspend path without the apic support causes >>a hang for you. This should be investigated. Does it work if you have >>apic compiled in but boot with hint.apic.0.disabled="1" ? Any ideas >>where to look John? > > > Not for the !APIC case, no. It would probably be good to get that working > first before trying to work on the APIC case. Perhaps the ioapic resume code > is using locks when it shouldn't though. Is it not safe to grab a spin lock > when intr_resume() is called? > > >>>>>ioapic_suspend: not implemented! >>>>>ioapic_suspend: not implemented! >> >>I still think this needs to be implemented although it's not likely to >>be your problem. > > > Actually, we already reprogram all the APIC intpins on resume in > ioapic_resume() from saved state. There's actually not anything for > ioapic_suspend() to do, so I've mostly left this as a marker until the > current resume code is tested. > I now see that when it is trying to come out of resume, it panics. I can't see it, and my serial access doesn't seem to work at that point (I booted with boot -h, maybe I should have set some additional options) - but if I type 'call doadump' on the keyboard, it dumps. However, I have no idea what to do with it now that it's dumped :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 16 00:58:10 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A120B16A41C; Thu, 16 Jun 2005 00:58:10 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7329A43D53; Thu, 16 Jun 2005 00:58:10 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-184-89.dsl.snfc21.pacbell.net [64.171.184.89]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j5G0w8Z6016826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Jun 2005 17:58:09 -0700 Message-ID: <42B0CDAD.6040806@root.org> Date: Wed, 15 Jun 2005 17:54:05 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42B06B2D.4010600@centtech.com> <42B08B57.6010203@root.org> <200506151638.15687.jhb@FreeBSD.org> <42B0C40F.2050503@centtech.com> In-Reply-To: <42B0C40F.2050503@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 16 Jun 2005 00:58:10 -0000 Eric Anderson wrote: > John Baldwin wrote: >> >> Actually, we already reprogram all the APIC intpins on resume in >> ioapic_resume() from saved state. There's actually not anything for >> ioapic_suspend() to do, so I've mostly left this as a marker until the >> current resume code is tested. > > I now see that when it is trying to come out of resume, it panics. I > can't see it, and my serial access doesn't seem to work at that point (I > booted with boot -h, maybe I should have set some additional options) - > but if I type 'call doadump' on the keyboard, it dumps. However, I have > no idea what to do with it now that it's dumped :) That's getting somewhere. Use savecore(8) to get a copy of the dump image. Then run dmesg on it to get console messages and gdb /boot/kernel/kernel vmcore and type "bt" to get a backtrace and "print panicstr" to get the panic message. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 16 01:18:24 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37C5E16A41C; Thu, 16 Jun 2005 01:18:24 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 068A443D4C; Thu, 16 Jun 2005 01:18:23 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-184-89.dsl.snfc21.pacbell.net [64.171.184.89]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j5G1IMZ6017046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Jun 2005 18:18:22 -0700 Message-ID: <42B0D26B.7050709@root.org> Date: Wed, 15 Jun 2005 18:14:19 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42B06B2D.4010600@centtech.com> <42B08B57.6010203@root.org> <200506151638.15687.jhb@FreeBSD.org> In-Reply-To: <200506151638.15687.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 16 Jun 2005 01:18:24 -0000 John Baldwin wrote: > On Wednesday 15 June 2005 04:11 pm, Nate Lawson wrote: > >>Eric Anderson wrote: >> >>>>>>Ok - I've narrowed it down. A GENERIC kernel will go into S3 just >>>>>>fine on this laptop. Removing apic from the kernel will break that. >> >>It is interesting that the suspend path without the apic support causes >>a hang for you. This should be investigated. Does it work if you have >>apic compiled in but boot with hint.apic.0.disabled="1" ? Any ideas >>where to look John? > > Not for the !APIC case, no. It would probably be good to get that working > first before trying to work on the APIC case. Perhaps the ioapic resume code > is using locks when it shouldn't though. Is it not safe to grab a spin lock > when intr_resume() is called? Without apic compiled in (still waiting on his reply to the "compiled in but disabled" case), his system hangs when writing to PM1A, which is an IO port in the ICH that indicates the requested sleep state. I haven't checked errata for the ICH6 which I think he has. Perhaps there is a PIC mode erratum for S3. I don't think spinlocks will be a problem. However, you are executing intr_resume() before several things have been cleaned up: } else { /* Execute Wakeup */ intr_resume(); if (bootverbose) { acpi_savecpu(); acpi_printcpu(); } } out: pmap_remove(pm, sc->acpi_wakephys, sc->acpi_wakephys + PAGE_SIZE); load_cr3(cr3); write_eflags(ef); Maybe you should probably wait until after cr3 and eflags are restored? Except I think the eflags write might reenable interrupts. >>>>>ioapic_suspend: not implemented! >>>>>ioapic_suspend: not implemented! >> >>I still think this needs to be implemented although it's not likely to >>be your problem. > > > Actually, we already reprogram all the APIC intpins on resume in > ioapic_resume() from saved state. There's actually not anything for > ioapic_suspend() to do, so I've mostly left this as a marker until the > current resume code is tested. Shouldn't suspend be masking any interrupts in the apic? We do a cli in the suspend path, but I thought the apic might need to be programmed to unhook interrupts before reprogramming in resume. In most systems, apic should be powered down completely in S3 since lapic is part of the CPU and ioapic is part of the chipset. Only thing that should be powered in S3 is the dram refresh of the MCH and the device wake capabilities of the ICH. I guess I'm saying that I'm wondering if more needs to be done in the suspend path. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 16 11:51:09 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 751FC16A41C; Thu, 16 Jun 2005 11:51:09 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3091C43D53; Thu, 16 Jun 2005 11:51:09 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j5GBp80O094530; Thu, 16 Jun 2005 06:51:08 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42B1678D.1080304@centtech.com> Date: Thu, 16 Jun 2005 06:50:37 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42B06B2D.4010600@centtech.com> <42B08B57.6010203@root.org> <200506151638.15687.jhb@FreeBSD.org> <42B0C40F.2050503@centtech.com> <42B0CDAD.6040806@root.org> In-Reply-To: <42B0CDAD.6040806@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 16 Jun 2005 11:51:09 -0000 Nate Lawson wrote: > Eric Anderson wrote: > >> John Baldwin wrote: >> >>> >>> Actually, we already reprogram all the APIC intpins on resume in >>> ioapic_resume() from saved state. There's actually not anything for >>> ioapic_suspend() to do, so I've mostly left this as a marker until >>> the current resume code is tested. >> >> >> I now see that when it is trying to come out of resume, it panics. I >> can't see it, and my serial access doesn't seem to work at that point >> (I booted with boot -h, maybe I should have set some additional >> options) - but if I type 'call doadump' on the keyboard, it dumps. >> However, I have no idea what to do with it now that it's dumped :) > > > That's getting somewhere. Use savecore(8) to get a copy of the dump > image. Then run dmesg on it to get console messages and gdb > /boot/kernel/kernel vmcore and type "bt" to get a backtrace and "print > panicstr" to get the panic message. The 'call doadump' must be failing, or something. The machine runs the disk like mad for hours, and never stops. I can't see the screen (acpi or something turned it off), otherwise I would tell you more. So, two questions: 1) How can I get it to leave my screen alone when suspending, so I can see what's happening on it's way back up during resume? 2) How can I get the debugger to use the serial port at this point? It works once I've booted up, etc, but when resuming the serial port never comes back alive. I have comconsole setup in my loader.conf, and that seems to switch the bootup and such, but once I try to resume, it kills the serial and the console keyboard so I have nothing. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 16 11:59:14 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F9BF16A41F; Thu, 16 Jun 2005 11:59:14 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B0843D53; Thu, 16 Jun 2005 11:59:13 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j5GBxDNu094569; Thu, 16 Jun 2005 06:59:13 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42B16972.3060308@centtech.com> Date: Thu, 16 Jun 2005 06:58:42 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <42B06B2D.4010600@centtech.com> <42B08B57.6010203@root.org> <200506151638.15687.jhb@FreeBSD.org> <42B0D26B.7050709@root.org> In-Reply-To: <42B0D26B.7050709@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 16 Jun 2005 11:59:14 -0000 Nate Lawson wrote: > John Baldwin wrote: > >> On Wednesday 15 June 2005 04:11 pm, Nate Lawson wrote: >> >>> Eric Anderson wrote: >>> >>>>>>> Ok - I've narrowed it down. A GENERIC kernel will go into S3 just >>>>>>> fine on this laptop. Removing apic from the kernel will break that. >>> >>> >>> It is interesting that the suspend path without the apic support causes >>> a hang for you. This should be investigated. Does it work if you have >>> apic compiled in but boot with hint.apic.0.disabled="1" ? Any ideas >>> where to look John? >> >> >> Not for the !APIC case, no. It would probably be good to get that >> working first before trying to work on the APIC case. Perhaps the >> ioapic resume code is using locks when it shouldn't though. Is it not >> safe to grab a spin lock when intr_resume() is called? > > > Without apic compiled in (still waiting on his reply to the "compiled in > but disabled" case), his system hangs when writing to PM1A, which is an > IO port in the ICH that indicates the requested sleep state. I haven't > checked errata for the ICH6 which I think he has. Perhaps there is a > PIC mode erratum for S3. I replied earlier to this: Nate Lawson: > > It is interesting that the suspend path without the apic support causes a hang for you. This should be investigated. Does it work if you have apic compiled in but boot with hint.apic.0.disabled="1" ? Any ideas where to look John? Eric Anderson: Setting this to 1 does a funny thing. When I ask the machine to go to s3, it acts like it will, the power light dims, the machine clicks like it's going into s3, but then immediately the power light comes back on, the hard drive spins back up, and the machine starts a normal power up. So, to reiterate: With apic support compiled in, and hint.apic.0.disabled="0", the machine suspends happily. With apic support compiled in, and hint.apic.0.disabled="1", the machine does the funny thing mentioned above. Without apic support compiled in, the computer powers off as if it is going into S5. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 16 13:42:44 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D278516A41C for ; Thu, 16 Jun 2005 13:42:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A66EF43D53 for ; Thu, 16 Jun 2005 13:42:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 5023 invoked from network); 16 Jun 2005 13:42:44 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail25.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 16 Jun 2005 13:42:43 -0000 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j5GDgctf035295; Thu, 16 Jun 2005 09:42:38 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Thu, 16 Jun 2005 08:19:34 -0400 User-Agent: KMail/1.8 References: <200506032012.j53KCC5k077879@repoman.freebsd.org> <200506151638.15687.jhb@FreeBSD.org> <42B0D26B.7050709@root.org> In-Reply-To: <42B0D26B.7050709@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506160819.35024.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: Subject: Re: cvs commit: src/sys/dev/acpica acpi.c 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, 16 Jun 2005 13:42:45 -0000 On Wednesday 15 June 2005 09:14 pm, Nate Lawson wrote: > John Baldwin wrote: > > On Wednesday 15 June 2005 04:11 pm, Nate Lawson wrote: > >>Eric Anderson wrote: > >>>>>>Ok - I've narrowed it down. A GENERIC kernel will go into S3 just > >>>>>>fine on this laptop. Removing apic from the kernel will break that. > >> > >>It is interesting that the suspend path without the apic support causes > >>a hang for you. This should be investigated. Does it work if you have > >>apic compiled in but boot with hint.apic.0.disabled=3D"1" ? Any ideas > >>where to look John? > > > > Not for the !APIC case, no. It would probably be good to get that > > working first before trying to work on the APIC case. Perhaps the ioap= ic > > resume code is using locks when it shouldn't though. Is it not safe to > > grab a spin lock when intr_resume() is called? > > Without apic compiled in (still waiting on his reply to the "compiled in > but disabled" case), his system hangs when writing to PM1A, which is an > IO port in the ICH that indicates the requested sleep state. I haven't > checked errata for the ICH6 which I think he has. Perhaps there is a > PIC mode erratum for S3. > > I don't think spinlocks will be a problem. However, you are executing > intr_resume() before several things have been cleaned up: > > } else { > /* Execute Wakeup */ > intr_resume(); > > if (bootverbose) { > acpi_savecpu(); > acpi_printcpu(); > } > } > > out: > pmap_remove(pm, sc->acpi_wakephys, sc->acpi_wakephys + PAGE_SIZE); > load_cr3(cr3); > write_eflags(ef); > > Maybe you should probably wait until after cr3 and eflags are restored? > Except I think the eflags write might reenable interrupts. You can always work around eflags and restore PSL_I later. I only put=20 intr_resume() where we used to reprogram the PIC. If it needs to happen=20 later, feel free to move it to a safer place. To restore PSL_I later, just= =20 do 'write_eflags(ef & ~PSL_I)' and later on when you want to turn interrupt= s=20 back on do 'if (ef & PSL_I) enable_intr();' > >>>>>ioapic_suspend: not implemented! > >>>>>ioapic_suspend: not implemented! > >> > >>I still think this needs to be implemented although it's not likely to > >>be your problem. > > > > Actually, we already reprogram all the APIC intpins on resume in > > ioapic_resume() from saved state. There's actually not anything for > > ioapic_suspend() to do, so I've mostly left this as a marker until the > > current resume code is tested. > > Shouldn't suspend be masking any interrupts in the apic? We do a cli in > the suspend path, but I thought the apic might need to be programmed to > unhook interrupts before reprogramming in resume. In most systems, apic > should be powered down completely in S3 since lapic is part of the CPU > and ioapic is part of the chipset. Only thing that should be powered in > S3 is the dram refresh of the MCH and the device wake capabilities of > the ICH. I guess I'm saying that I'm wondering if more needs to be done > in the suspend path. We don't do anything like that for the normal PICs and never have. We just= =20 let PSL_I mask it on the CPU and reprogram the PICs on resume. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 16 22:05:23 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3AF816A41C; Thu, 16 Jun 2005 22:05:23 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66BCD43D49; Thu, 16 Jun 2005 22:05:23 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j5GM5LKF086976; Fri, 17 Jun 2005 00:05:21 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j5GM5Lbn086975; Thu, 16 Jun 2005 18:05:21 -0400 (EDT) (envelope-from cracauer) Date: Thu, 16 Jun 2005 18:05:21 -0400 From: Martin Cracauer To: Markus Brueffer Message-ID: <20050616180521.A86735@cons.org> References: <200505301857.20346.markus@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200505301857.20346.markus@FreeBSD.org>; from markus@freebsd.org on Mon, May 30, 2005 at 06:57:09PM +0200 Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Call for testers: New acpi_ibm driver 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, 16 Jun 2005 22:05:24 -0000 All right, updated my thinkpad to 6.0-current. Frozen is as good as -stable, no? :-) Having trouble with the acpi_ibm module, it seems my R40 is not recognized as a thinkpad. 6.0-current as of yesterday, revision 1.6 of acpi_ibm (June 10). $ kldload acpi_ibm # prints to console that sio4 irq is not in bitmaps $ sysctl -a | grep -i ibm dev.acpi.0.%desc: IBM TP-1P dev.psmcpnp.0.%pnpinfo: _HID=IBM0057 _UID=0 > Please mail me on failure and success and include the output of > # sysctl hw.acpi.ibm sysctl: unknown oid 'hw.acpi.ibm' > In any case: Please send me your DSDT for further improvement of the driver > (even if you run FreeBSD 5): > # acpidump -t -d > name-system.asl http://www.cons.org/tmp/acpidump-t-d_thinkpad-r40 Any ideas how to make it detect? I do get other acpi stuff like the termal zone and the video/display just fine. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 16 22:37:16 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A5C16A41C; Thu, 16 Jun 2005 22:37:16 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58C9043D55; Thu, 16 Jun 2005 22:37:14 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j5GMb3Z6029510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Jun 2005 15:37:04 -0700 Message-ID: <42B1FE1D.7010200@root.org> Date: Thu, 16 Jun 2005 15:33:01 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Cracauer References: <200505301857.20346.markus@FreeBSD.org> <20050616180521.A86735@cons.org> In-Reply-To: <20050616180521.A86735@cons.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Markus Brueffer , freebsd-mobile@freebsd.org Subject: Re: Call for testers: New acpi_ibm driver 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, 16 Jun 2005 22:37:16 -0000 Martin Cracauer wrote: > All right, updated my thinkpad to 6.0-current. Frozen is as good as > -stable, no? :-) > > Having trouble with the acpi_ibm module, it seems my R40 is not > recognized as a thinkpad. > > 6.0-current as of yesterday, revision 1.6 of acpi_ibm (June 10). > > $ kldload acpi_ibm > # prints to console that sio4 irq is not in bitmaps > > $ sysctl -a | grep -i ibm > dev.acpi.0.%desc: IBM TP-1P > dev.psmcpnp.0.%pnpinfo: _HID=IBM0057 _UID=0 I think the current driver only recognizes IBM0068. Adding your HID string to the list at the top of acpi_ibm.c would get things rolling. Whether it works correctly on your model would be another question. > http://www.cons.org/tmp/acpidump-t-d_thinkpad-r40 > > Any ideas how to make it detect? > > I do get other acpi stuff like the termal zone and the video/display > just fine. > > Martin -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 16 22:52:31 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 446FA16A41C; Thu, 16 Jun 2005 22:52:31 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F9443D1F; Thu, 16 Jun 2005 22:52:31 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Thu, 16 Jun 2005 15:52:30 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5A4785D08; Thu, 16 Jun 2005 15:52:29 -0700 (PDT) To: Martin Cracauer In-reply-to: Your message of "Thu, 16 Jun 2005 18:05:21 EDT." <20050616180521.A86735@cons.org> Date: Thu, 16 Jun 2005 15:52:29 -0700 From: "Kevin Oberman" Message-Id: <20050616225229.5A4785D08@ptavv.es.net> Cc: freebsd-acpi@freebsd.org, Markus Brueffer , freebsd-mobile@freebsd.org Subject: Re: Call for testers: New acpi_ibm driver 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, 16 Jun 2005 22:52:31 -0000 > Date: Thu, 16 Jun 2005 18:05:21 -0400 > From: Martin Cracauer > Sender: owner-freebsd-acpi@freebsd.org > > All right, updated my thinkpad to 6.0-current. Frozen is as good as > -stable, no? :-) > > Having trouble with the acpi_ibm module, it seems my R40 is not > recognized as a thinkpad. > > 6.0-current as of yesterday, revision 1.6 of acpi_ibm (June 10). > > $ kldload acpi_ibm > # prints to console that sio4 irq is not in bitmaps > > $ sysctl -a | grep -i ibm > dev.acpi.0.%desc: IBM TP-1P > dev.psmcpnp.0.%pnpinfo: _HID=IBM0057 _UID=0 > > > Please mail me on failure and success and include the output of > > # sysctl hw.acpi.ibm > > sysctl: unknown oid 'hw.acpi.ibm' > > > In any case: Please send me your DSDT for further improvement of the driver > > (even if you run FreeBSD 5): > > # acpidump -t -d > name-system.asl > > http://www.cons.org/tmp/acpidump-t-d_thinkpad-r40 > > Any ideas how to make it detect? > > I do get other acpi stuff like the termal zone and the video/display > just fine. This probably won't help, but the committed code moved the OID. It's now dev.acpi_ibm. Make sure that you are no longer applying any patches. I believe that /sys/dev/acpi_support/acpi_ibm should be at v1.6. You should have logged "acpi_ibm0: on acpi0" to messages and the console when the module is loaded. (I'm not SURE that it can be loaded and work after boot, since I have it in /boot/loader.conf.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 17 16:54:35 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20CE916A41C; Fri, 17 Jun 2005 16:54:35 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7EB343D49; Fri, 17 Jun 2005 16:54:34 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j5HGsJYO004841; Fri, 17 Jun 2005 18:54:19 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j5HGsIZj004840; Fri, 17 Jun 2005 12:54:18 -0400 (EDT) (envelope-from cracauer) Date: Fri, 17 Jun 2005 12:54:18 -0400 From: Martin Cracauer To: Kevin Oberman Message-ID: <20050617125418.A4374@cons.org> References: <20050616180521.A86735@cons.org> <20050616225229.5A4785D08@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050616225229.5A4785D08@ptavv.es.net>; from oberman@es.net on Thu, Jun 16, 2005 at 03:52:29PM -0700 Cc: Markus Brueffer , freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Call for testers: New acpi_ibm driver 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, 17 Jun 2005 16:54:35 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline All right. Appended diff makes my R40 load the module and have dev.acpi_ibm appear in sysctl. lcd_brightness works, volume/mute, thinklight work. thermal with the 8 values works, two of them used for this box. First seems to be CPU (goes up in drystone). No leds (argh!). Need leds! My life is ruined. fan_speed and fan don't work, it says 0 but is definitely on. wlan might be wrong. I don't have it turned on and the led is off but it says "1". FreeBSD-current of today. I think it is safe to commit the appended diff. It makes some stuff work and I didn't see any ill effects. dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=IBM0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 2524 dev.acpi_ibm.0.events: 0 dev.acpi_ibm.0.eventmask: 2060 dev.acpi_ibm.0.hotkey: 1296 dev.acpi_ibm.0.lcd_brightness: 7 dev.acpi_ibm.0.volume: 3 dev.acpi_ibm.0.mute: 0 dev.acpi_ibm.0.thinklight: 0 dev.acpi_ibm.0.bluetooth: 0 dev.acpi_ibm.0.wlan: 1 dev.acpi_ibm.0.fan_speed: 0 dev.acpi_ibm.0.fan: 0 dev.acpi_ibm.0.thermal: 50 51 -1 -1 -1 -1 -1 -1 Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff Index: acpi_ibm.c =================================================================== RCS file: /home/CVS-FreeBSD/src/sys/dev/acpi_support/acpi_ibm.c,v retrieving revision 1.6 diff -u -r1.6 acpi_ibm.c --- acpi_ibm.c 10 Jun 2005 11:56:18 -0000 1.6 +++ acpi_ibm.c 17 Jun 2005 16:54:59 -0000 @@ -269,7 +269,7 @@ DRIVER_MODULE(acpi_ibm, acpi, acpi_ibm_driver, acpi_ibm_devclass, 0, 0); MODULE_DEPEND(acpi_ibm, acpi, 1, 1, 1); -static char *ibm_ids[] = {"IBM0068", NULL}; +static char *ibm_ids[] = {"IBM0068", "IBM0057", NULL}; static void ibm_led(void *softc, int onoff) --IJpNTDwzlM2Ie8A6-- From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 17 16:58:15 2005 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F303B16A41C for ; Fri, 17 Jun 2005 16:58:14 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id B90A143D1F for ; Fri, 17 Jun 2005 16:58:14 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j5HGwNNu013551 for ; Fri, 17 Jun 2005 12:58:24 -0400 X-ORBL: [64.171.184.89] Received: from [10.0.5.51] (adsl-64-171-184-89.dsl.snfc21.pacbell.net [64.171.184.89]) by pimout7-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j5HGw6XM109260; Fri, 17 Jun 2005 12:58:12 -0400 Message-ID: <42B3002B.7000002@root.org> Date: Fri, 17 Jun 2005 09:54:03 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050416) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Cracauer References: <20050616180521.A86735@cons.org> <20050616225229.5A4785D08@ptavv.es.net> <20050617125418.A4374@cons.org> In-Reply-To: <20050617125418.A4374@cons.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org Subject: Re: Call for testers: New acpi_ibm driver 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, 17 Jun 2005 16:58:15 -0000 Martin Cracauer wrote: > All right. > > Appended diff makes my R40 load the module and have dev.acpi_ibm > appear in sysctl. > > Index: acpi_ibm.c > =================================================================== > RCS file: /home/CVS-FreeBSD/src/sys/dev/acpi_support/acpi_ibm.c,v > retrieving revision 1.6 > diff -u -r1.6 acpi_ibm.c > --- acpi_ibm.c 10 Jun 2005 11:56:18 -0000 1.6 > +++ acpi_ibm.c 17 Jun 2005 16:54:59 -0000 > @@ -269,7 +269,7 @@ > DRIVER_MODULE(acpi_ibm, acpi, acpi_ibm_driver, acpi_ibm_devclass, > 0, 0); > MODULE_DEPEND(acpi_ibm, acpi, 1, 1, 1); > -static char *ibm_ids[] = {"IBM0068", NULL}; > +static char *ibm_ids[] = {"IBM0068", "IBM0057", NULL}; > > static void > ibm_led(void *softc, int onoff) Style note to committer, please sort IDs in alphabetical/numeric order. Otherwise, looks fine. -- Nate