From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 10 14:16:20 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC5BD106566B for ; Sun, 10 Jan 2010 14:16:20 +0000 (UTC) (envelope-from mikael@ikivesi.net) Received: from smtp-68.nebula.fi (smtp.nblnetworks.fi [IPv6:2001:1bc8:100c:f220::66]) by mx1.freebsd.org (Postfix) with ESMTP id 133E28FC13 for ; Sun, 10 Jan 2010 14:16:18 +0000 (UTC) Received: from devel.localnet (131-166.turkunet.fi [92.242.166.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-68.nebula.fi (Postfix) with ESMTP id 2D55743F05CA for ; Sun, 10 Jan 2010 16:16:15 +0200 (EET) From: Mikael Ikivesi To: freebsd-acpi@freebsd.org Date: Sun, 10 Jan 2010 16:15:48 +0200 User-Agent: KMail/1.12.2 (Linux/2.6.31-gentoo-r3; KDE/4.3.2; x86_64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201001101615.49012.mikael@ikivesi.net> X-Spam-Status: No, score=1.0 required=5.0 tests=SARE_BAYES_5x7, SARE_BAYES_6x6 autolearn=no version=3.2.5 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on smtp-68.nebula.fi Subject: resume problem with hp-laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mikael@ikivesi.net List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 14:16:21 -0000 Hello My laptop has problems while resuming. With setting: hw.acpi.reset_video=1 the laptop wakes up, and I can see messages on the screen. About the time of ata reinit has been done the screen goes back to black, but system still remains operational. (ie. I can type commands and reboot cleanly) While runnin X I can usually get system back and visible. Only strange thing is that systems seems faster (whole system is lot more responsive). I guess resuming somehow messes cpu frequency settings. (not visible in sysctl output) Possible more useful information below: ----MESAGES AFTER ISSUING SUSPEND: pci0:1:0:0: Transition from D0 to D3 pci0:8:0:0: Transition from D0 to D3 pci0:9:0:0: Transition from D0 to D3 fwohci0: fwohci_pci_suspend pci0:10:0:0: Transition from D0 to D3 vga0: saving 68 bytes of video state pci0:0:17:0: Transition from D0 to D3 pci0:0:18:2: Transition from D0 to D3 pci0:0:19:2: Transition from D0 to D3 ct_to_ts([2010-01-10 13:22:39]) = 1263129759.000000000 stray irq0 acpi0: suspend request ignored (not ready yet) acpi0: request to enter state S5 failed (err 6) pci0:0:18:2: Transition from D3 to D0 pci0:0:19:2: Transition from D3 to D0 re0: link state changed to DOWN fwohci0: Phy 1394a available S400, 2 ports. fwohci0: fwphy_rddata:: 0x5 loop=100, retry=100 fwohci0: fwphy_rddata:: 0x2 loop=100, retry=100 fwohci0: Link S400, max_rec 512 bytes. fwohci0: max_rec 512 -> 2048 fwohci0: Initiate bus reset fwohci0: fwphy_rddata:: 0x1 loop=100, retry=100 fwohci0: fwphy_rddata:: 0x1 loop=100, retry=100 ata2: reiniting channel .. ata2: AHCI reset... ata2: hardware reset ... ata2: SATA connect time=10ms status=00000113 ata2: ready wait time=55ms ata2: software reset port 15... ata2: ahci_issue_cmd timeout: 3000 of 3000ms, status=00000001 ata2: port is not ready (timeout 0ms) tfd = 000001d0 ata2: software reset clear timeout ata2: software reset port 0... ata2: ready wait time=0ms ata2: SIGNATURE: 00000101 ata2: AHCI reset done: devices=00000001 ugen1.2: at usbus1 (disconnected) re0: link state changed to UP ugen5.2: at usbus5 (disconnected) ata2: reinit done .. ata3: reiniting channel .. ata3: AHCI reset... ata3: hardware reset ... ata3: SATA connect time=10ms status=00000113 ata3: ready wait time=0ms ata3: software reset port 15... ata3: ahci_issue_cmd timeout: 3000 of 3000ms, status=00000001 ata3: port is not ready (timeout 0ms) tfd = 00000180 ata3: software reset clear timeout ata3: software reset port 0... ata3: ready wait time=0ms ata3: SIGNATURE: eb140101 ata3: AHCI reset done: devices=00010000 ata3: reinit done .. ata4: reiniting channel .. ata4: AHCI reset... ata4: hardware reset ... ata4: SATA connect timeout status=00000000 ata4: AHCI reset done: phy reset found no device ata4: reinit done .. ata5: reiniting channel .. ata5: AHCI reset... ata5: hardware reset ... ata5: SATA connect timeout status=00000000 ata5: AHCI reset done: phy reset found no device ata5: reinit done .. ata6: reiniting channel .. ata6: AHCI reset... ata6: hardware reset ... ata6: SATA connect timeout status=00000000 ata6: AHCI reset done: phy reset found no device ata6: reinit done .. ata7: reiniting channel .. ata7: AHCI reset... ata7: hardware reset ... ata7: SATA connect timeout status=00000000 ata7: AHCI reset done: phy reset found no device ata7: reinit done .. usb_alloc_device:1586: set address 2 failed (USB_ERR_TIMEOUT, ignored) ugen2.2: at usbus2 (disconnected) ata0: reiniting channel .. ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x0 ata1: reinit done .. battery0: 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 usb_alloc_device:1624: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT! battery0: battery initialization done, tried 1 times ugen1.2: at usbus1 ugen2.2: at usbus2 usbd_req_re_enumerate:1539: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT! usbd_req_re_enumerate:1539: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT! ugen5.2: <(null)> at usbus5 (disconnected) uhub_reattach_port:435: could not allocate new device! ugen5.2: at usbus5 ------------------- DMESG BEFORE ISSUING SUSPEND Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80e19000. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2100095962 Hz CPU: AMD Turion(tm) X2 Ultra Dual-Core Mobile ZM-80 (2100.10-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x200f31 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x131f TSC: P-state invariant L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 4294967296 (4096 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000e48000 - 0x00000000b66effff, 3045752832 bytes (743592 pages) 0x00000000bfdbf000 - 0x00000000bfe57fff, 626688 bytes (153 pages) 0x00000000bfebf000 - 0x00000000bfeecfff, 188416 bytes (46 pages) 0x00000000bfeff000 - 0x00000000bfefffff, 4096 bytes (1 pages) 0x0000000100000000 - 0x000000013ffeffff, 1073676288 bytes (262128 pages) avail memory = 4097855488 (3908 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xfe020 00024 (v2 HP ) ACPI: XSDT 0xbfefe120 0005C (v1 HPQOEM SLIC-MPC 00000003 01000013) ACPI: FACP 0xbfefd000 000F4 (v4 HP 3600 00000003 MSFT 01000013) ACPI: DSDT 0xbfef0000 096FA (v1 HP 3600 F0000000 MSFT 01000013) ACPI: FACS 0xbfe61000 00040 ACPI: HPET 0xbfefc000 00038 (v1 HP 3600 00000001 MSFT 01000013) ACPI: APIC 0xbfefb000 00084 (v2 HP 3600 00000001 MSFT 01000013) ACPI: MCFG 0xbfefa000 0003C (v1 HP 3600 00000001 MSFT 01000013) ACPI: BOOT 0xbfeef000 00028 (v1 HP 3600 00000001 MSFT 01000013) ACPI: SLIC 0xbfeee000 00176 (v1 HPQOEM SLIC-MPC 06040000 LTP 00000001) ACPI: SSDT 0xbfeed000 00386 (v1 AMD PowerNow 00000001 AMD 00000001) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 2 MADT: Ignoring local NMI routed to ACPI CPU 3 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010400 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] AcpiOsDerivePciId: \\_SB_.PCI0.SMBS.IRQF -> bus 0 dev 20 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xffffff800000f000 pa 0x4000 AcpiOsDerivePciId: \\_SB_.PCI0.NBBI -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.NBMS -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.NBBR -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.PB10.J380.PCFG -> bus 10 dev 0 func 0 ACPI timer: 1/2 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x4353 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1022, dev=0x9600, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x9603, revid=0x00 domain=0, bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1022, dev=0x9604, revid=0x00 domain=0, bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1022, dev=0x9605, revid=0x00 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1022, dev=0x9606, revid=0x00 domain=0, bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1022, dev=0x9609, revid=0x00 domain=0, bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1002, dev=0x4391, revid=0x00 domain=0, bus=0, slot=17, func=0 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x6038, size 3, enabled map[14]: type I/O Port, range 32, base 0x604c, size 2, enabled map[18]: type I/O Port, range 32, base 0x6030, size 3, enabled map[1c]: type I/O Port, range 32, base 0x6048, size 2, enabled map[20]: type I/O Port, range 32, base 0x6010, size 4, enabled map[24]: type Memory, range 32, base 0xd2408000, size 10, enabled pcib0: matched entry for 0.17.INTA pcib0: slot 17 INTA hardwired to IRQ 22 found-> vendor=0x1002, dev=0x4397, revid=0x00 domain=0, bus=0, slot=18, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 map[10]: type Memory, range 32, base 0xd2407000, size 12, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4398, revid=0x00 domain=0, bus=0, slot=18, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 map[10]: type Memory, range 32, base 0xd2406000, size 12, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4396, revid=0x00 domain=0, bus=0, slot=18, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd2408500, size 8, enabled pcib0: matched entry for 0.18.INTB pcib0: slot 18 INTB hardwired to IRQ 17 found-> vendor=0x1002, dev=0x4397, revid=0x00 domain=0, bus=0, slot=19, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type Memory, range 32, base 0xd2405000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x4398, revid=0x00 domain=0, bus=0, slot=19, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type Memory, range 32, base 0xd2404000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x4396, revid=0x00 domain=0, bus=0, slot=19, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd2408400, size 8, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4385, revid=0x3a domain=0, bus=0, slot=20, func=0 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0403, statreg=0x9230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x439c, revid=0x00 domain=0, bus=0, slot=20, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0015, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 MSI supports 1 message map[20]: type I/O Port, range 32, base 0x6000, size 4, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4383, revid=0x00 domain=0, bus=0, slot=20, func=2 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 64, base 0xd2400000, size 14, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x439d, revid=0x00 domain=0, bus=0, slot=20, func=3 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4384, revid=0x00 domain=0, bus=0, slot=20, func=4 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1300, revid=0x40 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1301, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1302, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1303, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1304, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 2.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x5000-0x5fff pcib1: memory decode 0xd2300000-0xd23fffff pcib1: prefetched decode 0xc0000000-0xcfffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x95c4, revid=0x00 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 32, base 0xc0000000, size 28, enabled pcib1: requested memory range 0xc0000000-0xcfffffff: good map[14]: type I/O Port, range 32, base 0x5000, size 8, enabled pcib1: requested I/O range 0x5000-0x50ff: in range map[18]: type Memory, range 32, base 0xd2300000, size 16, enabled pcib1: requested memory range 0xd2300000-0xd230ffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0xaa28, revid=0x00 domain=0, bus=1, slot=0, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xd2310000, size 14, enabled pcib1: requested memory range 0xd2310000-0xd2313fff: good pcib1: matched entry for 1.0.INTB pcib1: slot 0 INTB hardwired to IRQ 19 vgapci0: port 0x5000-0x50ff mem 0xc0000000-0xcfffffff,0xd2300000-0xd230ffff irq 18 at device 0.0 on pci1 pci1: at device 0.1 (no driver attached) pcib2: at device 4.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 7 pcib2: I/O decode 0x3000-0x4fff pcib2: memory decode 0xd1300000-0xd22fffff pcib2: prefetched decode 0xd0000000-0xd0ffffff pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: at device 5.0 on pci0 pcib3: domain 0 pcib3: secondary bus 8 pcib3: subordinate bus 8 pcib3: I/O decode 0xfffff000-0xfff pcib3: memory decode 0xd1200000-0xd12fffff pcib3: no prefetched decode pci8: on pcib3 pci8: domain=0, physical bus=8 found-> vendor=0x168c, dev=0x002a, revid=0x01 domain=0, bus=8, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D3 current D0 MSI supports 1 message MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xd1200000, size 16, enabled pcib3: requested memory range 0xd1200000-0xd120ffff: good pcib3: matched entry for 8.0.INTA pcib3: slot 0 INTA hardwired to IRQ 17 ath0: mem 0xd1200000-0xd120ffff irq 17 at device 0.0 on pci8 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd1200000 ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 49 ath0: [MPSAFE] ath0: [ITHREAD] ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11na MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps ath0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps ath0: AR9280 mac 128.2 RF5133 phy 13.0 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons pcib4: at device 6.0 on pci0 pcib4: domain 0 pcib4: secondary bus 9 pcib4: subordinate bus 9 pcib4: I/O decode 0x2000-0x2fff pcib4: prefetched decode 0xd1000000-0xd10fffff pci9: on pcib4 pci9: domain=0, physical bus=9 found-> vendor=0x10ec, dev=0x8168, revid=0x02 domain=0, bus=9, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit MSI-X supports 2 messages in map 0x20 map[10]: type I/O Port, range 32, base 0x2000, size 8, enabled pcib4: requested I/O range 0x2000-0x20ff: in range map[18]: type Prefetchable Memory, range 64, base 0xd1010000, size 12, enabled pcib4: requested memory range 0xd1010000-0xd1010fff: good map[20]: type Prefetchable Memory, range 64, base 0xd1000000, size 16, enabled pcib4: requested memory range 0xd1000000-0xd100ffff: good pcib4: matched entry for 9.0.INTA pcib4: slot 0 INTA hardwired to IRQ 18 re0: port 0x2000-0x20ff mem 0xd1010000-0xd1010fff,0xd1000000-0xd100ffff irq 18 at device 0.0 on pci9 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xd1010000 re0: MSI count : 2 re0: attempting to allocate 1 MSI vectors (2 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 50 re0: using IRQ 256 for MSI re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: bpf attached re0: Ethernet address: 00:1e:68:9c:41:09 re0: [MPSAFE] re0: [FILTER] pcib5: at device 10.0 on pci0 pcib5: domain 0 pcib5: secondary bus 10 pcib5: subordinate bus 10 pcib5: I/O decode 0xfffff000-0xfff pcib5: memory decode 0xd1100000-0xd11fffff pcib5: no prefetched decode pci10: on pcib5 pci10: domain=0, physical bus=10 found-> vendor=0x197b, dev=0x2380, revid=0x00 domain=0, bus=10, slot=0, func=0 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd1100000, size 11, enabled pcib5: requested memory range 0xd1100000-0xd11007ff: good map[14]: type Memory, range 32, base 0xd1100d00, size 7, enabled pcib5: requested memory range 0xd1100d00-0xd1100d7f: good map[20]: type Memory, range 32, base 0xd1100c80, size 7, enabled pcib5: requested memory range 0xd1100c80-0xd1100cff: good map[24]: type Memory, range 32, base 0xd1100c00, size 7, enabled pcib5: requested memory range 0xd1100c00-0xd1100c7f: good pcib5: matched entry for 10.0.INTA pcib5: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x197b, dev=0x2382, revid=0x00 domain=0, bus=10, slot=0, func=1 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd1100b00, size 8, enabled pcib5: requested memory range 0xd1100b00-0xd1100bff: good pcib5: matched entry for 10.0.INTA pcib5: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x197b, dev=0x2381, revid=0x00 domain=0, bus=10, slot=0, func=2 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd1100a00, size 8, enabled pcib5: requested memory range 0xd1100a00-0xd1100aff: good pcib5: matched entry for 10.0.INTA pcib5: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x197b, dev=0x2383, revid=0x00 domain=0, bus=10, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd1100900, size 8, enabled pcib5: requested memory range 0xd1100900-0xd11009ff: good pcib5: matched entry for 10.0.INTA pcib5: slot 0 INTA hardwired to IRQ 18 found-> vendor=0x197b, dev=0x2384, revid=0x00 domain=0, bus=10, slot=0, func=4 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xd1100800, size 8, enabled pcib5: requested memory range 0xd1100800-0xd11008ff: good pcib5: matched entry for 10.0.INTA pcib5: slot 0 INTA hardwired to IRQ 18 fwohci0: vendor=197b, dev=2380 fwohci0: vendor=197b, dev=2380 fwohci0: <1394 Open Host Controller Interface> mem 0xd1100000-0xd11007ff,0xd1100d00-0xd1100d7f,0xd1100c80-0xd1100cff,0xd1100c00-0xd1100c7f irq 18 at device 0.0 on pci10 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xd1100000 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 0 vector 51 fwohci0: [MPSAFE] fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:24:1b:00:c9:39:19:01 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: fwphy_rddata:: 0x5 loop=100, retry=100 fwohci0: fwphy_rddata:: 0x2 loop=100, retry=100 fwohci0: Link S400, max_rec 512 bytes. fwohci0: max_rec 512 -> 2048 firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x158c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:24:1b:39:19:01 fwe0: bpf attached fwe0: Ethernet address: 02:24:1b:39:19:01 fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 00:24:1b:00:c9:39:19:01 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwphy_rddata:: 0x1 loop=100, retry=100 fwohci0: fwphy_rddata:: 0x1 loop=100, retry=100 pci10: at device 0.1 (no driver attached) pci10: at device 0.2 (no driver attached) pci10: at device 0.3 (no driver attached) pci10: at device 0.4 (no driver attached) atapci0: port 0x6038-0x603f,0x604c-0x604f,0x6030-0x6037,0x6048-0x604b,0x6010-0x601f mem 0xd2408000-0xd24083ff irq 22 at device 17.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x6010 atapci0: Reserved 0x400 bytes for rid 0x24 type 3 at 0xd2408000 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 52 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 6 3Gbps ports, PM supported atapci0: Caps: 64bit NCQ SNTF MPS AL CLO 3Gbps PM PMD 32cmd CCC 6ports ata2: on atapci0 ata2: AHCI reset... ata2: hardware reset ... ata2: SATA connect time=10ms status=00000113 ata2: ready wait time=356ms ata2: software reset port 15... ata2: ahci_issue_cmd timeout: 3000 of 3000ms, status=00000001 ata2: port is not ready (timeout 0ms) tfd = 000001d0 ata2: software reset clear timeout ata2: software reset port 0... ata2: ready wait time=0ms ata2: SIGNATURE: 00000101 ata2: AHCI reset done: devices=00000001 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: AHCI reset... ata3: hardware reset ... ata3: SATA connect time=10ms status=00000113 ata3: ready wait time=0ms ata3: software reset port 15... ata3: ahci_issue_cmd timeout: 3000 of 3000ms, status=00000001 ata3: port is not ready (timeout 0ms) tfd = 00000180 ata3: software reset clear timeout ata3: software reset port 0... ata3: ready wait time=0ms ata3: SIGNATURE: eb140101 ata3: AHCI reset done: devices=00010000 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: AHCI reset... ata4: hardware reset ... ata4: SATA connect timeout status=00000000 ata4: AHCI reset done: phy reset found no device ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci0 ata5: AHCI reset... ata5: hardware reset ... ata5: SATA connect timeout status=00000000 ata5: AHCI reset done: phy reset found no device ata5: [MPSAFE] ata5: [ITHREAD] ata6: on atapci0 ata6: AHCI reset... ata6: hardware reset ... ata6: SATA connect timeout status=00000000 ata6: AHCI reset done: phy reset found no device ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci0 ata7: AHCI reset... ata7: hardware reset ... ata7: SATA connect timeout status=00000000 ata7: AHCI reset done: phy reset found no device ata7: [MPSAFE] ata7: [ITHREAD] ohci0: mem 0xd2407000-0xd2407fff irq 16 at device 18.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd2407000 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 53 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xd2406000-0xd2406fff irq 16 at device 18.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd2406000 ohci1: [MPSAFE] ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0xd2408500-0xd24085ff irq 17 at device 18.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xd2408500 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus2: waiting for BIOS to give up control usbus2: EHCI version 1.0 usbus2: on ehci0 ohci2: mem 0xd2405000-0xd2405fff irq 18 at device 19.0 on pci0 ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd2405000 ohci2: [MPSAFE] ohci2: [ITHREAD] usbus3: on ohci2 ohci3: mem 0xd2404000-0xd2404fff irq 18 at device 19.1 on pci0 ohci3: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd2404000 ohci3: [MPSAFE] ohci3: [ITHREAD] usbus4: on ohci3 ehci1: mem 0xd2408400-0xd24084ff irq 19 at device 19.2 on pci0 ehci1: Reserved 0x100 bytes for rid 0x10 type 3 at 0xd2408400 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 54 ehci1: [MPSAFE] ehci1: [ITHREAD] usbus5: waiting for BIOS to give up control usbus5: EHCI version 1.0 usbus5: on ehci1 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6000-0x600f irq 16 at device 20.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x6000 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 55 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 56 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib6: at device 20.4 on pci0 pcib6: domain 0 pcib6: secondary bus 128 pcib6: subordinate bus 143 pcib6: I/O decode 0x1000-0x1fff pcib6: no prefetched decode pcib6: Subtractively decoded bridge. pci128: on pcib6 pci128: domain=0, physical bus=128 battery0: on acpi0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (-273.2C) atrtc0: port 0x70-0x71 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 57 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 58 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x410 hwpstate0: on cpu0 cpu1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x4353 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route Timecounter "HPET" frequency 14318180 Hz quality 900 ahc_isa_probe 0: ioport 0xc00 alloc failed ex_isa_identify() isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 uart0: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 257682 -> 100000 procfs registered lapic: Divisor 2, Frequency 100004602 hz Timecounter "TSC" frequency 2100095962 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00000000 ata0: New devices: 00000000 ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000001 ata2: New devices: 00000001 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 battery0: battery initialization start acpi_acad0: acline initialization start ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad4: 305245MB at ata2-master SATA150 ad4: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 battery0: battery initialization done, tried 1 times uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered ad4: Silicon Image check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3: Identifying devices: 00010000 ata3: New devices: 00010000 ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ata3: device_reset timeout=1690us acd0: DVDR drive at ata3 as master acd0: read 8115KB/s (10820KB/s) write 172KB/s, 2048KB buffer, SATA150 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: DVD 120mm data disc ata4: Identifying devices: 00000000 ata4: New devices: 00000000 ata5: Identifying devices: 00000000 ata5: New devices: 00000000 ata6: Identifying devices: 00000000 ata6: New devices: 00000000 ata7: Identifying devices: 00000000 ata7: New devices: 00000000 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010400 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 1 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 1 vector 49 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 1 vector 50 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 1 vector 51 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 1 vector 52 uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered ugen5.2: at usbus5 ugen2.2: at usbus2 ugen1.2: at usbus1 Trying to mount root from ufs:/dev/ad4s3a ct_to_ts([2010-01-10 13:20:56]) = 1263129656.000000000 start_init: trying /sbin/init re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP -------- Mikael Ikivesi (mikael [at] ikivesi.net) http://taotao.fi http://kiinalainenlaaketiede.fi From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 11 11:06:51 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F1751065694 for ; Mon, 11 Jan 2010 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D96578FC08 for ; Mon, 11 Jan 2010 11:06:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0BB6o5C034562 for ; Mon, 11 Jan 2010 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0BB6oYN034560 for freebsd-acpi@FreeBSD.org; Mon, 11 Jan 2010 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Jan 2010 11:06:50 GMT Message-Id: <201001111106.o0BB6oYN034560@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 11:06:51 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o kern/140979 acpi [acpi] [panic] Kernel panic (fatal trap 12: page fault o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 58 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 11 20:20:03 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E80AC1065672 for ; Mon, 11 Jan 2010 20:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BC67E8FC12 for ; Mon, 11 Jan 2010 20:20:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0BKK3bk015458 for ; Mon, 11 Jan 2010 20:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0BKK3X9015457; Mon, 11 Jan 2010 20:20:03 GMT (envelope-from gnats) Date: Mon, 11 Jan 2010 20:20:03 GMT Message-Id: <201001112020.o0BKK3X9015457@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Sevan / Venture37 Cc: Subject: Re: i386/136008: [acpi] Dell Vostro 1310 will not shutdown (Requires user intervention) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sevan / Venture37 List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 20:20:04 -0000 The following reply was made to PR i386/136008; it has been noted by GNATS. From: Sevan / Venture37 To: bug-followup@FreeBSD.org, dan@dburkland.com Cc: Subject: Re: i386/136008: [acpi] Dell Vostro 1310 will not shutdown (Requires user intervention) Date: Mon, 11 Jan 2010 20:08:40 +0000 This is a multi-part message in MIME format. --------------010201010104070900050707 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Unmangled version of the diff attached for the 8.0-RELEASE source, I've been using this diff on 8.0-RELEASE AMD64 for the past few month & it kind of works (issuing halt -p when running off battery works, but not if I'm running from the mains, there are lots of errors when switching power sources aswell) Sevan / Venture37 --------------010201010104070900050707 Content-Type: text/plain; name="acpi_ec.c.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acpi_ec.c.txt" --- sys/dev/acpica/acpi_ec.c.orig 2009-12-16 03:21:36.283295223 +0000 +++ sys/dev/acpica/acpi_ec.c 2009-12-16 03:38:44.410426185 +0000 @@ -197,6 +197,10 @@ SYSCTL_INT(_debug_acpi_ec, OID_AUTO, timeout, CTLFLAG_RW, &ec_timeout, EC_TIMEOUT, "Total time spent waiting for a response (poll+sleep)"); +static int ec_disable_polling; +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, disable_polling, CTLFLAG_RW, &ec_disable_polling, 0, + "Totally disable use of polled mode (Dell EC problem workaround)"); + static ACPI_STATUS EcLock(struct acpi_ec_softc *sc) { @@ -577,7 +581,9 @@ /* Disable the GPE so we don't get EC events during shutdown. */ sc = device_get_softc(dev); - AcpiDisableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_NOT_ISR); + if (!ec_disable_polling){ + AcpiDisableGpe(sc->ec_gpehandle,sc->ec_gpebit,ACPI_NOT_ISR); + } return (0); } @@ -814,7 +820,7 @@ ACPI_SERIAL_ASSERT(ec); Status = AE_NO_HARDWARE_RESPONSE; - int need_poll = cold || rebooting || ec_polled_mode || sc->ec_suspending; + int need_poll = ( cold || rebooting || ec_polled_mode || sc->ec_suspending ) && !ec_disable_polling; /* * The main CPU should be much faster than the EC. So the status should * be "not ready" when we start waiting. But if the main CPU is really @@ -894,7 +900,11 @@ device_printf(sc->ec_dev, "wait timed out (%sresponse), forcing polled mode\n", Status == AE_OK ? "" : "no "); + if (ec_disable_polling) { + device_printf(sc->ec_dev,"Polling explicitily disabled! Continue waiting for generated GPEs...\n"); + } else { ec_polled_mode = TRUE; + } } } if (Status != AE_OK) --------------010201010104070900050707-- From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 13 21:06:35 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3536F1065679 for ; Wed, 13 Jan 2010 21:06:35 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [82.95.154.195]) by mx1.freebsd.org (Postfix) with ESMTP id EE0BB8FC0C for ; Wed, 13 Jan 2010 21:06:34 +0000 (UTC) Received: by gvr.gvr.org (Postfix, from userid 657) id 9A76742D811; Wed, 13 Jan 2010 21:42:28 +0100 (CET) Date: Wed, 13 Jan 2010 21:42:28 +0100 From: Guido van Rooij To: freebsd-acpi@freebsd.org Message-ID: <20100113204228.GA8768@gvr.gvr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: ACPI CMBAT notify's never reach devd? 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, 13 Jan 2010 21:06:35 -0000 I am trying to have a script shutdown a system on low battery levels and I'm using this script: http://www.chruetertee.ch/files/download/battery What I see is that the script is only called when the state changes (e.g. when the bateries start charging). Reading the script, it seems to imply that notify's should be sent regularly when the level (hw.acpi.battery.life) changes. However that does not happen. Also, when batteries run out, the state does not change to LOW (I waited to: hw.acpi.battery.life: 4 hw.acpi.battery.time: 3 hw.acpi.battery.state: 1 I am not sure if this is a bug in the acpi implementation or in my laptop's bios (the dumped DSDT indeed only seems to send SB.BAT noities in the PWRE method). I read on http://www.columbia.edu/~ariel/acpi/acpi_howto.txt: If your battery doesn't support alarms, the ACPI specification requires the OS to poll the battery to check its remaining capacity. It appears that Linux does not yet do this. In this case, it's best to run a user application that can check your battery status and take appropriate action. Can anyone tell me what I need to do to use the script succesfully? My system: Dell D820 running 8.0-release. -Guido From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 14 02:12:44 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB51C1065679 for ; Thu, 14 Jan 2010 02:12:44 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.root.org (root.org [208.72.84.34]) by mx1.freebsd.org (Postfix) with ESMTP id 876098FC08 for ; Thu, 14 Jan 2010 02:12:44 +0000 (UTC) Received: from [10.0.5.50] (ppp-71-139-9-149.dsl.snfc21.pacbell.net [71.139.9.149]) by mail.root.org (Postfix) with ESMTP id 70899434F; Thu, 14 Jan 2010 01:55:44 +0000 (UTC) Message-ID: <4B4E799E.2030405@root.org> Date: Wed, 13 Jan 2010 17:55:42 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Guido van Rooij References: <20100113204228.GA8768@gvr.gvr.org> In-Reply-To: <20100113204228.GA8768@gvr.gvr.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI CMBAT notify's never reach devd? 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, 14 Jan 2010 02:12:44 -0000 Guido van Rooij wrote: > I am trying to have a script shutdown a system on low battery levels and > I'm using this script: > http://www.chruetertee.ch/files/download/battery > > What I see is that the script is only called when the state changes > (e.g. when the bateries start charging). > Reading the script, it seems to imply that notify's should be sent > regularly when the level (hw.acpi.battery.life) changes. > However that does not happen. > > Also, when batteries run out, the state does not change to LOW (I waited > to: > hw.acpi.battery.life: 4 > hw.acpi.battery.time: 3 > hw.acpi.battery.state: 1 > > I am not sure if this is a bug in the acpi implementation or in my laptop's > bios (the dumped DSDT indeed only seems to send SB.BAT noities in the PWRE > method). I read on http://www.columbia.edu/~ariel/acpi/acpi_howto.txt: > If your battery doesn't support alarms, the ACPI specification requires the > OS to poll the battery to check its remaining capacity. It appears that > Linux does not yet do this. In this case, it's best to run a user > application that can check your battery status and take appropriate action. > > Can anyone tell me what I need to do to use the script succesfully? > My system: Dell D820 running 8.0-release. Most battery systems don't generate the notifies on level changes. So our ACPI battery implementation itself is polled. You should probably just run a cron job that checks the level. Perhaps we could add a low and high mark to the kernel code, configurable by the user. It would be checked by the cmbat polling code and generate an artificial notify to devd if there was a match. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 14 07:56:46 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 356D41065670 for ; Thu, 14 Jan 2010 07:56:46 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [82.95.154.195]) by mx1.freebsd.org (Postfix) with ESMTP id E9C0C8FC16 for ; Thu, 14 Jan 2010 07:56:45 +0000 (UTC) Received: by gvr.gvr.org (Postfix, from userid 657) id CE33E42D818; Thu, 14 Jan 2010 08:56:44 +0100 (CET) Date: Thu, 14 Jan 2010 08:56:44 +0100 From: Guido van Rooij To: Nate Lawson Message-ID: <20100114075644.GA18572@gvr.gvr.org> References: <20100113204228.GA8768@gvr.gvr.org> <4B4E799E.2030405@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B4E799E.2030405@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI CMBAT notify's never reach devd? 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, 14 Jan 2010 07:56:46 -0000 On Wed, Jan 13, 2010 at 05:55:42PM -0800, Nate Lawson wrote: > Guido van Rooij wrote: > > I am trying to have a script shutdown a system on low battery levels and > > I'm using this script: > > http://www.chruetertee.ch/files/download/battery > > > > What I see is that the script is only called when the state changes > > (e.g. when the bateries start charging). > > Reading the script, it seems to imply that notify's should be sent > > regularly when the level (hw.acpi.battery.life) changes. > > However that does not happen. > > > > Also, when batteries run out, the state does not change to LOW (I waited > > to: > > hw.acpi.battery.life: 4 > > hw.acpi.battery.time: 3 > > hw.acpi.battery.state: 1 > > > > I am not sure if this is a bug in the acpi implementation or in my laptop's > > bios (the dumped DSDT indeed only seems to send SB.BAT noities in the PWRE > > method). I read on http://www.columbia.edu/~ariel/acpi/acpi_howto.txt: > > If your battery doesn't support alarms, the ACPI specification requires the > > OS to poll the battery to check its remaining capacity. It appears that > > Linux does not yet do this. In this case, it's best to run a user > > application that can check your battery status and take appropriate action. > > > > Can anyone tell me what I need to do to use the script succesfully? > > My system: Dell D820 running 8.0-release. > > Most battery systems don't generate the notifies on level changes. So > our ACPI battery implementation itself is polled. You should probably > just run a cron job that checks the level. That can be done of course, but devd seems a better place. > > Perhaps we could add a low and high mark to the kernel code, > configurable by the user. It would be checked by the cmbat polling code > and generate an artificial notify to devd if there was a match. > Can you tell me which function in acpi_cmbat is used for polling, as it seems to me thee is no regular polling. There is a define CMBAT_POLLRATE but it is never used. -Guido From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 14 17:42:47 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D9571065670 for ; Thu, 14 Jan 2010 17:42:47 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.root.org (root.org [208.72.84.34]) by mx1.freebsd.org (Postfix) with ESMTP id 18BAA8FC15 for ; Thu, 14 Jan 2010 17:42:46 +0000 (UTC) Received: from [10.0.5.50] (ppp-71-139-9-149.dsl.snfc21.pacbell.net [71.139.9.149]) by mail.root.org (Postfix) with ESMTP id D9B6140DA; Thu, 14 Jan 2010 17:42:45 +0000 (UTC) Message-ID: <4B4F5791.5020902@root.org> Date: Thu, 14 Jan 2010 09:42:41 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Guido van Rooij References: <20100113204228.GA8768@gvr.gvr.org> <4B4E799E.2030405@root.org> <20100114075644.GA18572@gvr.gvr.org> In-Reply-To: <20100114075644.GA18572@gvr.gvr.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI CMBAT notify's never reach devd? 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, 14 Jan 2010 17:42:47 -0000 Guido van Rooij wrote: > On Wed, Jan 13, 2010 at 05:55:42PM -0800, Nate Lawson wrote: >> Most battery systems don't generate the notifies on level changes. So >> our ACPI battery implementation itself is polled. You should probably >> just run a cron job that checks the level. > > That can be done of course, but devd seems a better place. Yes, I just meant for now. >> Perhaps we could add a low and high mark to the kernel code, >> configurable by the user. It would be checked by the cmbat polling code >> and generate an artificial notify to devd if there was a match. >> > > Can you tell me which function in acpi_cmbat is used for polling, > as it seems to me thee is no regular polling. There is a define > CMBAT_POLLRATE but it is never used. It's been a long time since I looked at the code. I think it does it synchronously, in the context of a user requesting the value. So we don't have a periodic polling thread currently. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 14 17:53:35 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EE4B1065672 for ; Thu, 14 Jan 2010 17:53:35 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [82.95.154.195]) by mx1.freebsd.org (Postfix) with ESMTP id 201EE8FC14 for ; Thu, 14 Jan 2010 17:53:34 +0000 (UTC) Received: by gvr.gvr.org (Postfix, from userid 657) id C094942D819; Thu, 14 Jan 2010 18:53:33 +0100 (CET) Date: Thu, 14 Jan 2010 18:53:33 +0100 From: Guido van Rooij To: Nate Lawson Message-ID: <20100114175333.GA26607@gvr.gvr.org> References: <20100113204228.GA8768@gvr.gvr.org> <4B4E799E.2030405@root.org> <20100114075644.GA18572@gvr.gvr.org> <4B4F5791.5020902@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B4F5791.5020902@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI CMBAT notify's never reach devd? 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, 14 Jan 2010 17:53:35 -0000 On Thu, Jan 14, 2010 at 09:42:41AM -0800, Nate Lawson wrote: > Guido van Rooij wrote: > > On Wed, Jan 13, 2010 at 05:55:42PM -0800, Nate Lawson wrote: > >> Most battery systems don't generate the notifies on level changes. So > >> our ACPI battery implementation itself is polled. You should probably > >> just run a cron job that checks the level. > > > > That can be done of course, but devd seems a better place. > > Yes, I just meant for now. > > >> Perhaps we could add a low and high mark to the kernel code, > >> configurable by the user. It would be checked by the cmbat polling code > >> and generate an artificial notify to devd if there was a match. > >> > > > > Can you tell me which function in acpi_cmbat is used for polling, > > as it seems to me thee is no regular polling. There is a define > > CMBAT_POLLRATE but it is never used. > > It's been a long time since I looked at the code. I think it does it > synchronously, in the context of a user requesting the value. So we > don't have a periodic polling thread currently. Indeed. That's how I read the code. Having a polling mechanism would involve a new thread (I think) just as with acpi_thermal. I'll just create a crontab for now ;) -Guido