From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 9 05:38:00 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7939B16A402 for ; Sun, 9 Apr 2006 05:38:00 +0000 (UTC) (envelope-from daeg@houston.rr.com) Received: from ms-smtp-04.texas.rr.com (ms-smtp-04.texas.rr.com [24.93.47.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1145043D46 for ; Sun, 9 Apr 2006 05:37:59 +0000 (GMT) (envelope-from daeg@houston.rr.com) Received: from cpe-24-167-65-111.houston.res.rr.com (cpe-24-167-65-111.houston.res.rr.com [24.167.65.111]) by ms-smtp-04.texas.rr.com (8.13.4/8.13.4) with ESMTP id k395bvwL012138 for ; Sun, 9 Apr 2006 00:37:58 -0500 (CDT) From: David J Brooks Organization: KC5WNK To: freebsd-acpi@freebsd.org Date: Sat, 8 Apr 2006 23:37:42 -0600 User-Agent: KMail/1.9.1 X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(gxJxxc R nSNPNr*/^~StawWU9KDJ-CT0k$f#@t2^K&BS_f|?ZV/.7Q MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200604090037.42786.daeg@houston.rr.com> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Thermal problems with HP Pavillion 510c X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 05:38:00 -0000 Description of Buggy Behavior: ACPI Thermal reports absurdly low temperatures and is ignored at start-up. As a consequence, the CPU fan runs loudly and continuously. When booted under Win XP the thermal system operates as expected, and much more quietly. dmesg output (ACPI enabled): Copyright (c) 1992-2006 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 6.1-PRERELEASE #16: Mon Mar 27 08:22:11 CST 2006 david@fuzzy.home.net:/usr/obj/usr/src/sys/FUZZY Preloaded elf kernel "/boot/kernel/kernel" at 0xc0794000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc07941b0. Calibrating clock(s) ... i8254 clock: 1193084 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1295686277 Hz CPU: Intel(R) Celeron(TM) CPU 1300MHz (1295.69-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 401080320 (382 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000825000 - 0x0000000017605fff, 383651840 bytes (93665 pages) 0x0000000017d00000 - 0x0000000017e77fff, 1540096 bytes (376 pages) avail memory = 387153920 (369 MB) MP Configuration Table version 1.4 found at 0xc009fd70 Table 'FACP' at 0x17cfbf0a Table 'APIC' at 0x17cfbf7e MADT: Found table at 0x17cfbf7e APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f6640 bios32: Entry = 0xfd7b0 (c00fd7b0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd7b0+0x1f8 pnpbios: Found PnP BIOS data at 0xc00f66a0 pnpbios: Entry = f0000:915d Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 random: mem: Pentium Pro MTRR support enabled io: VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00 00 01 10 00 38 24 2e 01 00 01 40 01 00 01 63 01 00 01 1c 01 09 01 0a 01 0b 01 0c 01 1d 01 0e 01 00 01 27 01 28 01 01 01 10 01 11 01 12 01 02 01 VESA: 20 mode(s) found VESA: v3.0, 1024k memory, flags:0x1, mode table:0xc06b5b02 (1000022) VESA: Intel(R) 810, Intel(R) 815 Chipset Video BIOS VESA: Intel Corporation Intel(R) 810, Intel(R) 815 Chipset Hardware Version 0.0 null: ioapic0: routing intpin 13 (ISA IRQ 13) to vector 48 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 49 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71248086) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdf40 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 1 1 14 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 1 14 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 1 14 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 1 14 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 1 13 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 1 13 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 1 13 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 1 13 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 1 11 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 1 11 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 1 11 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 1 11 D 0x61 3 4 5 7 9 10 11 12 14 15 embedded 1 6 A 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 12 14 15 ACPI timer: 1/1 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7124, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7125, revid=0x03 bus=0, slot=1, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 map[10]: type 3, range 32, base f8000000, size 26, enabled map[14]: type 1, range 32, base f4000000, size 19, enabled pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2418, revid=0x02 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2410, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2411, revid=0x02 bus=0, slot=31, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 000010a0, size 4, enabled found-> vendor=0x8086, dev=0x2412, revid=0x02 bus=0, slot=31, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[20]: type 4, range 32, base 00001080, size 5, enabled pcib0: matched entry for 0.31.INTD pcib0: slot 31 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2413, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=9 map[20]: type 4, range 32, base 00001100, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2415, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=9 map[10]: type 4, range 32, base 00001200, size 8, enabled map[14]: type 4, range 32, base 00001300, size 6, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 agp0: mem 0xf8000000-0xfbffffff,0xf4000000-0xf407ffff irq 16 at device 1.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xf4000000 pcib1: at device 30.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xf4100000-0xf42fffff pcib1: prefetched decode 0xf4300000-0xf43fffff pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=1, slot=6, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00002000, size 8, enabled pcib1: (null) requested I/O range 0x2000-0x20ff: in range map[14]: type 1, range 32, base f4200000, size 8, enabled pcib1: (null) requested memory range 0xf4200000-0xf42000ff: good pcib1: matched entry for 1.6.INTA pcib1: slot 6 INTA hardwired to IRQ 19 found-> vendor=0x11c1, dev=0x044e, revid=0x02 bus=1, slot=11, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0303, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0xfc (63000 ns), maxlat=0x0e (3500 ns) intpin=a, irq=9 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base f4200400, size 8, enabled pcib1: (null) requested memory range 0xf4200400-0xf42004ff: good map[14]: type 4, range 32, base 00002820, size 3, enabled pcib1: (null) requested I/O range 0x2820-0x2827: in range map[18]: type 4, range 32, base 00002400, size 8, enabled pcib1: (null) requested I/O range 0x2400-0x24ff: in range pcib1: matched entry for 1.11.INTA pcib1: slot 11 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x1229, revid=0x05 bus=1, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0113, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=9 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base f4300000, size 12, enabled pcib1: (null) requested memory range 0xf4300000-0xf4300fff: good map[14]: type 4, range 32, base 00002800, size 5, enabled pcib1: (null) requested I/O range 0x2800-0x281f: in range map[18]: type 1, range 32, base f4100000, size 20, enabled pcib1: (null) requested memory range 0xf4100000-0xf41fffff: good pcib1: matched entry for 1.13.INTA pcib1: slot 13 INTA hardwired to IRQ 17 rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 pcib1: rl0 requested I/O range 0x2000-0x20ff: in range rl0: port 0x2000-0x20ff mem 0xf4200000-0xf42000ff irq 19 at device 6.0 on pci1 pcib1: rl0 requested I/O range 0x2000-0x20ff: in range miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:40:2b:1c:2a:64 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 50 rl0: [MPSAFE] pci1: at device 11.0 (no driver attached) fxp0: port 0x2800-0x281f mem 0xf4300000-0xf4300fff,0xf4100000-0xf41fffff irq 17 at device 13.0 on pci1 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf4300000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 000a 0005 fxp0: Dynamic Standby mode is disabled miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:90:27:0e:4a:9c ioapic0: routing intpin 17 (PCI IRQ 17) to vector 51 fxp0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x10a0-0x10af at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x10a0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 52 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=51 ostat1=50 ata1: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=10 stat1=10 devices=0xc ioapic0: routing intpin 15 (ISA IRQ 15) to vector 53 ata1: [MPSAFE] uhci0: port 0x1080-0x109f irq 19 at device 31.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1080 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) pcm0: port 0x1200-0x12ff,0x1300-0x133f irq 17 at device 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1200 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0x1300 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 6 bit master volume, Analog Devices Phat Stereo pcm0: Primary codec extended features variable rate PCM, reserved 1 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 1732d000, 4000; 0xd5062000 -> 1732d000 pcm0: sndbuf_setmap 17329000, 4000; 0xd5066000 -> 17329000 acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (-263.-7C) acpi_tz0: _PSV value is absurd, ignored (-273.-2C) acpi_tz0: _ACx value is absurd, ignored (-266.-7C) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 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 vector 54 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 55 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 sio0: irq maps: 0xcc01 0xcc11 0xcc01 0xcc01 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 sio1: irq maps: 0xcc01 0xcc09 0xcc01 0xcc01 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 57 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 58 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 59 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xd0000-0xd07ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices uhub1: vendor 0x109f product 0x7148, class 9/0, rev 1.10/0.00, addr 2 uhub1: 4 ports with 4 removable, self powered uscanner0: Color FlatbedScanner 13, rev 1.00/1.21, addr 3 ulpt0: hp deskjet 3600, rev 2.00/1.00, addr 4, iclass 7/1 ulpt0: using bi-directional mode Device configuration finished. lapic: Divisor 2, Frequency 49834021 hz Timecounter "TSC" frequency 1295686277 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging unlimited lo0: bpf attached ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on ICH chip ad0: 38166MB at ata0-master PIO4 ad0: 78165360 sectors [82714C/15H/63S] 16 sectors/interrupt 1 depth queue ad1: setting PIO4 on ICH chip ad1: 152627MB at ata0-slave PIO4 ad1: 312581808 sectors [330774C/15H/63S] 16 sectors/interrupt 1 depth queue ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire ata1-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on ICH chip GEOM: new disk ad0 GEOM: new disk ad1 acd0: CDROM drive at ata1 as master acd0: read 8937KB/s (8937KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: setting PIO4 on ICH chip acd1: DMA limited to UDMA33, controller found non-ATA66 cable acd1: setting UDMA33 on ICH chip acd1: DVDR drive at ata1 as slave acd1: read 8269KB/s (8251KB/s) write 2756KB/s (2751KB/s), 2048KB buffer, UDMA33 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd1: Writes: CDR, CDRW, DVDR, test write, burnproof acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: CD-R 120mm audio disc pcm0: measured ac97 link rate at 48003 Hz, will use 48000 Hz pass0 at ata1 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers pass1 at ata1 bus 0 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: 16.000MB/s transfers cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [328926 x 2048 byte records] cd1 at ata1 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present GEOM: new disk cd0 GEOM: new disk cd1 Trying to mount root from ufs:/dev/ad1s1a start_init: trying /sbin/init procfs registered ad1: setting PIO4 on ICH chip ad1: setting UDMA66 on ICH chip netsmb_dev: loaded splash: image decoder found: fire_saver Linux ELF exec handler installed dmesg output (ACPI disabled): The system will not boot without ACPI. Output from sysctl hw.acpi: hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: -268.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: -1 hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 URL where my ASL can be found: http://www.quinnfamily.org/david-HPPavillion510c.asl Any help will be sincerely appreciated, David -- Sure God created the world in only six days, but He didn't have an established user-base. From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 9 07:12:00 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4BD716A401 for ; Sun, 9 Apr 2006 07:12:00 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3558943D46 for ; Sun, 9 Apr 2006 07:11:59 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so482296wxc for ; Sun, 09 Apr 2006 00:11:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=f1q4Ac/ZWcNFn9NoUTUGpQ3+Vp3wrTv2lE49imfU9v+3yi2RnZxg3/gzhOpTDzrFf6nbmtHVwAFD2BigoEk+aLaB1KEDnowZvEuMpS/cnenTJYTO24I7s3Jv+c1ApR2rW2E++NCoO5nVY/VX/sTxgeE/AEaxlOJwbg762wRkEbo= Received: by 10.70.52.18 with SMTP id z18mr124244wxz; Sun, 09 Apr 2006 00:11:59 -0700 (PDT) Received: by 10.70.49.13 with HTTP; Sun, 9 Apr 2006 00:11:59 -0700 (PDT) Message-ID: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> Date: Sun, 9 Apr 2006 15:11:59 +0800 From: "Mars G. Miro" To: "Dmitry Morozovsky" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 07:12:01 -0000 On 4/8/06, Dmitry Morozovsky wrote: > On Fri, 7 Apr 2006, Mars G. Miro wrote: > > MGM> Greetz! > MGM> > MGM> I have an HP DL145 that I'm having problems with when connecting vi= a > MGM> serial console. I think it's acpi-related. This is on 6.1-BETA4/amd6= 4 > MGM> (5.X is the same also) > > [snip] > > It seems it's DL145 G2. We use three of them and did not see your problem= . Yes it's a G2. Sorry i ommitted that information the first time. > However, *sometimes* serial consoles work only for input (I can login and > check new processes presence on ttyd0, but can not see any messages. Trou= ble > is > that this situation is not easy reproducible, and stty state seems to be = the > same. > Does the box seem to hang when you do this? e.g., when you do not see any messages. > What is you stop getty on ttyd0 and try to run two tip's? > I'm not sure I get you, sorry ;-( Can you elaborate further? Thanks. > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 9 09:26:06 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 033C916A403; Sun, 9 Apr 2006 09:26:06 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 571A543D45; Sun, 9 Apr 2006 09:26:05 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k399Q3Eo020186; Sun, 9 Apr 2006 13:26:03 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 9 Apr 2006 13:26:03 +0400 (MSD) From: Dmitry Morozovsky To: "Mars G. Miro" In-Reply-To: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> Message-ID: <20060409131952.N99847@woozle.rinet.ru> References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 09 Apr 2006 13:26:04 +0400 (MSD) Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 09:26:06 -0000 On Sun, 9 Apr 2006, Mars G. Miro wrote: MGM> > MGM> I have an HP DL145 that I'm having problems with when connecting via MGM> > MGM> serial console. I think it's acpi-related. This is on 6.1-BETA4/amd64 MGM> > MGM> (5.X is the same also) MGM> > MGM> > [snip] MGM> > MGM> > It seems it's DL145 G2. We use three of them and did not see your problem. MGM> MGM> Yes it's a G2. Sorry i ommitted that information the first time. MGM> MGM> > However, *sometimes* serial consoles work only for input (I can login and MGM> > check new processes presence on ttyd0, but can not see any messages. Trouble MGM> > is MGM> > that this situation is not easy reproducible, and stty state seems to be the MGM> > same. MGM> > MGM> MGM> Does the box seem to hang when you do this? e.g., when you do not see MGM> any messages. Nope. The box is working properly: I checked it by logging via ssh and digging throoup list of processes and their states; the only data which can not get throudh is serial from G2 to serial console. I can (blindly) login, type `sleep 50' and see sleep process from ssh connection. After logout, getty _sometimes_ returns sio0 to the proper state, so 'login:' is visible on the other side. What is also interesting, that the box is _never_ in this state on boot phase or single user sh: only after getty/login, and not every time. MGM> > What is you stop getty on ttyd0 and try to run two tip's? MGM> > MGM> MGM> I'm not sure I get you, sorry ;-( Can you elaborate further? s/is/if/ of course. Try to disable getty in /etc/ttys, and start tip -9600 ttyd0 on G2 side - can you communicate with the other side? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 9 10:58:59 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 041E616A403 for ; Sun, 9 Apr 2006 10:58:59 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 157DD43D49 for ; Sun, 9 Apr 2006 10:58:57 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by xproxy.gmail.com with SMTP id s15so468403wxc for ; Sun, 09 Apr 2006 03:58:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MnBieWNzuVCvJaW4sCR2UmO7dJEJPftAyh3OWU3XU4kkd/pA444R92+EJhXrzbilcV3UiVotp6towb5QqrI9tx8xfUbjk4qa0MNpX+otm1HyQfEVIXtGloyaNKHBHRIG+6+7TrAlvi+Da3H3hhdxlhlTDANTp7c99yJtO8HfRuM= Received: by 10.70.83.19 with SMTP id g19mr3825277wxb; Sun, 09 Apr 2006 03:58:57 -0700 (PDT) Received: by 10.70.49.13 with HTTP; Sun, 9 Apr 2006 03:58:57 -0700 (PDT) Message-ID: <28edec3c0604090358j13d906a3h99fc839c26c1b807@mail.gmail.com> Date: Sun, 9 Apr 2006 18:58:57 +0800 From: "Mars G. Miro" To: "Dmitry Morozovsky" In-Reply-To: <20060409131952.N99847@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> <20060409131952.N99847@woozle.rinet.ru> Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 10:58:59 -0000 On 4/9/06, Dmitry Morozovsky wrote: > On Sun, 9 Apr 2006, Mars G. Miro wrote: > > MGM> > MGM> I have an HP DL145 that I'm having problems with when > connecting via > MGM> > MGM> serial console. I think it's acpi-related. This is on > 6.1-BETA4/amd64 > MGM> > MGM> (5.X is the same also) > MGM> > > MGM> > [snip] > MGM> > > MGM> > It seems it's DL145 G2. We use three of them and did not see your > problem. > MGM> > MGM> Yes it's a G2. Sorry i ommitted that information the first time. > MGM> > MGM> > However, *sometimes* serial consoles work only for input (I can lo= gin > and > MGM> > check new processes presence on ttyd0, but can not see any message= s. > Trouble > MGM> > is > MGM> > that this situation is not easy reproducible, and stty state seems= to > be the > MGM> > same. > MGM> > > MGM> > MGM> Does the box seem to hang when you do this? e.g., when you do not se= e > MGM> any messages. > > Nope. The box is working properly: I checked it by logging via ssh and > digging > throoup list of processes and their states; the only data which can not g= et > throudh is serial from G2 to serial console. I can (blindly) login, type > `sleep > 50' and see sleep process from ssh connection. After logout, getty > _sometimes_ > returns sio0 to the proper state, so 'login:' is visible on the other sid= e. > > What is also interesting, that the box is _never_ in this state on > boot phase or single user sh: only after getty/login, and not every time. > > MGM> > What is you stop getty on ttyd0 and try to run two tip's? > MGM> > > MGM> > MGM> I'm not sure I get you, sorry ;-( Can you elaborate further? > > s/is/if/ of course. Try to disable getty in /etc/ttys, and start > tip -9600 ttyd0 on G2 side - can you communicate with the other side? > > I tried your suggestion. I disabled the relevant ttyd0 entry in the DL145 G2's /etc/ttys and made the other box the server instead of the client (adding the same relevant /etc/ttys entry). The moment I HUP init on the other box, the effect is the same on the G2. The box is hung. Network services such as ssh just halt. ICMP still works tho. And as usual, acpi0 interrupts (and cpu consumption) hit thru the roof: irq9: acpi0 20218233 254 I know that If i disable acpi the serial console works. There's a BIOS update but doesn't really seem relevant as it only fixes HBA stuff: http://h18004.www1.hp.com/support/files/server/us/download/23932.html ( add to that the lousy prerequisite I must have win2k/win2k3 installed ... grrrr) Thanks. > > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 9 11:22:15 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ABFF16A403; Sun, 9 Apr 2006 11:22:15 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7101D43D46; Sun, 9 Apr 2006 11:22:14 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k39BMCS8046608; Sun, 9 Apr 2006 15:22:12 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 9 Apr 2006 15:22:12 +0400 (MSD) From: Dmitry Morozovsky To: "Mars G. Miro" In-Reply-To: <28edec3c0604090358j13d906a3h99fc839c26c1b807@mail.gmail.com> Message-ID: <20060409151757.L99847@woozle.rinet.ru> References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> <20060409131952.N99847@woozle.rinet.ru> <28edec3c0604090358j13d906a3h99fc839c26c1b807@mail.gmail.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 09 Apr 2006 15:22:13 +0400 (MSD) Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 11:22:15 -0000 On Sun, 9 Apr 2006, Mars G. Miro wrote: MGM> There's a BIOS update but doesn't really seem relevant as it only MGM> fixes HBA stuff: MGM> http://h18004.www1.hp.com/support/files/server/us/download/23932.html MGM> ( add to that the lousy prerequisite I must have win2k/win2k3 MGM> installed ... grrrr) Hmm, other BIOS Updates may be relevant, yes. Which version of Main BIOS do you have? Actually, you should not have win2k installed on the very same server; however, prior to iLO 1.21 you *must* use USB floppy to boot from. If you need to I can prepare .img files for dd for you - just drop a note ;-) I did not dig into these .EXE format though - it seems there should be rather straightforward process to extract floppy images from HP soft updates... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 9 11:46:15 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A3DA16A400 for ; Sun, 9 Apr 2006 11:46:15 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68B9F43D46 for ; Sun, 9 Apr 2006 11:46:14 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so494223wxc for ; Sun, 09 Apr 2006 04:46:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SHNHgLLoFNyreFEXuYijW9O6+g1CPoR7LgvtMUPxBHzM5lGoqVBmrV5ZN5AfegBlzK7RrWmUpT/N/n60A+MNhxXiWNt6GG7Vp9wy6JeCRF+u8kDYtOjjbpYzMdxTZoraU7rifP7KMDd0T7HRJnhjsTiPC01Zkj1IZO1UjotzdQ8= Received: by 10.70.42.13 with SMTP id p13mr638671wxp; Sun, 09 Apr 2006 04:46:13 -0700 (PDT) Received: by 10.70.49.13 with HTTP; Sun, 9 Apr 2006 04:46:13 -0700 (PDT) Message-ID: <28edec3c0604090446r9a65c92j4d027e0d889e4411@mail.gmail.com> Date: Sun, 9 Apr 2006 19:46:13 +0800 From: "Mars G. Miro" To: "Dmitry Morozovsky" In-Reply-To: <20060409151757.L99847@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> <20060409131952.N99847@woozle.rinet.ru> <28edec3c0604090358j13d906a3h99fc839c26c1b807@mail.gmail.com> <20060409151757.L99847@woozle.rinet.ru> Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: sio+acpi woes on HP DL145 G2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 11:46:15 -0000 On 4/9/06, Dmitry Morozovsky wrote: > On Sun, 9 Apr 2006, Mars G. Miro wrote: > > MGM> There's a BIOS update but doesn't really seem relevant as it only > MGM> fixes HBA stuff: > MGM> http://h18004.www1.hp.com/support/files/server/us/download/23932.htm= l > MGM> ( add to that the lousy prerequisite I must have win2k/win2k3 > MGM> installed ... grrrr) > > Hmm, other BIOS Updates may be relevant, yes. Which version of Main BIOS = do > you > have? > Ok the box is: Phoenix Server BIOS 3 RELEASE 6.1 BIOS ROM ID HPSYSTEM BIOS - O05 BIOS Version 2.09 Build date 05/05/05 IPMI Specification V 1.5 BMC Firmware 1.00.00000000 And there's only 1 BIOS update on their site for this box. > Actually, you should not have win2k installed on the very same server; > however, > prior to iLO 1.21 you *must* use USB floppy to boot from. If you need to = I > can > prepare .img files for dd for you - just drop a note ;-) > Actually I do not have win2k on it, I meant that the prerequisite for installing the new firmware is win2k/win2k3(w/c is a REAL PITA), as stated on their site in the URL I gave. > I did not dig into these .EXE format though - it seems there should be > rather > straightforward process to extract floppy images from HP soft updates... > That would be interesting :-) Thanks. > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > cheers mars From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 10 02:05:44 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACE2116A401; Mon, 10 Apr 2006 02:05:44 +0000 (UTC) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AD5B43D48; Mon, 10 Apr 2006 02:05:44 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [192.168.1.88] (64-142-76-135.dsl.static.sonic.net [64.142.76.135]) by elvis.mu.org (Postfix) with ESMTP id 361991A4E3B; Sun, 9 Apr 2006 19:05:44 -0700 (PDT) Message-ID: <4439BD77.6020507@freebsd.org> Date: Sun, 09 Apr 2006 19:05:43 -0700 From: Paul Saab User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: "Mars G. Miro" References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> In-Reply-To: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org, Dmitry Morozovsky Subject: Re: sio+acpi woes on HP DL145 G2 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, 10 Apr 2006 02:05:44 -0000 Mars G. Miro wrote: > >> However, *sometimes* serial consoles work only for input (I can login and >> check new processes presence on ttyd0, but can not see any messages. Trouble >> is >> that this situation is not easy reproducible, and stty state seems to be the >> same. >> >> This is a bug in the HP BMC that HP blames on FreeBSD. The only way to work around it, is to have a custom getty that doesn't reset the port everytime you open it. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 10 08:37:19 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D550E16A401 for ; Mon, 10 Apr 2006 08:37:19 +0000 (UTC) (envelope-from fp@netserv1.chg.ru) Received: from netserv1.chg.ru (netserv1.chg.ru [193.233.46.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24FCD43D45 for ; Mon, 10 Apr 2006 08:37:18 +0000 (GMT) (envelope-from fp@netserv1.chg.ru) Received: from netserv1.chg.ru (localhost.chg.ru [127.0.0.1]) by netserv1.chg.ru (8.13.1/8.13.1) with ESMTP id k3A8dpHB059984 for ; Mon, 10 Apr 2006 12:39:53 +0400 (MSD) (envelope-from fp@netserv1.chg.ru) Received: from localhost (fp@localhost) by netserv1.chg.ru (8.13.1/8.13.1/Submit) with ESMTP id k3A8dpP0059981 for ; Mon, 10 Apr 2006 12:39:51 +0400 (MSD) (envelope-from fp@netserv1.chg.ru) Date: Mon, 10 Apr 2006 12:39:51 +0400 (MSD) From: Anton Menshutin To: freebsd-acpi@freebsd.org In-Reply-To: <200604071046.50669.jhb@freebsd.org> Message-ID: <20060410123300.A58886@netserv1.chg.ru> References: <20060406113433.O6088@netserv1.chg.ru> <200604061103.16570.jhb@freebsd.org> <20060407125705.T67462@netserv1.chg.ru> <200604071046.50669.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV 0.83/1388/Mon Apr 10 09:50:38 2006 on netserv1.chg.ru X-Virus-Status: Clean Subject: Re: se7520af2 intel motherboard acpi problem 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, 10 Apr 2006 08:37:19 -0000 On Fri, 7 Apr 2006, John Baldwin wrote: > Ah, ok. It would be most helpful if you could add a bunch of printf's > to the attach routine in sys/dev/acpica/acpi_pcib_pci.c to see where > the error comes from. > > Oh, I think I've seen this before. This is due to incompetent BIOS > writers. Edit sys/dev/acpica/acpi_pcib.c and in the acpi_pcib_attach() > function comment out the acpi_DeviceIsPresent() check. The BIOS is > claiming that the specific PCI bus doesn't exist. Sorry, but we can do nothing now. We've changed motherboard to the less advanced one that works with FreeBSD. Saving dmesg output was the last thing we were able to do. Maybe in some time we will try again. Thanks. P.S. There is one more problem - system hangs during reboot (with acpi enabled). From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 10 11:02:35 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 171F616A401 for ; Mon, 10 Apr 2006 11:02:35 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B50BB43D49 for ; Mon, 10 Apr 2006 11:02:34 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k3AB2YYR092406 for ; Mon, 10 Apr 2006 11:02:34 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k3AB2Xm0092400 for freebsd-acpi@freebsd.org; Mon, 10 Apr 2006 11:02:33 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 Apr 2006 11:02:33 GMT Message-Id: <200604101102.k3AB2Xm0092400@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 11:02:35 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2006/03/01] i386/93963 acpi [panic] [patch] ACPI Panic with some ACPI 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 o [2005/04/28] i386/80426 acpi [APIC] [panic] 5.4-RC3 still panic when b o [2005/10/17] i386/87568 acpi [ACPI] [REGRESSION] 6.0-STABLE needs ACPI 11 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time f [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo 5 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 10 11:06:09 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B063C16A407; Mon, 10 Apr 2006 11:06:09 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EBAA43D55; Mon, 10 Apr 2006 11:06:07 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k3AB664T094580; Mon, 10 Apr 2006 15:06:06 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 10 Apr 2006 15:06:06 +0400 (MSD) From: Dmitry Morozovsky To: Paul Saab In-Reply-To: <4439BD77.6020507@freebsd.org> Message-ID: <20060410143713.R75736@woozle.rinet.ru> References: <28edec3c0604090011i5aa8360cv7748054187955f3e@mail.gmail.com> <4439BD77.6020507@freebsd.org> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2096524585-1144667166=:75736" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Mon, 10 Apr 2006 15:06:06 +0400 (MSD) Cc: freebsd-acpi@freebsd.org, FreeBSD-stable@freebsd.org, "Mars G. Miro" Subject: Re: sio+acpi woes on HP DL145 G2 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, 10 Apr 2006 11:06:09 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2096524585-1144667166=:75736 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sun, 9 Apr 2006, Paul Saab wrote: PS> Mars G. Miro wrote: PS> > PS> > > However, *sometimes* serial consoles work only for input (I can login PS> > > and PS> > > check new processes presence on ttyd0, but can not see any messages. PS> > > Trouble PS> > > is PS> > > that this situation is not easy reproducible, and stty state seems to be PS> > > the PS> > > same. PS> > > PS> > > PS> This is a bug in the HP BMC that HP blames on FreeBSD. The only way to work PS> around it, is to have a custom getty that doesn't reset the port everytime PS> you open it. Ah, thanks for the info! Is turning off setttymode() in getty/main.c for given port enough? I'd prefer to invent boolean getty capability such as "nr" (no reset") such as in patch attached. Or did I miss something? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ --0-2096524585-1144667166=:75736 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=getty-nr.patch Content-Transfer-Encoding: BASE64 Content-ID: <20060410150606.O75736@woozle.rinet.ru> Content-Description: Content-Disposition: attachment; filename=getty-nr.patch SW5kZXg6IGdldHR5dGFiLmgNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJD UyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9saWJleGVjL2dldHR5L2dldHR5dGFi Lmgsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjE0DQpkaWZmIC11IC1yMS4x NCBnZXR0eXRhYi5oDQotLS0gZ2V0dHl0YWIuaAkxMCBKdW4gMjAwMyAxODoz MDo0MSAtMDAwMAkxLjE0DQorKysgZ2V0dHl0YWIuaAkxMCBBcHIgMjAwNiAx MTowNTo0MyAtMDAwMA0KQEAgLTE3NSwzICsxNzUsNCBAQA0KICNkZWZpbmUJ SFcJZ2V0dHlmbGFnc1syM10udmFsdWUNCiAjZGVmaW5lCU5DCWdldHR5Zmxh Z3NbMjRdLnZhbHVlDQogI2RlZmluZQlQTAlnZXR0eWZsYWdzWzI1XS52YWx1 ZQ0KKyNkZWZpbmUJTlIJZ2V0dHlmbGFnc1syNl0udmFsdWUNCkluZGV4OiBp bml0LmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9t ZS9uY3ZzL3NyYy9saWJleGVjL2dldHR5L2luaXQuYyx2DQpyZXRyaWV2aW5n IHJldmlzaW9uIDEuMTYNCmRpZmYgLXUgLXIxLjE2IGluaXQuYw0KLS0tIGlu aXQuYwk2IEFwciAyMDA1IDE3OjQyOjI0IC0wMDAwCTEuMTYNCisrKyBpbml0 LmMJMTAgQXByIDIwMDYgMTE6MDU6NDMgLTAwMDANCkBAIC0xNTAsNSArMTUw LDYgQEANCiAJeyAiaHciLCAwIH0sCQkJLyogZG8gQ1RTUlRTIGZsb3cgY29u dHJvbCAqLw0KIAl7ICJuYyIsIDAgfSwJCQkvKiBzZXQgY2xvY2FsIChubyBj YXJyaWVyKSAqLw0KIAl7ICJwbCIsIDAgfSwJCQkvKiB1c2UgUFBQIGluc3Rl YWQgb2YgbG9naW4oMSkgKi8NCisJeyAibnIiLCAwIH0sCQkJLyogZG8gbm90 IHJlc2V0IHBvcnQgb24gb3BlbiAqLw0KIAl7IDAgfQ0KIH07DQpJbmRleDog bWFpbi5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hv bWUvbmN2cy9zcmMvbGliZXhlYy9nZXR0eS9tYWluLmMsdg0KcmV0cmlldmlu ZyByZXZpc2lvbiAxLjQ3DQpkaWZmIC11IC1yMS40NyBtYWluLmMNCi0tLSBt YWluLmMJNiBBcHIgMjAwNSAxNzo0MjoyNCAtMDAwMAkxLjQ3DQorKysgbWFp bi5jCTEwIEFwciAyMDA2IDExOjA1OjQzIC0wMDAwDQpAQCAtMjQzLDcgKzI0 Myw4IEBADQogCQkJaWYgKCFvcGVudHR5KHR0eW4sIE9fUkRXUnxPX05PTkJM T0NLKSkNCiAJCQkJZXhpdCgxKTsNCiAJCQlkZWZ0dHltb2RlKCk7DQotCQkJ c2V0dHR5bW9kZSgxKTsNCisJCQlpZiAoIU5SKQ0KKwkJCQlzZXR0dHltb2Rl KDEpOw0KIAkJfQ0KIA0KIAkJaWYgKElDKSB7DQpAQCAtMjk3LDcgKzI5OCw4 IEBADQogCQl9DQogCQlmaXJzdF9zbGVlcCA9IDA7DQogDQotCQlzZXR0dHlt b2RlKDApOw0KKwkJaWYgKCFOUikNCisJCQlzZXR0dHltb2RlKDApOw0KIAkJ aWYgKEFCKSB7DQogCQkJdG5hbWUgPSBhdXRvYmF1ZCgpOw0KIAkJCWRvZ2V0 dHl0YWIoKTsNCg== --0-2096524585-1144667166=:75736-- From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 10 12:50:21 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBBFD16A401; Mon, 10 Apr 2006 12:50:21 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D64943D46; Mon, 10 Apr 2006 12:50:20 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3ACoJWg050918; Mon, 10 Apr 2006 21:50:19 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Mon, 10 Apr 2006 21:50:24 +0900 (JST) Message-Id: <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> To: acpi@freebsd.org, current@freebsd.org From: Mitsuru IWASAKI In-Reply-To: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> References: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 12:50:21 -0000 Hi, I've ported ACPI Dock driver to 7-CURRENT. http://www.freebsd.org/~iwasaki/acpi/acpi_dock-CURRENT-20060410.tar.gz It seems to be OK so far. I'm planning to commit this coming week-end. Thanks From: Mitsuru IWASAKI Subject: CFR: ACPI Dock driver Date: Sat, 08 Apr 2006 03:21:51 +0900 (JST) Message-ID: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> > Hi all > > I wrote ACPI Dock driver for RELENG_6 and put at > http://www.freebsd.org/~iwasaki/acpi/acpi_dock-RELENG_6-20060408.tar.gz > > Please review and test it. > Testing was done on ThinkPad X40 and X4 UltraBase. > > BTW, I'm trying to port this for 7-CURRENT, but the ACPICA function > AcpiNsInitOneDevice() is no longer public in newer version of ACPICA. > Any hints? > > Note: > ATA devices are not dock-aware, so you need to detach ATA devices > by `atacontrol detach ata1' before undocking, otherwise the system > will freeze. > # I had not idea where to add DEVMETHOD(device_detach, ata_detach)... > > Thanks > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 10 18:05:34 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61EFB16A400 for ; Mon, 10 Apr 2006 18:05:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AF9743D7B for ; Mon, 10 Apr 2006 18:05:26 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3AI5OqY009119; Mon, 10 Apr 2006 14:05:25 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Nate Lawson Date: Mon, 10 Apr 2006 14:04:36 -0400 User-Agent: KMail/1.9.1 References: <20060406113433.O6088@netserv1.chg.ru> <200604071046.50669.jhb@freebsd.org> <44369CEF.1040702@root.org> In-Reply-To: <44369CEF.1040702@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604101404.37699.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1389/Mon Apr 10 08:58:55 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: se7520af2 intel motherboard acpi problem 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, 10 Apr 2006 18:05:34 -0000 On Friday 07 April 2006 13:10, Nate Lawson wrote: > John Baldwin wrote: > > On Friday 07 April 2006 05:02, Anton Menshutin wrote: > >> On Thu, 6 Apr 2006, John Baldwin wrote: > >> > >>> Can you give more detail about how the pci-e busses do not work? > >>> > >> In dmesg output you can see kernel says nothing about areca raid > >> controller, which is on pci-e bus. And > >> pcib5: at device 0.0 on pci6 > >> pcib5: secondary bus 8 > >> pcib5: subordinate bus 8 > >> pcib5: I/O decode 0xf000-0xfff > >> pcib5: memory decode 0xfe900000-0xfe9fffff > >> pcib5: prefetched decode 0xfbc00000-0xfbffffff > >> device_attach: pcib5 attach returned 6 > >> what i think means there is a problem during init of pci-e bus. > > > > Ah, ok. It would be most helpful if you could add a bunch of printf's > > to the attach routine in sys/dev/acpica/acpi_pcib_pci.c to see where > > the error comes from. > > > > Oh, I think I've seen this before. This is due to incompetent BIOS > > writers. Edit sys/dev/acpica/acpi_pcib.c and in the acpi_pcib_attach() > > function comment out the acpi_DeviceIsPresent() check. The BIOS is > > claiming that the specific PCI bus doesn't exist. > > If that is the case, we should change acpi_pcib to have a separate check > for just the "functional" bit or whatever the AML does report. I > thought we did that before, but it's been a year or so. I think it is indistinguishable from other cases like the PCI bus in the docking station on my (older) Dell laptop. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 11 19:26:26 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A5D716A400; Tue, 11 Apr 2006 19:26:26 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.aloha.net (mail.aloha.net [64.75.176.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B95F43D48; Tue, 11 Apr 2006 19:26:25 +0000 (GMT) (envelope-from nate@root.org) Received: from localhost (localhost [127.0.0.1]) by mail.aloha.net (Postfix) with ESMTP id ABC00F1A18; Tue, 11 Apr 2006 09:26:23 -1000 (HST) X-Virus-Scanned: by amavisd-new at aloha.net Received: from mail.aloha.net ([127.0.0.1]) by localhost (lacewood.aloha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gm2A0yRjE-+I; Tue, 11 Apr 2006 09:26:22 -1000 (HST) Received: from [10.0.0.150] (ip64-75-163-14.hsia.aloha.net [64.75.163.14]) by mail.aloha.net (Postfix) with ESMTP id 8B912F1A37; Tue, 11 Apr 2006 09:26:21 -1000 (HST) Message-ID: <443C027B.7050002@root.org> Date: Tue, 11 Apr 2006 12:24:43 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> In-Reply-To: <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 19:26:26 -0000 Mitsuru IWASAKI wrote: > Hi, I've ported ACPI Dock driver to 7-CURRENT. > http://www.freebsd.org/~iwasaki/acpi/acpi_dock-CURRENT-20060410.tar.gz > > It seems to be OK so far. I'm planning to commit this > coming week-end. > > Thanks > Thanks for doing this work, Iwasaki-san. A few comments: * I prefer the logic in the device not present case to be reworked a little for clarity: ACPI_HANDLE h; // local var at top of fn if (type == ACPI_TYPE_DEVICE && !acpi_DeviceIsPresent(child)) { /* Never disable PCI link devices. */ if (acpi_MatchHid(handle, "PNP0C0F")) break; /* * Docking stations should remain enabled since the system may * may be undocked at boot. */ if (ACPI_SUCCESS(AcpiGetHandle(handle, "_DCK", &h))) { break; } device_disable(child); break; * Minor style for (retry = 0; retry < ACPI_CMBAT_RETRY_MAX; retry++, AcpiOsSleep(10000)) { /* batteries on DOCK can be ejected w/ DOCK during retrying */ if (!device_is_attached(dev)) return; * Instead of rolling your own, try acpi_GetInteger() instead of code like this: argobj.Type = ACPI_TYPE_INTEGER; argobj.Integer.Value = dock; args.Count = 1; args.Pointer = &argobj; buf.Pointer = &retobj; buf.Length = sizeof(retobj); * There also might be an acpi_GetReference() helper function to use. (I think I wrote one) * I'm not sure what this code is trying to do: #if (ACPI_CA_VERSION <= 0x20041119) ACPI_INIT_WALK_INFO Info; AcpiNsWalkNamespace(ACPI_TYPE_ANY, handle, 100, TRUE, AcpiNsInitOneDevice, &Info, NULL); #endif * Is it safe to do probe/attach from a timeout handler? If you want to do this, you can also use AcpiOsQueueHandler(). It queues a task on our thread taskq and you can sleep in the context. timeout(acpi_dock_attach_later, (caddr_t)dev, hz*3); * Use explicit names for constants like status: if (sc->_sta & 0x9) * Having a global status.. is this ok with SMP? Could acpi_dock_insert() and acpi_dock_removal() have a race condition with setting this variable? /* Global docking status, for avoiding duplicated docking */ static int acpi_dock_status = ACPI_DOCK_STATUS_UNKNOWN; Hope this helps, -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 12 16:21:57 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F06116A400; Wed, 12 Apr 2006 16:21:57 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C629A43D4C; Wed, 12 Apr 2006 16:21:51 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3CGLltP058502; Thu, 13 Apr 2006 01:21:48 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Thu, 13 Apr 2006 01:21:56 +0900 (JST) Message-Id: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> To: nate@root.org From: Mitsuru IWASAKI In-Reply-To: <443C027B.7050002@root.org> References: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> <443C027B.7050002@root.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Apr_13_01:21:56_2006_680)--" Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 16:21:57 -0000 ----Next_Part(Thu_Apr_13_01:21:56_2006_680)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, Thanks for your comments. Patches for acpi_dock.c are attached. One thing, > * There also might be an acpi_GetReference() helper function to use. (I > think I wrote one) Sorry, I can't get this. Could you point this out in detail? Thanks! ----Next_Part(Thu_Apr_13_01:21:56_2006_680)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acpi_dock.c-20060413.diff" --- acpi_dock.c.20060410 Mon Apr 10 03:34:35 2006 +++ acpi_dock.c Thu Apr 13 01:06:04 2006 @@ -143,36 +143,21 @@ acpi_dock_execute_lck(device_t dev, int lock) { ACPI_HANDLE h; - ACPI_OBJECT argobj; - ACPI_OBJECT_LIST args; - ACPI_STATUS status; h = acpi_get_handle(dev); - - argobj.Type = ACPI_TYPE_INTEGER; - argobj.Integer.Value = lock; - args.Count = 1; - args.Pointer = &argobj; - status = AcpiEvaluateObject(h, "_LCK", &args, NULL); + acpi_SetInteger(h, "_LCK", lock); } static int acpi_dock_execute_ejx(device_t dev, int eject, int state) { ACPI_HANDLE h; - ACPI_OBJECT argobj; - ACPI_OBJECT_LIST args; ACPI_STATUS status; char ejx[5]; h = acpi_get_handle(dev); - - argobj.Type = ACPI_TYPE_INTEGER; - argobj.Integer.Value = eject; - args.Count = 1; - args.Pointer = &argobj; snprintf(ejx, sizeof(ejx), "_EJ%d", state); - status = AcpiEvaluateObject(h, ejx, &args, NULL); + status = acpi_SetInteger(h, ejx, eject); if (ACPI_SUCCESS(status)) { return (0); @@ -228,7 +213,9 @@ device_enable(dev); } + mtx_lock(&Giant); device_probe_and_attach(dev); + mtx_unlock(&Giant); } static ACPI_STATUS @@ -247,7 +234,15 @@ ACPI_VPRINT(dock_dev, acpi_device_get_parent_softc(dock_dev), "inserting device for %s\n", acpi_name(handle)); -#if (ACPI_CA_VERSION <= 0x20041119) +#if 0 + /* + * If the system boot up w/o Docking, the devices under the dock + * still un-initialized, also control methods such as _INI, _STA + * are not executed. + * Normal devices are initialized at booting by calling + * AcpiInitializeObjects(), however the devices under the dock + * need to be initialized here on the scheme of ACPICA. + */ ACPI_INIT_WALK_INFO Info; AcpiNsWalkNamespace(ACPI_TYPE_ANY, handle, @@ -262,7 +257,7 @@ goto out; } - timeout(acpi_dock_attach_later, (caddr_t)dev, hz*3); + AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_dock_attach_later, dev); out: return (AE_OK); @@ -285,6 +280,8 @@ struct acpi_dock_softc *sc; ACPI_HANDLE h; + ACPI_SERIAL_ASSERT(dock); + sc = device_get_softc(dev); h = acpi_get_handle(dev); @@ -313,8 +310,6 @@ { device_t dock_dev, dev; ACPI_HANDLE dock_handle; - ACPI_OBJECT argobj; - ACPI_OBJECT_LIST args; dock_dev = *(device_t *)context; dock_handle = acpi_get_handle(dock_dev); @@ -333,12 +328,7 @@ mtx_unlock(&Giant); } - argobj.Type = ACPI_TYPE_INTEGER; - argobj.Integer.Value = 0; - args.Count = 1; - args.Pointer = &argobj; - AcpiEvaluateObject(handle, "_EJ0", &args, NULL); - + acpi_SetInteger(handle, "_EJ0", 0); out: return (AE_OK); } @@ -359,6 +349,8 @@ { struct acpi_dock_softc *sc; + ACPI_SERIAL_ASSERT(dock); + sc = device_get_softc(dev); if (acpi_dock_status == ACPI_DOCK_STATUS_DOCKED || acpi_dock_status == ACPI_DOCK_STATUS_UNKNOWN) { @@ -392,6 +384,8 @@ { struct acpi_dock_softc *sc; + ACPI_SERIAL_ASSERT(dock); + sc = device_get_softc(dev); acpi_dock_get_info(dev); @@ -399,7 +393,7 @@ * If the _STA indicates 'present' and 'functioning', * the system is docked. */ - if (sc->_sta & 0x9) { + if (ACPI_DEVICE_PRESENT(sc->_sta)) { acpi_dock_insert(dev); } if (sc->_sta == 0x0) { @@ -420,6 +414,7 @@ ACPI_VPRINT(dev, acpi_device_get_parent_softc(dev), "got notification %#x\n", notify); + ACPI_SERIAL_BEGIN(dock); switch (notify) { case ACPI_DOCK_NOTIFY_BUS_CHECK: case ACPI_DOCK_NOTIFY_DEVICE_CHECK: @@ -434,6 +429,7 @@ device_printf(dev, "unknown notify %#x\n", notify); break; } + ACPI_SERIAL_END(dock); } /* @@ -530,9 +526,10 @@ sc->status = ACPI_DOCK_STATUS_UNKNOWN; AcpiEvaluateObject(h, "_INI", NULL, NULL); - acpi_dock_device_check(dev); ACPI_SERIAL_BEGIN(dock); + + acpi_dock_device_check(dev); /* Get the sysctl tree */ sc->sysctl_ctx = device_get_sysctl_ctx(dev); ----Next_Part(Thu_Apr_13_01:21:56_2006_680)---- From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 14 07:53:52 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C502916A402; Fri, 14 Apr 2006 07:53:52 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60D9E43D53; Fri, 14 Apr 2006 07:53:52 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm01.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k3E7rnag016999; Fri, 14 Apr 2006 03:53:49 -0400 X-ORBL: [71.139.10.13] Received: from [10.0.5.50] (ppp-71-139-10-13.dsl.snfc21.pacbell.net [71.139.10.13]) by pimout6-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k3E7rnnl127696; Fri, 14 Apr 2006 03:53:50 -0400 Message-ID: <443F54DF.3080809@root.org> Date: Fri, 14 Apr 2006 00:53:03 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20060408.032151.07645075.iwasaki@jp.FreeBSD.org> <20060410.215024.32344167.iwasaki@jp.FreeBSD.org> <443C027B.7050002@root.org> <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> In-Reply-To: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 07:53:52 -0000 Mitsuru IWASAKI wrote: > Hi, Thanks for your comments. Patches for acpi_dock.c are attached. > > One thing, > >> * There also might be an acpi_GetReference() helper function to use. (I >> think I wrote one) > > Sorry, I can't get this. Could you point this out in detail? > > Thanks! I looked and found you use acpi_GetReference() already in acpi_dock.c. So no idea what I meant, must have misread something. One other thing: you explicitly call _INI. acpi-ca should be doing that for you already, is it not? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 14 09:06:59 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23D3F16A400; Fri, 14 Apr 2006 09:06:59 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66BE743D45; Fri, 14 Apr 2006 09:06:58 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3E96lA0024205; Fri, 14 Apr 2006 18:06:50 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Fri, 14 Apr 2006 18:06:22 +0900 (JST) Message-Id: <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> To: nate@root.org From: Mitsuru IWASAKI In-Reply-To: <443F54DF.3080809@root.org> References: <443C027B.7050002@root.org> <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> <443F54DF.3080809@root.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 09:06:59 -0000 Hi, > I looked and found you use acpi_GetReference() already in acpi_dock.c. > So no idea what I meant, must have misread something. OK, understood. > One other thing: you explicitly call _INI. acpi-ca should be doing > that for you already, is it not? According to nsinit.c:AcpiNsInitOneDevice(), _INI is never be called when _STA return zero (the value if undocked). Also _INI is called only in acpi_dock_attach(), so I think it doesn't hurt anything. I'll try to test this more tonight... Thanks From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 14 14:30:15 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A10C116A404; Fri, 14 Apr 2006 14:30:15 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB66A43D45; Fri, 14 Apr 2006 14:30:14 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3EEUDYk026048; Fri, 14 Apr 2006 23:30:13 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Fri, 14 Apr 2006 23:30:13 +0900 (JST) Message-Id: <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> To: sos@FreeBSD.ORG From: Mitsuru IWASAKI In-Reply-To: <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> References: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> <443F54DF.3080809@root.org> <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 14:30:15 -0000 Hi, Soren. I've found the problem with detached ATA channel suspending. After detaching second channel, the system drops into infinity loop at ata_suspend(). I'll commit the following patches with acpi_dock patches, so please refine these if they have any problem. Thanks Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.271 diff -u -r1.271 ata-all.c --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 +++ ata-all.c 14 Apr 2006 14:03:24 -0000 @@ -277,6 +277,10 @@ if (!dev || !(ch = device_get_softc(dev))) return ENXIO; + /* if the channel is already detached, skip waiting for IDLE */ + if ((ch->state & ATA_STALL_QUEUE) == ATA_STALL_QUEUE) + goto out; + /* wait for the channel to be IDLE before entering suspend mode */ while (1) { mtx_lock(&ch->state_mtx); @@ -288,6 +292,7 @@ mtx_unlock(&ch->state_mtx); tsleep(ch, PRIBIO, "atasusp", hz/10); } +out: ATA_LOCKING(dev, ATA_LF_UNLOCK); return 0; } From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 14 15:41:07 2006 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F256916A400; Fri, 14 Apr 2006 15:41:06 +0000 (UTC) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11CB543D45; Fri, 14 Apr 2006 15:41:05 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k3EFf4wp011328; Fri, 14 Apr 2006 17:41:04 +0200 (CEST) (envelope-from sos@FreeBSD.org) From: =?ISO-8859-1?Q?S=F8ren?= Schmidt To: Mitsuru IWASAKI In-Reply-To: <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> References: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> <443F54DF.3080809@root.org> <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=iso8859-1 Organization: FreeBSD project Date: Fri, 14 Apr 2006 17:41:03 +0200 Message-Id: <1145029263.912.4.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: acpi@FreeBSD.org, current@FreeBSD.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sos@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 15:41:07 -0000 On Fre, 2006-04-14 at 23:30 +0900, Mitsuru IWASAKI wrote: > Hi, Soren. > I've found the problem with detached ATA channel suspending. > After detaching second channel, the system drops into infinity > loop at ata_suspend(). > I'll commit the following patches with acpi_dock patches, so > please refine these if they have any problem. Uhm, would this simple patch help you ? --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 +++ ata-all.c 14 Apr 2006 15:39:20 -0000 @@ -277,8 +277,8 @@ if (!dev || !(ch = device_get_softc(dev))) return ENXIO; - /* wait for the channel to be IDLE before entering suspend mode */ - while (1) { + /* wait for the channel to be IDLE or detached before suspending */ + while (ch->r_irq) { mtx_lock(&ch->state_mtx); if (ch->state == ATA_IDLE) { ch->state = ATA_ACTIVE; That I'll gladly commit for you instead... -Søren > > Thanks > > Index: ata-all.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v > retrieving revision 1.271 > diff -u -r1.271 ata-all.c > --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 > +++ ata-all.c 14 Apr 2006 14:03:24 -0000 > @@ -277,6 +277,10 @@ > if (!dev || !(ch = device_get_softc(dev))) > return ENXIO; > > + /* if the channel is already detached, skip waiting for IDLE */ > + if ((ch->state & ATA_STALL_QUEUE) == ATA_STALL_QUEUE) > + goto out; > + > /* wait for the channel to be IDLE before entering suspend mode */ > while (1) { > mtx_lock(&ch->state_mtx); > @@ -288,6 +292,7 @@ > mtx_unlock(&ch->state_mtx); > tsleep(ch, PRIBIO, "atasusp", hz/10); > } > +out: > ATA_LOCKING(dev, ATA_LF_UNLOCK); > return 0; > } > From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 14 16:21:02 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DBD16A407; Fri, 14 Apr 2006 16:21:02 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1920643D5C; Fri, 14 Apr 2006 16:21:00 +0000 (GMT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (ns01.locore.org [218.45.21.227]) by locore.org (8.13.6/8.13.6/iwasaki) with ESMTP/inet id k3EGKwSS048674; Sat, 15 Apr 2006 01:20:59 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Sat, 15 Apr 2006 01:20:59 +0900 (JST) Message-Id: <20060415.012059.130244002.iwasaki@jp.FreeBSD.org> To: sos@freebsd.org From: Mitsuru IWASAKI In-Reply-To: <1145029263.912.4.camel@sos.deepcore.dk> References: <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> <1145029263.912.4.camel@sos.deepcore.dk> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 16:21:03 -0000 Hi, > --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 > +++ ata-all.c 14 Apr 2006 15:39:20 -0000 > @@ -277,8 +277,8 @@ > if (!dev || !(ch = device_get_softc(dev))) > return ENXIO; > > - /* wait for the channel to be IDLE before entering suspend mode */ > - while (1) { > + /* wait for the channel to be IDLE or detached before suspending */ > + while (ch->r_irq) { > mtx_lock(&ch->state_mtx); > if (ch->state == ATA_IDLE) { > ch->state = ATA_ACTIVE; > > That I'll gladly commit for you instead... Yes, This have also the same effect. I prefer this. Thanks! From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 14 16:24:12 2006 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3C4516A404; Fri, 14 Apr 2006 16:24:12 +0000 (UTC) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 429F443D48; Fri, 14 Apr 2006 16:24:12 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k3EGOCHD011848; Fri, 14 Apr 2006 18:24:12 +0200 (CEST) (envelope-from sos@FreeBSD.org) From: =?ISO-8859-1?Q?S=F8ren?= Schmidt To: Mitsuru IWASAKI In-Reply-To: <20060415.012059.130244002.iwasaki@jp.FreeBSD.org> References: <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> <1145029263.912.4.camel@sos.deepcore.dk> <20060415.012059.130244002.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=iso8859-1 Organization: FreeBSD project Date: Fri, 14 Apr 2006 18:24:10 +0200 Message-Id: <1145031850.912.6.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: acpi@FreeBSD.org, current@FreeBSD.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sos@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2006 16:24:13 -0000 On Lør, 2006-04-15 at 01:20 +0900, Mitsuru IWASAKI wrote: > Hi, > > > --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 > > +++ ata-all.c 14 Apr 2006 15:39:20 -0000 > > @@ -277,8 +277,8 @@ > > if (!dev || !(ch = device_get_softc(dev))) > > return ENXIO; > > > > - /* wait for the channel to be IDLE before entering suspend mode */ > > - while (1) { > > + /* wait for the channel to be IDLE or detached before suspending */ > > + while (ch->r_irq) { > > mtx_lock(&ch->state_mtx); > > if (ch->state == ATA_IDLE) { > > ch->state = ATA_ACTIVE; > > > > That I'll gladly commit for you instead... > > Yes, This have also the same effect. I prefer this. Good, this one also doesn't relay on a mutx that has been destroyed :) I'll commit asap... -Søren From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 15 10:13:17 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C010816A400; Sat, 15 Apr 2006 10:13:17 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 944B243D46; Sat, 15 Apr 2006 10:13:16 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id k3FADDDK006684; Sat, 15 Apr 2006 11:13:13 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.4/8.13.4) with ESMTP id k3FADDPu034112; Sat, 15 Apr 2006 11:13:13 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.4/8.13.1/Submit) with ESMTP id k3FADC90034109; Sat, 15 Apr 2006 11:13:12 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 15 Apr 2006 11:13:12 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <1145029263.912.4.camel@sos.deepcore.dk> Message-ID: <20060415111208.Q34088@ury.york.ac.uk> References: <20060413.012156.56054177.iwasaki@jp.FreeBSD.org> <443F54DF.3080809@root.org> <20060414.180622.30189283.iwasaki@jp.FreeBSD.org> <20060414.233013.41626908.iwasaki@jp.FreeBSD.org> <1145029263.912.4.camel@sos.deepcore.dk> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-767519609-1145095992=:34088" X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: acpi@freebsd.org, Mitsuru IWASAKI , current@freebsd.org Subject: Re: CFR: ACPI Dock driver X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2006 10:13:17 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-767519609-1145095992=:34088 Content-Type: TEXT/PLAIN; charset=iso8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Fri, 14 Apr 2006, [ISO-8859-1] S=F8ren Schmidt wrote: > On Fre, 2006-04-14 at 23:30 +0900, Mitsuru IWASAKI wrote: >> Hi, Soren. >> I've found the problem with detached ATA channel suspending. >> After detaching second channel, the system drops into infinity >> loop at ata_suspend(). >> I'll commit the following patches with acpi_dock patches, so >> please refine these if they have any problem. > > Uhm, would this simple patch help you ? > > --- ata-all.c 31 Mar 2006 08:09:04 -0000 1.271 > +++ ata-all.c 14 Apr 2006 15:39:20 -0000 > @@ -277,8 +277,8 @@ > if (!dev || !(ch =3D device_get_softc(dev))) > return ENXIO; > > - /* wait for the channel to be IDLE before entering suspend mode */ > - while (1) { > + /* wait for the channel to be IDLE or detached before suspending */ > + while (ch->r_irq) { > mtx_lock(&ch->state_mtx); > if (ch->state =3D=3D ATA_IDLE) { > ch->state =3D ATA_ACTIVE; > > That I'll gladly commit for you instead... Is there any chance this will also fix the panic myself and several others= =20 have been seeing with suspend and CD-ROM drives? http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2005-08/0996.html I'll take my laptop to top-of-tree CURRENT in the next day or so to try=20 it. Gavin --0-767519609-1145095992=:34088--