From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 26 11:14:20 2007 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E74E316A403 for ; Mon, 26 Feb 2007 11:14:20 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id D6BEF13C478 for ; Mon, 26 Feb 2007 11:14:20 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l1QBEKU6005308 for ; Mon, 26 Feb 2007 11:14:20 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l1QBEDat005304 for freebsd-acpi@FreeBSD.org; Mon, 26 Feb 2007 11:14:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Feb 2007 11:14:13 GMT Message-Id: <200702261114.l1QBEDat005304@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon 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, 26 Feb 2007 11:14:21 -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/55822 acpi No ACPI power off with SMP kernel o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/64002 acpi acpi problem o i386/67273 acpi [hang] system hangs with acpi and Xfree o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/79080 acpi acpi thermal changes freezes HP nx6110 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi ACPI resume returns g_vfs_done() errors and kernel pan 11 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/73823 acpi [feature request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys f kern/90871 acpi ACPI problems with ASUS A8N-VM-CSM o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o i386/97468 acpi [acpi] ACPI on ASUS A7V hangs on shutdown -p (power of o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o i386/102343 acpi ACPI error o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi ACPI-1304: *** Error: Method execution failed o kern/108581 acpi sysctl: hw.acpi.cpu.cx_lowest: Invalid argument o kern/108695 acpi [ACPI]: Fatal trap 9: general protection fault when in o kern/109207 acpi ACPI Promlem 15 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 27 00:20:09 2007 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F083916A400 for ; Tue, 27 Feb 2007 00:20:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id E1F7B13C48E for ; Tue, 27 Feb 2007 00:20:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l1R0K9Af060698 for ; Tue, 27 Feb 2007 00:20:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l1R0K9Xr060697; Tue, 27 Feb 2007 00:20:09 GMT (envelope-from gnats) Date: Tue, 27 Feb 2007 00:20:09 GMT Message-Id: <200702270020.l1R0K9Xr060697@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/98171: commit references a PR X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 00:20:10 -0000 The following reply was made to PR kern/98171; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/98171: commit references a PR Date: Tue, 27 Feb 2007 00:14:30 +0000 (UTC) njl 2007-02-27 00:14:20 UTC FreeBSD src repository Modified files: sys/dev/acpica acpi_ec.c Log: Rework EC I/O approach. Implement burst mode, including proper handling of case where it asynchronously exits burst mode on its own. Handle different values of hz in sleep loop. Provide more debugging options to tune EC behavior. These tunables/sysctls may be temporary and are not for user access if the EC is working properly. Burst mode is now on by default for testing and the poll interval has been increased from 100 to 500 us and total timeout from 100 to 500 ms. Hopefully this should be the first step of addressing reports of timeout errors during battery or thermal access, especially on HP/Compaq laptops. It is reasonably stable and should not cause a loss of functionality or performance on systems that were previously working. Testing shows an increase of responsiveness by ~75% on one system. PR: kern/98171 Revision Changes Path 1.69 +206 -109 src/sys/dev/acpica/acpi_ec.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 27 05:31:08 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D28516A400 for ; Tue, 27 Feb 2007 05:31:08 +0000 (UTC) (envelope-from drgerlists@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id D3B3613C47E for ; Tue, 27 Feb 2007 05:31:07 +0000 (UTC) (envelope-from drgerlists@gmail.com) Received: by py-out-1112.google.com with SMTP id f47so866324pye for ; Mon, 26 Feb 2007 21:31:07 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:organization:reply-to:to:subject:message-id:user-agent:mime-version:content-type:content-transfer-encoding; b=E2uLB0AbAktjGos4lwk9c58/DO+thpcgby4sT4fZJPDJwjy9BY/hnA1LkcXSTvtSBrdKRSiTqPu6xG1bZzfZ/dEbGdCarytTvqSI+RlgmkzpwZh33wxcKYN7l2ZhJyTNRaLUDnFEtTFFWwLgCPdSLNu1gjEXyoReSi+shmFBmGo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:organization:reply-to:to:subject:message-id:user-agent:mime-version:content-type:content-transfer-encoding; b=AGcxacdSvcvX7MiU+7ui36+kmKgBW9c1nUUznLMhyhtB7jARlHwqLQt7RdpPJQEo7My7XnjAc39pcQ6+delZjmu9cOtQxGcbDqTN4FnbJjo2yWtFdDIZutPnolWbKOZxFW3+j1u2QiAnhFa1zh1uTlBtF28ja32CZ9D5+MgzWJs= Received: by 10.35.128.1 with SMTP id f1mr3055973pyn.1172552720196; Mon, 26 Feb 2007 21:05:20 -0800 (PST) Received: from lmrmac.uhw.utoledo.edu ( [131.183.86.111]) by mx.google.com with ESMTP id 15sm16561931nzn.2007.02.26.21.05.19; Mon, 26 Feb 2007 21:05:19 -0800 (PST) Date: Tue, 27 Feb 2007 00:05:18 -0500 From: drgerlists@gmail.com (Dr. Gary E. RAFE) Organization: Dr. Gary E. RAFE To: freebsd-acpi@freebsd.org Message-ID: <45e3bc0e.ysCcBQJVFan8KBpdQmS3zu1U@lmrmac.uhw.utoledo.edu> User-Agent: Heirloom mailx 12.2 01/07/07 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: No ad0 following ACPI Resume on Toshiba Sat Pro 6100/6.2-R ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drgerlists@gmail.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 05:31:08 -0000 Having yet another look at ACPI Suspend/Resume on my Toshiba Satellite Pro 6100 now running 6.2-R. The system goes into Suspend-to-Ram state OK, but the resume-on-power-switch-actuation fails with a kernel panic. I don't know where to look next at this; hints & suggestions from the experts are welcome. Note that I had the same behavior under 6.1-R, and that APM Suspend/Resume works reliably on this hardware. This looks alot like the problem reported by A. Scherbanov in a recent freebsd-current message dmesg(8) output of a verbose boot session follow: $ acpiconf -s 3 [System enters Suspend-to-RAM state correctly] [Actuate Power button] [Messages issued to console] wi0: detached pci2:8:0: Transition from D0 to D3 vga0: saving 68 bytes of video state ======== acpi_printcpu() debug dump ======== gdt[0097:c0701e60] idt[07ff:c0702340] ldt[0050] tr[0048] efl[00000096] eax[00000001] ebx[c2f24e00] ecx[c2ef67b0] edx[0009e227] esi[00000003] edi[00000000] ebp[d56cfc18] esp[d56cfbfc] cr0[8005003b] cr2[080937b4] cr3[1f433000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] ======== acpi_printcpu() debug dump ======== gdt[0097:c0701e60] idt[07ff:c0702340] ldt[0050] tr[0048] efl[00000002] eax[00000046] ebx[c2f24e00] ecx[000000a0] edx[00000001] esi[00000003] edi[00000000] ebp[d56cfc18] esp[d56cfbfc] cr0[8005003b] cr2[080937b4] cr3[1f433000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] acpi: suspend request ignored (not ready yet) cbb0: [MPSAFE] cbb1: [MPSAFE] cbb2: [MPSAFE] wakeup from sleeping state (slept 00:01:08) ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=80 ostat1=80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x50 err=0x00 lsb=0xfe msb=0x3f ata0: stat1=0x00 err=0x00 lsb=0xfe msb=0x3f ata0: reset tp2 stat0=50 stat1=00 devices=0x0 subdisk0: detached <== That can't be right ! ad0: detached <== That can't be right ! ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 g_vfs_done():ad0s2a[WRITE(offset=10314055680, length=10240)]error = 6 (... message repeated another 9 times here ...) acd0: setting PIO4 on ICH3 chip acd0: setting UDMA33 on ICH3 chip ata1: reinit done .. battery0: battery initialization start battery0: battery initialization done, tried 1 times battery1: battery initialization start atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa g_vfs_done():ad0s2a[READ(offset=10256183296, length=2048)]error = 6 panic: vinvalbuf: dirty bufs Uptime: 58s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... -- Dr Gary E RAFE: drgerlists at gmail dot com From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 27 05:39:51 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0046B16A400 for ; Tue, 27 Feb 2007 05:39:50 +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 D003713C4B3 for ; Tue, 27 Feb 2007 05:39:50 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 38436 invoked from network); 27 Feb 2007 05:39:36 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 27 Feb 2007 05:39:36 -0000 Message-ID: <45E3C420.4090208@root.org> Date: Mon, 26 Feb 2007 21:39:44 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: drgerlists@gmail.com References: <45e3bc0e.ysCcBQJVFan8KBpdQmS3zu1U@lmrmac.uhw.utoledo.edu> In-Reply-To: <45e3bc0e.ysCcBQJVFan8KBpdQmS3zu1U@lmrmac.uhw.utoledo.edu> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: No ad0 following ACPI Resume on Toshiba Sat Pro 6100/6.2-R ? 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, 27 Feb 2007 05:39:51 -0000 Dr. Gary E. RAFE wrote: > Having yet another look at ACPI Suspend/Resume > on my Toshiba Satellite Pro 6100 now running 6.2-R. > > The system goes into Suspend-to-Ram state OK, > but the resume-on-power-switch-actuation fails > with a kernel panic. > > I don't know where to look next at this; > hints & suggestions from the experts are welcome. > > Note that I had the same behavior under 6.1-R, > and that APM Suspend/Resume works reliably on this hardware. In apm, the bios reinitializes a lot of devices, including ata in your case. > This looks alot like the problem reported by > A. Scherbanov in a recent freebsd-current message > Yes, this looks like an ata problem. I forwarded it on to an ata person, and maybe he can help. > wakeup from sleeping state (slept 00:01:08) > ata0: reiniting channel .. > ata0: reset tp1 mask=03 ostat0=80 ostat1=80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x50 err=0x00 lsb=0xfe msb=0x3f > ata0: stat1=0x00 err=0x00 lsb=0xfe msb=0x3f > ata0: reset tp2 stat0=50 stat1=00 devices=0x0 > subdisk0: detached <== That can't be right ! > ad0: detached <== That can't be right ! > ata0: reinit done .. > ata1: reiniting channel .. > ata1: reset tp1 mask=03 ostat0=50 ostat1=00 > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 > ata1: reset tp2 stat0=00 stat1=00 devices=0x4 All the below errors are due to the drive disappearing, as you point out. > g_vfs_done():ad0s2a[WRITE(offset=10314055680, length=10240)]error = 6 > (... message repeated another 9 times here ...) > acd0: setting PIO4 on ICH3 chip > acd0: setting UDMA33 on ICH3 chip > ata1: reinit done .. > battery0: battery initialization start > battery0: battery initialization done, tried 1 times > battery1: battery initialization start > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > g_vfs_done():ad0s2a[READ(offset=10256183296, length=2048)]error = 6 > panic: vinvalbuf: dirty bufs > Uptime: 58s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > Rebooting... -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 27 05:55:16 2007 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DD1916A400 for ; Tue, 27 Feb 2007 05:55:16 +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 767C913C47E for ; Tue, 27 Feb 2007 05:55:16 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 38788 invoked from network); 27 Feb 2007 05:41:43 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 27 Feb 2007 05:41:43 -0000 Message-ID: <45E3C49E.2030507@root.org> Date: Mon, 26 Feb 2007 21:41:50 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: acpi@FreeBSD.org X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/mixed; boundary="------------080406040105080506050906" Cc: Subject: PATCH - panic on resume in pmap_invalidate 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, 27 Feb 2007 05:55:16 -0000 This is a multi-part message in MIME format. --------------080406040105080506050906 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Attached is a patch by Alan Cox (alc@) that changes how we map memory for acpi wake code. It should solve a problem that was reported of a panic after resume in pmap_invalidate(). It should work on 7.x or 6.x. If you have that problem, please report if it works. -- Nate --------------080406040105080506050906 Content-Type: text/plain; name="wake_page.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wake_page.diff" Index: sys/i386/acpica/acpi_wakeup.c =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/acpi_wakeup.c,v retrieving revision 1.45 diff -u -r1.45 acpi_wakeup.c --- sys/i386/acpica/acpi_wakeup.c 8 Aug 2006 01:30:54 -0000 1.45 +++ sys/i386/acpica/acpi_wakeup.c 27 Feb 2007 05:28:53 -0000 @@ -192,11 +192,9 @@ { ACPI_STATUS status; struct pmap *pm; - vm_page_t page; int ret; uint32_t cr3; u_long ef; - struct proc *p; ret = 0; if (sc->acpi_wakeaddr == 0) @@ -206,10 +204,12 @@ ef = read_eflags(); - /* Create Identity Mapping */ - if ((p = curproc) == NULL) - p = &proc0; - pm = vmspace_pmap(p->p_vmspace); + /* + * Temporarily switch to the kernel pmap because it provides an + * identity mapping (setup at boot) for the low physical memory + * region containing the wakeup code. + */ + pm = kernel_pmap; cr3 = rcr3(); #ifdef PAE load_cr3(vtophys(pm->pm_pdpt)); @@ -217,10 +217,6 @@ load_cr3(vtophys(pm->pm_pdir)); #endif - page = PHYS_TO_VM_PAGE(sc->acpi_wakephys); - pmap_enter(pm, sc->acpi_wakephys, page, - VM_PROT_READ | VM_PROT_WRITE | VM_PROT_EXECUTE, 1); - ret_addr = 0; ACPI_DISABLE_IRQS(); if (acpi_savecpu()) { @@ -283,7 +279,6 @@ } out: - pmap_remove(pm, sc->acpi_wakephys, sc->acpi_wakephys + PAGE_SIZE); load_cr3(cr3); write_eflags(ef); Index: sys/i386/i386/pmap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/pmap.c,v retrieving revision 1.581 diff -u -r1.581 pmap.c --- sys/i386/i386/pmap.c 18 Feb 2007 06:33:02 -0000 1.581 +++ sys/i386/i386/pmap.c 27 Feb 2007 05:26:22 -0000 @@ -422,6 +422,13 @@ /* Turn on PG_G on kernel page(s) */ pmap_set_pg(); + + /* + * Create an identity mapping (virt == phys) for the low 1 MB + * physical memory region that is used by the ACPI wakeup code. + * This mapping must not have PG_G set. + */ + kernel_pmap->pm_pdir[0] = PG_PS | PG_RW | PG_V; } /* --------------080406040105080506050906-- From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 27 15:27:08 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2032916A400 for ; Tue, 27 Feb 2007 15:27:08 +0000 (UTC) (envelope-from drgerlists@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id CBE2C13C49D for ; Tue, 27 Feb 2007 15:27:07 +0000 (UTC) (envelope-from drgerlists@gmail.com) Received: by py-out-1112.google.com with SMTP id f47so936543pye for ; Tue, 27 Feb 2007 07:27:07 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:organization:reply-to:to:subject:message-id:references:in-reply-to:user-agent:mime-version:content-type:content-transfer-encoding; b=GuBdLHL2m3gHZLm9HM7X/xxeHsZOoHZK7YRcaTqQ+CKeCr+zOitn/UN2CtYMieUpJT37w5U/6FSKZ7QPjVpWiPlrvxkrFmDzYqMy+o4cY0FNqgU/weiTxtEA5Cb0cRoDRgPJVbOs2YxhMWyUZj8kx82chjK0r3f5Qb6F2Oq4PBI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:organization:reply-to:to:subject:message-id:references:in-reply-to:user-agent:mime-version:content-type:content-transfer-encoding; b=JidaTiY9i02nXjRSslTysvmy2joMr1dO3N5BNQISxwkqGKNG3g5774FsJALawKUvCqEcgO3MMKwrajwkurDvIeXLhPNWJm+0+qVabn9DPWY6R7YbvmsRHJABAdZor/icU49/dO6wU8cK2HxbZ/TYSGz10WlEgx+stN9I7Qte9Jg= Received: by 10.35.60.16 with SMTP id n16mr14845130pyk.1172590027351; Tue, 27 Feb 2007 07:27:07 -0800 (PST) Received: from lmrmac.uhw.utoledo.edu ( [131.183.86.111]) by mx.google.com with ESMTP id i5sm7724890nzi.2007.02.27.07.27.06; Tue, 27 Feb 2007 07:27:06 -0800 (PST) Date: Tue, 27 Feb 2007 10:27:05 -0500 From: drgerlists@gmail.com (Dr. Gary E. RAFE) Organization: Dr. Gary E. RAFE To: freebsd-acpi@freebsd.org Message-ID: <45e44dc9.WW9MCDMAqfw6jQ6L63YbDBJ2@lmrmac.uhw.utoledo.edu> References: <45e3bc0e.ysCcBQJVFan8KBpdQmS3zu1U@lmrmac.uhw.utoledo.edu> <45E3C420.4090208@root.org> In-Reply-To: <45E3C420.4090208@root.org> User-Agent: Heirloom mailx 12.2 01/07/07 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: No ad0 following ACPI Resume on Toshiba Sat Pro 6100/6.2-R ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drgerlists@gmail.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 15:27:08 -0000 Nate Lawson wrote: ... !> and that APM Suspend/Resume works reliably on this hardware. ! !In apm, the bios reinitializes a lot of devices, including ata in your case. ! !> This looks alot like the problem reported by !> A. Scherbanov in a recent freebsd-current message !> ! !Yes, this looks like an ata problem. I forwarded it on to an ata !person, and maybe he can help. Thanks for the follow-up. Another "clue" might be that ACPI Suspend/Resume appears to work reliably on my wife's Toshiba Satellite Pro 4600 running 6.1-R, which claims to have the ICH2 ATA controller. (Actually, the 4600 has its own odd little resume problem (APM or ACPI), which is unrelated to this show-stopper, but that's a story for another thread). Regards --Gary -- Dr Gary E RAFE: drgerlists at gmail dot com From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 1 22:31:27 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB9BE16A400 for ; Thu, 1 Mar 2007 22:31:27 +0000 (UTC) (envelope-from mfrynas@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id 82DD913C47E for ; Thu, 1 Mar 2007 22:31:27 +0000 (UTC) (envelope-from mfrynas@gmail.com) Received: by wr-out-0506.google.com with SMTP id 55so837077wri for ; Thu, 01 Mar 2007 14:31:27 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=haqxHi1noQOGgnikx6JMFKewWNFVr6uZXAPxSMq38IpLtfyIPLMuW8JMrPDyHpwu/KP+eH1suIySg196IpPu/SNDSoWoqLi0L+BFipKo6KArqAjGqLJrVN8rKxvVga22EHmTQcbjT6ggbCmSOcNrIHMJrkrM1NAsMvRYO3OhyeE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Y3oe6OV7wGRyVbcSSKKFL/95eWxGnKUmtx09jfVO9waNtrHvYYcUL5FuNVQdShmaS9Wdu/NWqusVdEq430fvXLhO9Sdia4wAaYGWuQxMHO7cvNoipCZMGrbX7Gu7P+qwTrsujl+ddzD4TS7Oo4HQY5lx46UuJJHeecRt5h52y4A= Received: by 10.114.201.1 with SMTP id y1mr88114waf.1172741250801; Thu, 01 Mar 2007 01:27:30 -0800 (PST) Received: by 10.115.15.11 with HTTP; Thu, 1 Mar 2007 01:27:30 -0800 (PST) Message-ID: <8af9710703010127r64733012h20859ff9a61967bd@mail.gmail.com> Date: Thu, 1 Mar 2007 10:27:30 +0100 From: "=?ISO-8859-2?Q?Micha=B3_Frynas?=" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: umass driver doesn't rescan the bus 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, 01 Mar 2007 22:31:27 -0000 Hello all, I've got a small problem when trying to configure the devd daemon to work with umass driver. Here's what I'm trying to achive: I configured the devd to handle the nomatch event as follows: nomatch 100 { match "vendor" "[ven_id]"; match "product" "[prod_id]"; match "release" "[rel_id]"; action "if ! kldstat -n umass; then kldload umass; fi"; }; detach 100 { device-name "umass[0-9]+"; action "if kldstat -n umass; then kldunload; fi"; }; Then, when I'm attaching the usb umass device, in this case the 80gb external hdd, devd recognize the device and runs the proper action. However, after loading the umass driver the bus isn't rescaned automatically. I need to plug the device out, and plug it in again for the umass driver to recognize it correctly. I'm wondering how can I enforce that the attach event is generated again after the umass driver is loaded, or how enforce rescanning the usb/scsi bus (I tried the camcontrol, but no effect). Oh, and one more thing. The kernel sees the device as the "lost device", even it's recognized correctly, but the umass doesn't connect it the the bus, so the userland is not able to use it in anyway. PS. cam driver is also load. Thanks in advance, dziobass. From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 1 23:37:39 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FE1116A400 for ; Thu, 1 Mar 2007 23:37:39 +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 5331613C442 for ; Thu, 1 Mar 2007 23:37:39 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 88164 invoked from network); 1 Mar 2007 23:06:01 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 1 Mar 2007 23:06:01 -0000 Message-ID: <45E75C67.5050107@root.org> Date: Thu, 01 Mar 2007 15:06:15 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: =?UTF-8?B?TWljaGHFgiBGcnluYXM=?= References: <8af9710703010127r64733012h20859ff9a61967bd@mail.gmail.com> In-Reply-To: <8af9710703010127r64733012h20859ff9a61967bd@mail.gmail.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: umass driver doesn't rescan the bus 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, 01 Mar 2007 23:37:39 -0000 MichaƂ Frynas wrote: > Hello all, > > I've got a small problem when trying to configure the devd daemon to work > with umass driver. Here's what I'm trying to achive: I configured the devd > to handle the nomatch event as follows: > > nomatch 100 { > match "vendor" "[ven_id]"; > match "product" "[prod_id]"; > match "release" "[rel_id]"; > action "if ! kldstat -n umass; then kldload umass; fi"; > }; > > detach 100 { > device-name "umass[0-9]+"; > action "if kldstat -n umass; then kldunload; fi"; > }; > > Then, when I'm attaching the usb umass device, in this case the 80gb > external hdd, devd recognize the device and runs the proper action. > However, > after loading the umass driver the bus isn't rescaned automatically. I need > to plug the device out, and plug it in again for the umass driver to > recognize it correctly. I'm wondering how can I enforce that the attach > event is generated again after the umass driver is loaded, or how enforce > rescanning the usb/scsi bus (I tried the camcontrol, but no effect). > Oh, and one more thing. The kernel sees the device as the "lost device", > even it's recognized correctly, but the umass doesn't connect it the the > bus, so the userland is not able to use it in anyway. > > PS. cam driver is also load. This is not at all an ACPI question but I think I can answer it. umass isn't a device type, it's a transfer method for SCSI or ATA devices. In most cases devices are SCSI and thus the da driver will attach to disks. You can just run "camcontrol rescan all" but that shouldn't be necessary since umass will trigger the rescan. If it's ata, I think the corresponding command is "atacontrol attach ". In any case, that's not your problem. The issue is that for USB, an irq is generated when a device is plugged in. Since no driver is loaded, the irq is ignored. When you load the driver later, it doesn't know that anything is attached. It's possible this could be solved in the host interface driver (uhci/ehci/ohci) but probably not easy. Solution: load umass at boot. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 2 02:14:38 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9118716A403 for ; Fri, 2 Mar 2007 02:14:38 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0088013C428 for ; Fri, 2 Mar 2007 02:14:37 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l222EZMV034567 for ; Thu, 1 Mar 2007 23:14:36 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-acpi@freebsd.org Date: Thu, 1 Mar 2007 23:14:37 -0300 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200703012314.37530.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Error: Handler for [SystemMemory] returned AE_AML_ALIGNMENT 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, 02 Mar 2007 02:14:38 -0000 Hi somebody has an advice for me, should I do something about this erro? ACPI-0501: *** Error: Handler for [SystemMemory] returned AE_AML_ALIGNM= ENT ACPI-1304: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node= =20 0xffffff0000806cc0), AE_AML_ALIGNMENT ACPI-0239: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node= =20 0xffffff0000806cc0), AE_AML_ALIGNMENT can't fetch resources for \\_SB_.MEM_ - AE_AML_ALIGNMENT =2D-=20 thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 2 18:10:07 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4988E16A400 for ; Fri, 2 Mar 2007 18:10:07 +0000 (UTC) (envelope-from bounce+freebsd-acpi=freebsd.org@care.ringo.com) Received: from fallback1.tickle.com (nmail137.tickle.com [130.94.250.137]) by mx1.freebsd.org (Postfix) with ESMTP id 3313113C4C3 for ; Fri, 2 Mar 2007 18:10:07 +0000 (UTC) (envelope-from bounce+freebsd-acpi=freebsd.org@care.ringo.com) Received: from ringotouch2.ringo.com (130.94.250.146) by fallback1.tickle.com (PowerMTA(TM) v3.0r29) id ht1k7u06a5oh for ; Fri, 2 Mar 2007 09:57:20 -0800 (envelope-from ) Received: from ringo19.tickle.com (ringo19.tickle.com [10.2.100.30]) by ringotouch2.ringo.com (Postfix) with ESMTP id 0960C381ED for ; Fri, 2 Mar 2007 09:57:15 -0800 (PST) Message-ID: <1524129613.1172858235915.JavaMail.ringo@ringo19.tickle.com> From: Linda Yours To: Mime-Version: 1.0 X-Original-Recip: freebsd-acpi@freebsd.org Accreditor: Habeas X-Habeas-Report: Please report use of this mark in spam to X-Originating-IP: 64.42.129.195 Date: Fri, 2 Mar 2007 09:57:15 -0800 (PST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: New photos/videos 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, 02 Mar 2007 18:10:07 -0000 Check this out: http://www.ringo.com/i.html?i=162190240x953882&homeEmail=freebsd-acpi%40freebsd.org&firstName=&lastName=&origin=invite Block invitations from Linda: http://www.ringo.com/friends/invite/block.html?memberId=162190240&email=freebsd-acpi%40freebsd.org&origin=invite Block all invitations: http://www.ringo.com/friends/invite/block.html?email=freebsd-acpi%40freebsd.org&origin=invite