From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 7 16:42:07 2004 Return-Path: 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 CCAB316A4CE for ; Sun, 7 Nov 2004 16:42:07 +0000 (GMT) Received: from mbd.ru (mail.mbd.ru [81.176.79.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 241A043D31 for ; Sun, 7 Nov 2004 16:42:06 +0000 (GMT) (envelope-from null@bikeman.ru) Received: from localhost (localhost [127.0.0.1]) by mbd.ru (Postfix) with ESMTP id 35A2816D for ; Sun, 7 Nov 2004 19:42:03 +0300 (MSK) Received: from null (ppp83-237-9-34.pppoe.mtu-net.ru [83.237.9.34]) by mbd.ru (Postfix) with ESMTP id 01E3D168 for ; Sun, 7 Nov 2004 19:41:59 +0300 (MSK) Date: Sun, 7 Nov 2004 19:41:59 +0300 From: Dmitry Kondratyev X-Mailer: The Bat! (v2.00) CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <66751906.20041107194159@bikeman.ru> To: freebsd-acpi@freebsd.org In-Reply-To: <401094078.20041011134529@bikeman.ru> References: <128676437.20041011133831@bikeman.ru> <401094078.20041011134529@bikeman.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re[2]: Troubles with ACPI on HP nx5000 laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 16:42:07 -0000 Hello Dmitry, Monday, October 11, 2004, 12:45:29 PM, you wrote: DK>> After enabling ACPI on HP nx5000 my laptop (Pentium Mobile 1.7M DK>> Dothan) hangs when compiling programs. dmesg, sysctl hw.acpi and DK>> acpidump -t -d output are in attach. Disabling ACPI helps. DK> oops, attach was filtered somewhere. You can get it here: DK> http://bikeman.ru/HPnx5000.tgz The problem is in acpi thermal module. I set hw.acpi.verbose to 1 in /boot/loader.conf and noted that my laptop hangs when it changes cooling level too often. If i set hw.acpi.thermal.tz0.active to 0 for active cooling or disable thermal module via loader.conf. Btw, when I pull out power cord, my laptop also hang after trying to change power profile. In both cases it doesn't really hangs, it still react to alt-fn, enter and power button. After pressing power I get "acpi: suspend request ignored (not ready yet)". My dmesg: FreeBSD 5.3-BETA7 #0: Sat Oct 2 21:01:00 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a0d000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a0d200. Table 'FACP' at 0x1f7f0c00 Table 'APIC' at 0x1f7f0cb4 MADT: Found table at 0x1f7f0cb4 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193158 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1694510867 Hz CPU: Intel(R) Pentium(R) M processor 1.70GHz (1694.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9fbbf real memory = 528285696 (503 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000001eec4fff, 506052608 bytes (123548 pages) avail memory = 507289600 (483 MB) bios32: Found BIOS32 Service Directory header at 0xc00fa000 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31f pnpbios: Found PnP BIOS data at 0xc00f4850 pnpbios: Entry = f0000:487e Rev = 1.0 pnpbios: Event flag at f4876 pnpbios: OEM ID bc083c10 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 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: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr 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: active-high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35808086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 1 dev 6 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 1 dev 6 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 390 us acpi_ec0: info: new max delay is 510 us acpi_ec0: info: new max delay is 680 us ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 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_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3580, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3584, revid=0x02 bus=0, slot=0, func=1 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3585, revid=0x02 bus=0, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base 98000000, size 27, enabled map[14]: type 1, range 32, base 90300000, size 19, enabled map[18]: type 4, range 32, base 00002c30, size 3, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3582, revid=0x02 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base a0000000, size 27, enabled map[14]: type 1, range 32, base 90380000, size 19, enabled found-> vendor=0x8086, dev=0x3582, revid=0x02 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D3 current D0 map[20]: type 4, range 32, base 000028c0, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24c2, revid=0x01 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[20]: type 4, range 32, base 000028e0, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24c4, revid=0x01 bus=0, slot=29, func=1 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=b, irq=19 map[20]: type 4, range 32, base 00002c00, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24c7, revid=0x01 bus=0, slot=29, 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=c, irq=18 map[10]: type 1, range 32, base 90400000, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x24cd, revid=0x01 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x2448, revid=0x81 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cc, revid=0x01 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00002c20, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24ca, revid=0x01 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 map[10]: type 4, range 32, base 00002000, size 8, enabled map[14]: type 4, range 32, base 00002880, size 6, enabled map[18]: type 1, range 32, base 90500000, size 9, enabled map[1c]: type 1, range 32, base 90580000, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24c5, revid=0x01 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002800, size 7, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24c6, revid=0x01 bus=0, slot=31, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x2c30-0x2c37 mem 0x90300000-0x9037ffff,0x98000000-0x9fffffff irq 16 at device 2.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0x98000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0x90300000 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x28c0-0x28df irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x28c0 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 uhci1: port 0x28e0-0x28ff irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x28e0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2c00-0x2c1f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2c00 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 3 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0x90000000-0x902fffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: Subtractively decoded bridge. ACPI PCI link initial configuration: pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base 90100000, size 12, enabled pcib1: device (null) requested decoded memory range 0x90100000-0x90100fff pcib1: matched entry for 1.4.INTA pcib1: slot 4 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x4220, revid=0x05 bus=1, slot=4, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) intpin=a, irq=21 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 90180000, size 12, enabled pcib1: device (null) requested decoded memory range 0x90180000-0x90180fff pcib1: matched entry for 1.6.INTA pcib1: slot 6 INTA hardwired to IRQ 18 found-> vendor=0x104c, dev=0xac8e, revid=0x00 bus=1, slot=6, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc4 (49000 ns), maxlat=0x03 (750 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 90200000, size 12, enabled pcib1: device (null) requested decoded memory range 0x90200000-0x90200fff pcib1: matched entry for 1.6.INTA pcib1: slot 6 INTA hardwired to IRQ 18 found-> vendor=0x104c, dev=0xac8e, revid=0x00 bus=1, slot=6, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc4 (49000 ns), maxlat=0x03 (750 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 90280000, size 11, enabled pcib1: device (null) requested decoded memory range 0x90280000-0x902807ff map[14]: type 1, range 32, base 90000000, size 14, enabled pcib1: device (null) requested decoded memory range 0x90000000-0x90003fff pcib1: matched entry for 1.13.INTA pcib1: slot 13 INTA hardwired to IRQ 23 found-> vendor=0x104c, dev=0x8023, revid=0x00 bus=1, slot=13, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=23 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 90080000, size 13, enabled pcib1: device (null) requested decoded memory range 0x90080000-0x90081fff pcib1: matched entry for 1.14.INTA pcib1: slot 14 INTA hardwired to IRQ 20 found-> vendor=0x14e4, dev=0x170c, revid=0x02 bus=1, slot=14, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 4.0 (no driver attached) cbb0: mem 0x90180000-0x90180fff irq 18 at device 6.0 on pci1 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x90180000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac8e104c 0x02100007 0x06070000 0x00824008 0x10: 0x90180000 0x020000a0 0x20020201 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440112 0x40: 0x08bc103c 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x28449060 0x00a00080 0x001f0000 0x012c1202 0x90: 0x60642280 0x00000000 0x00000000 0x00000000 0xa0: 0xfe320001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: mem 0x90200000-0x90200fff irq 18 at device 6.1 on pci1 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x90200000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0xac8e104c 0x02100007 0x06070000 0x00824008 0x10: 0x90200000 0x020000a0 0x20030301 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440112 0x40: 0x08bc103c 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x28449060 0x00a00080 0x001f0000 0x012c1202 0x90: 0x60642280 0x00000000 0x00000000 0x00000000 0xa0: 0xfe320001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: mem 0x90000000-0x90003fff,0x90280000-0x902807ff irq 23 at device 13.0 on pci1 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0x90280000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 71:8b:50:00:29:d1:11:a3 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 72:8b:50:d1:11:a3 fwe0: bpf attached fwe0: Ethernet address: 72:8b:50:d1:11:a3 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) bfe0: mem 0x90080000-0x90081fff irq 20 at device 14.0 on pci1 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0x90080000 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: bpf attached bfe0: Ethernet address: 00:08:02:e6:0b:1b bfe0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x2c20-0x2c2f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2c20 ata0: channel #0 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=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 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=50 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] 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 sio0: irq maps: 0xc401 0xc411 0xc401 0xc401 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 2: ioport 0x2c00 alloc failed sc: sc0 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-0xcffff on isa0 pmtimer0 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) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xc401 0xc401 0xc401 0xc401 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1694510867 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acpi_cmbat0: battery initialization start acpi_ec0: info: new max delay is 690 us acpi_ec0: info: new max delay is 710 us acpi_ec0: info: new max delay is 720 us acpi_ec0: info: new max delay is 730 us acpi_ec0: info: new max delay is 740 us acpi_ec0: info: new max delay is 810 us acpi_cmbat0: battery initialization done, tried 1 times acpi_cmbat1: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_tz0: _AC3: temperature 50.0 >= setpoint 40.0 acpi_tz0: _AC2: temperature 50.0 >= setpoint 50.0 acpi_tz0: switched from NONE to _AC2: 50.0C acpi_ec0: info: new max delay is 840 us acpi_tz0: _AC3: temperature 50.0 >= setpoint 40.0 acpi_tz0: _AC3: temperature 50.0 >= setpoint 40.0 acpi_tz0: switched from _AC2 to _AC3: 50.0C ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on Intel ICH4 chip ata0-master: setting UDMA100 on Intel ICH4 chip ad0: ATA-6 disk at ata0-master ad0: 57231MB (117210240 sectors), 116280 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ar: FreeBSD check1 failed ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata1-master: setting PIO4 on Intel ICH4 chip acd0: CDRW drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 2755KB/s (2755KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:80 typ:7 s(CHS):0/1/1 e(CHS):1023/74/63 s:63 l:99655857 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:99655920 l:17554320 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 51023798784 end 51023831039 GEOM: Configure ad0s2, start 51023831040 length 8987811840 end 60011642879 GEOM: Configure ad0s2a, start 0 length 8450473984 end 8450473983 GEOM: Configure ad0s2b, start 8450473984 length 537337856 end 8987811839 GEOM: Configure ad0s2c, start 0 length 8987811840 end 8987811839 (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 Mounting root from ufs:/dev/ad0s2a start_init: trying /sbin/init splash: image decoder found: green_saver acpi_cmbat1: battery initialization failed, giving up My sysctls: hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 1 hw.acpi.verbose: 1 hw.acpi.reset_video: 1 hw.acpi.cpu.throttle_max: 8 hw.acpi.cpu.throttle_state: 8 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/205 hw.acpi.cpu.cx_lowest: C3 hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 3172 hw.acpi.thermal.tz0.active: 3 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 3732 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 3752 hw.acpi.thermal.tz0._ACx: 3532 3382 3282 3132 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1.temperature: 3192 hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: -1 hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 3762 hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz2.temperature: 3020 hw.acpi.thermal.tz2.active: -1 hw.acpi.thermal.tz2.thermal_flags: 0 hw.acpi.thermal.tz2._PSV: 3332 hw.acpi.thermal.tz2._HOT: -1 hw.acpi.thermal.tz2._CRT: 3752 hw.acpi.thermal.tz2._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 ASL is in this file http://bikeman.ru/HPnx5000.tgz -- Best regards, Dmitry mailto:null@bikeman.ru From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 8 11:01:53 2004 Return-Path: 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 31AD416A4D1 for ; Mon, 8 Nov 2004 11:01:53 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23DFD43D39 for ; Mon, 8 Nov 2004 11:01:53 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id iA8B1rNC010132 for ; Mon, 8 Nov 2004 11:01:53 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id iA8B1qwL010126 for freebsd-acpi@freebsd.org; Mon, 8 Nov 2004 11:01:52 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 8 Nov 2004 11:01:52 GMT Message-Id: <200411081101.iA8B1qwL010126@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 11:01:53 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/07] kern/53008 acpi [PATCH] genwakecode generates errornously o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena 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 11 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 6 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 8 17:26:40 2004 Return-Path: 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 46FF616A4CE for ; Mon, 8 Nov 2004 17:26:40 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 201C243D2F for ; Mon, 8 Nov 2004 17:26:39 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iA8HQYFp006922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 8 Nov 2004 09:26:35 -0800 Message-ID: <418FAA88.3070706@root.org> Date: Mon, 08 Nov 2004 09:19:04 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Kondratyev References: <128676437.20041011133831@bikeman.ru> <401094078.20041011134529@bikeman.ru> <66751906.20041107194159@bikeman.ru> In-Reply-To: <66751906.20041107194159@bikeman.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Troubles with ACPI on HP nx5000 laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 17:26:40 -0000 Dmitry Kondratyev wrote: > Monday, October 11, 2004, 12:45:29 PM, you wrote: > > DK>> After enabling ACPI on HP nx5000 my laptop (Pentium Mobile 1.7M > DK>> Dothan) hangs when compiling programs. dmesg, sysctl hw.acpi and > DK>> acpidump -t -d output are in attach. Disabling ACPI helps. > > DK> oops, attach was filtered somewhere. You can get it here: > DK> http://bikeman.ru/HPnx5000.tgz > > The problem is in acpi thermal module. I set hw.acpi.verbose to 1 in > /boot/loader.conf and noted that my laptop hangs when it changes > cooling level too often. If i set hw.acpi.thermal.tz0.active to 0 for > active cooling or disable thermal module via loader.conf. > > Btw, when I pull out power cord, my laptop also hang after trying to > change power profile. > > In both cases it doesn't really hangs, it still react to alt-fn, enter > and power button. After pressing power I get "acpi: suspend request > ignored (not ready yet)". Thanks for the update. I need some more information to narrow down the problem. Does it hang the very first time it switches cooling levels or after multiple switches? After it has hung, please break to DDB (ctrl-alt-backspace) and do a ps. Go through doing a "tr" on each process id that looks interesting, looking for stacks that have "acpi_tz" functions in them. Email me the process stack info. It's obvious that you're getting a deadlock in the acpi thermal zone switching code but we need to figure out how. For normal use until we find the problem, you can set this in loader.conf and continue to use acpi: debug.acpi.disabled="thermal" -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 8 21:52:06 2004 Return-Path: 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 C3DC716A4CE for ; Mon, 8 Nov 2004 21:52:06 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1374D43D39 for ; Mon, 8 Nov 2004 21:52:06 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.5] (adsl-68-250-184-205.dsl.wotnoh.ameritech.net [68.250.184.205]) (authenticated bits=0)iA8LXNUJ066801 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 8 Nov 2004 16:33:24 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Nate Lawson Date: Mon, 8 Nov 2004 16:54:37 -0500 User-Agent: KMail/1.7 References: <200408021725.02891.mistry.7@osu.edu> <200408021729.31984.mistry.7@osu.edu> <411161C7.3040603@root.org> In-Reply-To: <411161C7.3040603@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2124438.pNcWNA5IV3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411081654.48042.mistry.7@osu.edu> X-Spam-Status: No, hits=0.8 required=5.0 tests=BIZ_TLD autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: freebsd-acpi@freebsd.org Subject: Re: FJEX Fujitsu Function Buttons X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 21:52:06 -0000 --nextPart2124438.pNcWNA5IV3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 04 August 2004 06:23 pm, Nate Lawson wrote: > Anish Mistry wrote: > > On Monday 02 August 2004 05:24 pm, Anish Mistry wrote: > >>I've cleaned up the acpi_fuji module. Please comment on what needs to > >> be changed for it to be committed. Thanks. > >> > >>http://am-productions.biz/docs/acpi_fjex.tgz > > > > Wow, I'm a moron. Correct link: > > http://am-productions.biz/docs/acpi_fuji.tgz > > Thanks for the update. We'll definitely review it, make comments, etc. > However, no new drivers should be imported before 5.3-RELEASE. We > need to spend time cleaning up existing drivers and bugfixing. Now that 5.3 is out the door what do I need to do to get this committed? Thanks, =2D-=20 Anish Mistry --nextPart2124438.pNcWNA5IV3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBj+snxqA5ziudZT0RAns5AKCfewOFEsR6WULx/obe5tDqQXmHwQCgpdwG 6PWrKfMpHdwOIQsPJcoCISw= =KfE6 -----END PGP SIGNATURE----- --nextPart2124438.pNcWNA5IV3-- From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 8 22:06:32 2004 Return-Path: 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 5123816A4CE for ; Mon, 8 Nov 2004 22:06:32 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E003843D4C for ; Mon, 8 Nov 2004 22:06:31 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iA8M6RFp013399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 8 Nov 2004 14:06:28 -0800 Message-ID: <418FEC21.2020603@root.org> Date: Mon, 08 Nov 2004 13:58:57 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <200408021725.02891.mistry.7@osu.edu> <200408021729.31984.mistry.7@osu.edu> <411161C7.3040603@root.org> <200411081654.48042.mistry.7@osu.edu> In-Reply-To: <200411081654.48042.mistry.7@osu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: FJEX Fujitsu Function Buttons X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 22:06:32 -0000 Anish Mistry wrote: > On Wednesday 04 August 2004 06:23 pm, Nate Lawson wrote: > >>Anish Mistry wrote: >> >>>On Monday 02 August 2004 05:24 pm, Anish Mistry wrote: >>> >>>>I've cleaned up the acpi_fuji module. Please comment on what needs to >>>>be changed for it to be committed. Thanks. >>>> >>>>http://am-productions.biz/docs/acpi_fjex.tgz >>> >>>Wow, I'm a moron. Correct link: >>>http://am-productions.biz/docs/acpi_fuji.tgz >> >>Thanks for the update. We'll definitely review it, make comments, etc. >> However, no new drivers should be imported before 5.3-RELEASE. We >>need to spend time cleaning up existing drivers and bugfixing. > > Now that 5.3 is out the door what do I need to do to get this committed? Thanks for pinging me. I'd like to see it match style(9) (i.e. 8 space tabs.) All new code in acpi has done this. Also, it could use locking (serialization would be fine since this code isn't in any fast path). Also, I assume you have a script for driving it? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 9 18:39:57 2004 Return-Path: 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 B472D16A4F2 for ; Tue, 9 Nov 2004 18:39:57 +0000 (GMT) Received: from chons.visualtech.com (a.smtp.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB6943D1D for ; Tue, 9 Nov 2004 18:39:56 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.104] (unknown [208.16.19.49]) by chons.visualtech.com (Postfix) with ESMTP id 6DA84A1AF for ; Tue, 9 Nov 2004 13:39:53 -0500 (EST) Message-ID: <41910F00.3070402@voicenet.com> Date: Tue, 09 Nov 2004 13:40:00 -0500 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041016) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary="------------060605060905010504000302" Subject: Laptop troubles... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 18:39:57 -0000 This is a multi-part message in MIME format. --------------060605060905010504000302 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Not sure the correct list for this problem, but since I think I've traced the problem back to ACPI, it gonna go to this list first :-) Basically, I have a cvsup config file to pull RELENG_5. I built a kernel and world on my HP Omnibook on the 29th of October, and it works great. I updated my source tree today, though (November 9th), rebuilt the kernel + world, and my system hangs shortly after my system starts up some services (usually sshd or nfsd). If I boot up, with ACPI disabled, I don't have this problem. I also don't have any acpi functionality :-) Not a great tradeoff. Any ideas what may have changed between October 29th and today, or how I can track down this problem? Unfortunately, nothing comes on the console. No debugger, no panic, etc. I'm attaching a syslog from my current bootup (with the kernel from October 29th), and a syslog from a failed bootup (with today's kernel). Nothing is jumping out at me, but that doesn't necessarily mean anything. I also noticed this problem back around the 29th of October when I considerd installing -CURRENT on it. When that happened, I changed my cvsup file to RELENG_5 Adam --------------060605060905010504000302 Content-Type: text/plain; name="good-boot.dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="good-boot.dmesg" Nov 9 13:15:20 scroll syslogd: kernel boot file is /boot/kernel.GOOD/kernel Nov 9 13:15:20 scroll kernel: Copyright (c) 1992-2004 The FreeBSD Project. Nov 9 13:15:20 scroll kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 9 13:15:20 scroll kernel: The Regents of the University of California. All rights reserved. Nov 9 13:15:20 scroll kernel: FreeBSD 5.3-STABLE #0: Fri Oct 29 17:39:41 EDT 2004 Nov 9 13:15:20 scroll kernel: root@scroll:/usr/obj/usr/src/sys/SCROLL Nov 9 13:15:20 scroll kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 9 13:15:20 scroll kernel: CPU: Intel Pentium III (796.54-MHz 686-class CPU) Nov 9 13:15:20 scroll kernel: Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Nov 9 13:15:20 scroll kernel: Features=0x387f9ff Nov 9 13:15:20 scroll kernel: real memory = 536805376 (511 MB) Nov 9 13:15:20 scroll kernel: avail memory = 515629056 (491 MB) Nov 9 13:15:20 scroll kernel: npx0: [FAST] Nov 9 13:15:20 scroll kernel: npx0: on motherboard Nov 9 13:15:20 scroll kernel: npx0: INT 16 interface Nov 9 13:15:20 scroll kernel: acpi0: on motherboard Nov 9 13:15:20 scroll kernel: acpi0: Power Button (fixed) Nov 9 13:15:20 scroll kernel: unknown: memory range not supported Nov 9 13:15:20 scroll last message repeated 3 times Nov 9 13:15:20 scroll kernel: acpi_ec0: port 0x66,0x62 on acpi0 Nov 9 13:15:20 scroll kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 Nov 9 13:15:20 scroll kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 Nov 9 13:15:20 scroll kernel: cpu0: on acpi0 Nov 9 13:15:20 scroll kernel: acpi_tz0: on acpi0 Nov 9 13:15:20 scroll kernel: acpi_lid0: on acpi0 Nov 9 13:15:20 scroll kernel: acpi_button0: on acpi0 Nov 9 13:15:20 scroll kernel: pcib0: port 0xcf8-0xcff on acpi0 Nov 9 13:15:20 scroll kernel: pci0: on pcib0 Nov 9 13:15:20 scroll kernel: agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 Nov 9 13:15:20 scroll kernel: pcib1: at device 1.0 on pci0 Nov 9 13:15:20 scroll kernel: pci1: on pcib1 Nov 9 13:15:20 scroll kernel: pci1: at device 0.0 (no driver attached) Nov 9 13:15:20 scroll kernel: isab0: at device 7.0 on pci0 Nov 9 13:15:20 scroll kernel: isa0: on isab0 Nov 9 13:15:20 scroll kernel: atapci0: port 0x1c20-0x1c2f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 Nov 9 13:15:20 scroll kernel: ata0: channel #0 on atapci0 Nov 9 13:15:20 scroll kernel: ata1: channel #1 on atapci0 Nov 9 13:15:20 scroll kernel: uhci0: port 0x1c00-0x1c1f irq 10 at device 7.2 on pci0 Nov 9 13:15:20 scroll kernel: uhci0: [GIANT-LOCKED] Nov 9 13:15:20 scroll kernel: usb0: on uhci0 Nov 9 13:15:20 scroll kernel: usb0: USB revision 1.0 Nov 9 13:15:20 scroll kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 9 13:15:20 scroll kernel: uhub0: 2 ports with 2 removable, self powered Nov 9 13:15:20 scroll kernel: pci0: at device 7.3 (no driver attached) Nov 9 13:15:20 scroll kernel: cbb0: at device 10.0 on pci0 Nov 9 13:15:20 scroll kernel: cardbus0: on cbb0 Nov 9 13:15:20 scroll kernel: pccard0: <16-bit PCCard bus> on cbb0 Nov 9 13:15:20 scroll kernel: cbb1: at device 10.1 on pci0 Nov 9 13:15:20 scroll kernel: cardbus1: on cbb1 Nov 9 13:15:20 scroll kernel: pccard1: <16-bit PCCard bus> on cbb1 Nov 9 13:15:20 scroll kernel: pci0: at device 11.0 (no driver attached) Nov 9 13:15:20 scroll kernel: pci0: at device 11.1 (no driver attached) Nov 9 13:15:20 scroll kernel: pcm0: port 0x1800-0x18ff mem 0xf4000000-0xf4001fff irq 5 at device 13.0 on pci0 Nov 9 13:15:20 scroll kernel: pcm0: failed: rid 0x10 is ioport, requested 3 Nov 9 13:15:20 scroll kernel: pcm0: [GIANT-LOCKED] Nov 9 13:15:20 scroll kernel: pcm0: Nov 9 13:15:20 scroll kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Nov 9 13:15:20 scroll kernel: atkbd0: irq 1 on atkbdc0 Nov 9 13:15:20 scroll kernel: kbd0 at atkbd0 Nov 9 13:15:20 scroll kernel: atkbd0: [GIANT-LOCKED] Nov 9 13:15:20 scroll kernel: psm0: irq 12 on atkbdc0 Nov 9 13:15:20 scroll kernel: psm0: [GIANT-LOCKED] Nov 9 13:15:20 scroll kernel: psm0: model Generic PS/2 mouse, device ID 0 Nov 9 13:15:20 scroll kernel: acpi_acad0: on acpi0 Nov 9 13:15:20 scroll kernel: acpi_cmbat0: on acpi0 Nov 9 13:15:20 scroll kernel: acpi_cmbat1: on acpi0 Nov 9 13:15:20 scroll kernel: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Nov 9 13:15:20 scroll kernel: fdc0: [FAST] Nov 9 13:15:20 scroll kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Nov 9 13:15:20 scroll kernel: pmtimer0 on isa0 Nov 9 13:15:20 scroll kernel: orm0: at iomem 0xcd800-0xcdfff,0xc0000-0xcd7ff on isa0 Nov 9 13:15:20 scroll kernel: sc0: at flags 0x100 on isa0 Nov 9 13:15:20 scroll kernel: sc0: VGA <16 virtual consoles, flags=0x300> Nov 9 13:15:20 scroll kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 9 13:15:20 scroll kernel: ppc0: parallel port not found. Nov 9 13:15:20 scroll kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Nov 9 13:15:20 scroll kernel: sio0: port may not be enabled Nov 9 13:15:20 scroll kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Nov 9 13:15:20 scroll kernel: sio0: type 8250 or not responding Nov 9 13:15:20 scroll kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Nov 9 13:15:20 scroll kernel: sio1: port may not be enabled Nov 9 13:15:20 scroll kernel: Timecounter "TSC" frequency 796541030 Hz quality 800 Nov 9 13:15:20 scroll kernel: Timecounters tick every 10.000 msec Nov 9 13:15:20 scroll kernel: acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% Nov 9 13:15:20 scroll kernel: cbb1: bad Vcc request. ctrl=0x33, status=0x30000a10 Nov 9 13:15:20 scroll kernel: cbb_power: 3V Nov 9 13:15:20 scroll kernel: ad0: 19077MB [38760/16/63] at ata0-master UDMA33 Nov 9 13:15:20 scroll kernel: cbb1: bad Vcc request. ctrl=0x0, status=0x30000a59 Nov 9 13:15:20 scroll kernel: cbb_power: 0V Nov 9 13:15:20 scroll kernel: cbb1: bad Vcc request. ctrl=0x33, status=0x30000a10 Nov 9 13:15:20 scroll kernel: cbb_power: 3V Nov 9 13:15:20 scroll kernel: wi0: at port 0x100-0x13f irq 10 function 0 config 1 on pccard1 Nov 9 13:15:20 scroll kernel: wi0: using RF:PRISM2.5 MAC:ISL3873 Nov 9 13:15:20 scroll kernel: wi0: Intersil Firmware: Primary (1.0.7), Station (1.3.6) Nov 9 13:15:20 scroll kernel: wi0: Ethernet address: 00:10:7a:58:81:df Nov 9 13:15:20 scroll kernel: wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Nov 9 13:15:20 scroll kernel: Mounting root from ufs:/dev/ad0s2a Nov 9 13:15:20 scroll kernel: WARNING: / was not properly dismounted Nov 9 13:15:20 scroll kernel: WARNING: /tmp was not properly dismounted Nov 9 13:15:20 scroll kernel: WARNING: /var was not properly dismounted Nov 9 13:15:20 scroll kernel: WARNING: /usr was not properly dismounted --------------060605060905010504000302 Content-Type: text/plain; name="bad-boot.dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="bad-boot.dmesg" Nov 9 12:50:25 scroll kernel: Copyright (c) 1992-2004 The FreeBSD Project. Nov 9 12:50:25 scroll kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 9 12:50:25 scroll kernel: The Regents of the University of California. All rights reserved. Nov 9 12:50:25 scroll kernel: FreeBSD 5.3-STABLE #0: Tue Nov 9 11:07:58 EST 2004 Nov 9 12:50:25 scroll kernel: root@scroll:/usr/obj/usr/src/sys/SCROLL Nov 9 12:50:25 scroll kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 9 12:50:25 scroll kernel: CPU: Intel Pentium III (796.54-MHz 686-class CPU) Nov 9 12:50:25 scroll kernel: Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Nov 9 12:50:25 scroll kernel: Features=0x387f9ff Nov 9 12:50:25 scroll kernel: real memory = 536805376 (511 MB) Nov 9 12:50:25 scroll kernel: avail memory = 515616768 (491 MB) Nov 9 12:50:25 scroll kernel: npx0: [FAST] Nov 9 12:50:25 scroll kernel: npx0: on motherboard Nov 9 12:50:25 scroll kernel: npx0: INT 16 interface Nov 9 12:50:25 scroll kernel: acpi0: on motherboard Nov 9 12:50:25 scroll kernel: acpi0: Power Button (fixed) Nov 9 12:50:25 scroll kernel: unknown: memory range not supported Nov 9 12:50:25 scroll last message repeated 3 times Nov 9 12:50:25 scroll kernel: acpi_ec0: port 0x66,0x62 on acpi0 Nov 9 12:50:25 scroll kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 Nov 9 12:50:25 scroll kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 Nov 9 12:50:25 scroll kernel: cpu0: on acpi0 Nov 9 12:50:25 scroll kernel: acpi_tz0: on acpi0 Nov 9 12:50:25 scroll kernel: acpi_lid0: on acpi0 Nov 9 12:50:25 scroll kernel: acpi_button0: on acpi0 Nov 9 12:50:25 scroll kernel: pcib0: port 0xcf8-0xcff on acpi0 Nov 9 12:50:25 scroll kernel: pci0: on pcib0 Nov 9 12:50:25 scroll kernel: agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 Nov 9 12:50:25 scroll kernel: pcib1: at device 1.0 on pci0 Nov 9 12:50:25 scroll kernel: pci1: on pcib1 Nov 9 12:50:25 scroll kernel: pci1: at device 0.0 (no driver attached) Nov 9 12:50:25 scroll kernel: isab0: at device 7.0 on pci0 Nov 9 12:50:25 scroll kernel: isa0: on isab0 Nov 9 12:50:25 scroll kernel: atapci0: port 0x1c20-0x1c2f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 Nov 9 12:50:25 scroll kernel: ata0: channel #0 on atapci0 Nov 9 12:50:25 scroll kernel: ata1: channel #1 on atapci0 Nov 9 12:50:25 scroll kernel: uhci0: port 0x1c00-0x1c1f irq 10 at device 7.2 on pci0 Nov 9 12:50:25 scroll kernel: uhci0: [GIANT-LOCKED] Nov 9 12:50:25 scroll kernel: usb0: on uhci0 Nov 9 12:50:25 scroll kernel: usb0: USB revision 1.0 Nov 9 12:50:25 scroll kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 9 12:50:25 scroll kernel: uhub0: 2 ports with 2 removable, self powered Nov 9 12:50:25 scroll kernel: pci0: at device 7.3 (no driver attached) Nov 9 12:50:25 scroll kernel: cbb0: at device 10.0 on pci0 Nov 9 12:50:25 scroll kernel: cardbus0: on cbb0 Nov 9 12:50:25 scroll kernel: pccard0: <16-bit PCCard bus> on cbb0 Nov 9 12:50:25 scroll kernel: cbb1: at device 10.1 on pci0 Nov 9 12:50:25 scroll kernel: cardbus1: on cbb1 Nov 9 12:50:25 scroll kernel: pccard1: <16-bit PCCard bus> on cbb1 Nov 9 12:50:25 scroll kernel: pci0: at device 11.0 (no driver attached) Nov 9 12:50:25 scroll kernel: pci0: at device 11.1 (no driver attached) Nov 9 12:50:25 scroll kernel: pcm0: port 0x1800-0x18ff mem 0xf4000000-0xf4001fff irq 5 at device 13.0 on pci0 Nov 9 12:50:25 scroll kernel: pcm0: failed: rid 0x10 is ioport, requested 3 Nov 9 12:50:25 scroll kernel: pcm0: [GIANT-LOCKED] Nov 9 12:50:25 scroll kernel: pcm0: Nov 9 12:50:25 scroll kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Nov 9 12:50:25 scroll kernel: atkbd0: irq 1 on atkbdc0 Nov 9 12:50:25 scroll kernel: kbd0 at atkbd0 Nov 9 12:50:25 scroll kernel: atkbd0: [GIANT-LOCKED] Nov 9 12:50:25 scroll kernel: psm0: irq 12 on atkbdc0 Nov 9 12:50:25 scroll kernel: psm0: [GIANT-LOCKED] Nov 9 12:50:25 scroll kernel: psm0: model Generic PS/2 mouse, device ID 0 Nov 9 12:50:25 scroll kernel: acpi_acad0: on acpi0 Nov 9 12:50:25 scroll kernel: acpi_cmbat0: on acpi0 Nov 9 12:50:25 scroll kernel: acpi_cmbat1: on acpi0 Nov 9 12:50:25 scroll kernel: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Nov 9 12:50:25 scroll kernel: fdc0: [FAST] Nov 9 12:50:25 scroll kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Nov 9 12:50:25 scroll kernel: pmtimer0 on isa0 Nov 9 12:50:25 scroll kernel: orm0: at iomem 0xcd800-0xcdfff,0xc0000-0xcd7ff on isa0 Nov 9 12:50:25 scroll kernel: sc0: at flags 0x100 on isa0 Nov 9 12:50:25 scroll kernel: sc0: VGA <16 virtual consoles, flags=0x300> Nov 9 12:50:25 scroll kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 9 12:50:25 scroll kernel: ppc0: parallel port not found. Nov 9 12:50:25 scroll kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Nov 9 12:50:25 scroll kernel: sio0: port may not be enabled Nov 9 12:50:25 scroll kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Nov 9 12:50:25 scroll kernel: sio0: type 8250 or not responding Nov 9 12:50:25 scroll kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Nov 9 12:50:25 scroll kernel: sio1: port may not be enabled Nov 9 12:50:25 scroll kernel: Timecounter "TSC" frequency 796541914 Hz quality 800 Nov 9 12:50:25 scroll kernel: Timecounters tick every 10.000 msec Nov 9 12:50:25 scroll kernel: acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% Nov 9 12:50:25 scroll kernel: cbb1: bad Vcc request. ctrl=0x33, status=0x30000a10 Nov 9 12:50:25 scroll kernel: cbb_power: 3V Nov 9 12:50:25 scroll kernel: ad0: 19077MB [38760/16/63] at ata0-master UDMA33 Nov 9 12:50:25 scroll kernel: cbb1: bad Vcc request. ctrl=0x0, status=0x30000a59 Nov 9 12:50:25 scroll kernel: cbb_power: 0V Nov 9 12:50:25 scroll kernel: cbb1: bad Vcc request. ctrl=0x33, status=0x30000a10 Nov 9 12:50:25 scroll kernel: cbb_power: 3V Nov 9 12:50:25 scroll kernel: wi0: at port 0x100-0x13f irq 10 function 0 config 1 on pccard1 Nov 9 12:50:25 scroll kernel: wi0: using RF:PRISM2.5 MAC:ISL3873 Nov 9 12:50:25 scroll kernel: wi0: Intersil Firmware: Primary (1.0.7), Station (1.3.6) Nov 9 12:50:25 scroll kernel: wi0: Ethernet address: 00:10:7a:58:81:df Nov 9 12:50:25 scroll kernel: wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Nov 9 12:50:25 scroll kernel: Mounting root from ufs:/dev/ad0s2a Nov 9 12:50:25 scroll kernel: WARNING: / was not properly dismounted --------------060605060905010504000302-- From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 9 19:00:15 2004 Return-Path: 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 995BC16A4CE for ; Tue, 9 Nov 2004 19:00:15 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 004FA43D58 for ; Tue, 9 Nov 2004 19:00:15 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iA9J0BFp016031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 9 Nov 2004 11:00:12 -0800 Message-ID: <419113BA.9000806@root.org> Date: Tue, 09 Nov 2004 11:00:10 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam K Kirchhoff References: <41910F00.3070402@voicenet.com> In-Reply-To: <41910F00.3070402@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Laptop troubles... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 19:00:15 -0000 Adam K Kirchhoff wrote: > Not sure the correct list for this problem, but since I think I've > traced the problem back to ACPI, it gonna go to this list first :-) > > Basically, I have a cvsup config file to pull RELENG_5. I built a > kernel and world on my HP Omnibook on the 29th of October, and it works > great. I updated my source tree today, though (November 9th), rebuilt > the kernel + world, and my system hangs shortly after my system starts > up some services (usually sshd or nfsd). If I boot up, with ACPI > disabled, I don't have this problem. I also don't have any acpi > functionality :-) Not a great tradeoff. What happens if you boot single-user? > Any ideas what may have changed between October 29th and today, or how I > can track down this problem? A lot of minor changes were MFCd yesterday. > Unfortunately, nothing comes on the console. No debugger, no panic, etc. You can't break to the debugger with ctrl-alt-backspace? > I'm attaching a syslog from my current bootup (with the kernel from > October 29th), and a syslog from a failed bootup (with today's > kernel). Nothing is jumping out at me, but that doesn't necessarily > mean anything. > > I also noticed this problem back around the 29th of October when I > considerd installing -CURRENT on it. When that happened, I changed my > cvsup file to RELENG_5 Try a boot -v -s with the bad kernel and see how long it takes to hang while sitting there idle. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 9 19:39:36 2004 Return-Path: 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 F173A16A4CF for ; Tue, 9 Nov 2004 19:39:36 +0000 (GMT) Received: from chons.visualtech.com (a.smtp.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA7243D67 for ; Tue, 9 Nov 2004 19:39:36 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [208.16.19.49] (unknown [208.16.19.49]) by chons.visualtech.com (Postfix) with ESMTP id B9D79A1AF; Tue, 9 Nov 2004 14:39:35 -0500 (EST) Message-ID: <41911D01.1090303@voicenet.com> Date: Tue, 09 Nov 2004 14:39:45 -0500 From: Adam K Kirchhoff User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <41910F00.3070402@voicenet.com> <419113BA.9000806@root.org> In-Reply-To: <419113BA.9000806@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Laptop troubles... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 19:39:37 -0000 Nate Lawson wrote: > Adam K Kirchhoff wrote: > >> Not sure the correct list for this problem, but since I think I've >> traced the problem back to ACPI, it gonna go to this list first :-) >> >> Basically, I have a cvsup config file to pull RELENG_5. I built a >> kernel and world on my HP Omnibook on the 29th of October, and it >> works great. I updated my source tree today, though (November 9th), >> rebuilt the kernel + world, and my system hangs shortly after my >> system starts up some services (usually sshd or nfsd). If I boot up, >> with ACPI disabled, I don't have this problem. I also don't have any >> acpi functionality :-) Not a great tradeoff. > > > What happens if you boot single-user? So far, it's been fine. I've been in single user long enough to run fsck on my filesystems... I launched sshd manually once (without any problems) since that's where it appeared to lockup most frequently. When I then continued into multi-user mode, it locked up around the time it loaded the linux compat module. >> Any ideas what may have changed between October 29th and today, or >> how I can track down this problem? > > > A lot of minor changes were MFCd yesterday. > >> Unfortunately, nothing comes on the console. No debugger, no panic, >> etc. > > > You can't break to the debugger with ctrl-alt-backspace? Nope. Didn't realize that was usually a possibility, but when I tried it just now, it didn't break into the debugger. >> I'm attaching a syslog from my current bootup (with the kernel from >> October 29th), and a syslog from a failed bootup (with today's >> kernel). Nothing is jumping out at me, but that doesn't necessarily >> mean anything. >> >> I also noticed this problem back around the 29th of October when I >> considerd installing -CURRENT on it. When that happened, I changed >> my cvsup file to RELENG_5 > > > Try a boot -v -s with the bad kernel and see how long it takes to hang > while sitting there idle. > Well, so far so good. I've booted up with -s and -v... fsck'ed the filesystems, and I'm now sitting at the single user prompt. I ifconfiged my wireless card, and all seems well. I'm about to leave work for the day. I'll leave it like this during my drive home and see if it stays running the entire time. When I'm home, I'll reboot with -v -s and dump the kernel output to the serial port, and then post it here. Adam From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 9 19:53:01 2004 Return-Path: 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 4153816A4CE for ; Tue, 9 Nov 2004 19:53:01 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id F38AA43D1D for ; Tue, 9 Nov 2004 19:53:00 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iA9JqxFp017600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 9 Nov 2004 11:53:00 -0800 Message-ID: <4191201A.4080406@root.org> Date: Tue, 09 Nov 2004 11:52:58 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam K Kirchhoff References: <41910F00.3070402@voicenet.com> <419113BA.9000806@root.org> <41911D01.1090303@voicenet.com> In-Reply-To: <41911D01.1090303@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Laptop troubles... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 19:53:01 -0000 Adam K Kirchhoff wrote: > Nate Lawson wrote: >> What happens if you boot single-user? > > So far, it's been fine. I've been in single user long enough to run > fsck on my filesystems... I launched sshd manually once (without any > problems) since that's where it appeared to lockup most frequently. > When I then continued into multi-user mode, it locked up around the time > it loaded the linux compat module. It's important to isolate this more. Try running some of the rc.d scripts to see if you can trigger it. I think there's an rc.d debug mode that prints everything before it does it also. Then just enable that feature and send me the last few lines it prints before hanging. >> >> You can't break to the debugger with ctrl-alt-backspace? > > Nope. Didn't realize that was usually a possibility, but when I tried it > just now, it didn't break into the debugger. Well, you have to have options BREAK_TO_DEBUGGER in the kernel for this to work. If you have it but this doesn't work, then it's a harder hang. If not, we can get debug info as to what's hung. >> Try a boot -v -s with the bad kernel and see how long it takes to hang >> while sitting there idle. >> > Well, so far so good. I've booted up with -s and -v... fsck'ed the > filesystems, and I'm now sitting at the single user prompt. I > ifconfiged my wireless card, and all seems well. I'm about to leave > work for the day. I'll leave it like this during my drive home and see > if it stays running the entire time. > > When I'm home, I'll reboot with -v -s and dump the kernel output to the > serial port, and then post it here. The -v is just to get more info from right before the hang. Try doing things like sysctl -a, kldload linux, or whatever to see if you can isolate what's triggering this. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 9 21:13:48 2004 Return-Path: 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 139A116A4CE for ; Tue, 9 Nov 2004 21:13:48 +0000 (GMT) Received: from chons.visualtech.com (a.smtp.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88EAF43D45 for ; Tue, 9 Nov 2004 21:13:47 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.99] (pcp04364354pcs.glstrt01.nj.comcast.net [68.44.156.246]) by chons.visualtech.com (Postfix) with ESMTP id 56364A1AF; Tue, 9 Nov 2004 16:13:46 -0500 (EST) Message-ID: <4191330A.7040707@voicenet.com> Date: Tue, 09 Nov 2004 16:13:46 -0500 From: Adam K Kirchhoff User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5 X-Accept-Language: en MIME-Version: 1.0 To: Nate Lawson References: <41910F00.3070402@voicenet.com> <419113BA.9000806@root.org> <41911D01.1090303@voicenet.com> <4191201A.4080406@root.org> In-Reply-To: <4191201A.4080406@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Laptop troubles... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 21:13:48 -0000 Nate Lawson wrote: > Adam K Kirchhoff wrote: > >> Nate Lawson wrote: >> >>> What happens if you boot single-user? >> >> >> So far, it's been fine. I've been in single user long enough to run >> fsck on my filesystems... I launched sshd manually once (without any >> problems) since that's where it appeared to lockup most frequently. >> When I then continued into multi-user mode, it locked up around the >> time it loaded the linux compat module. > > > It's important to isolate this more. Try running some of the rc.d > scripts to see if you can trigger it. I think there's an rc.d debug > mode that prints everything before it does it also. Then just enable > that feature and send me the last few lines it prints before hanging. > >>> >>> You can't break to the debugger with ctrl-alt-backspace? >> >> >> Nope. Didn't realize that was usually a possibility, but when I tried >> it just now, it didn't break into the debugger. > > > Well, you have to have options BREAK_TO_DEBUGGER in the kernel for > this to work. If you have it but this doesn't work, then it's a > harder hang. If not, we can get debug info as to what's hung. > >>> Try a boot -v -s with the bad kernel and see how long it takes to >>> hang while sitting there idle. >>> >> Well, so far so good. I've booted up with -s and -v... fsck'ed the >> filesystems, and I'm now sitting at the single user prompt. I >> ifconfiged my wireless card, and all seems well. I'm about to leave >> work for the day. I'll leave it like this during my drive home and >> see if it stays running the entire time. >> >> When I'm home, I'll reboot with -v -s and dump the kernel output to >> the serial port, and then post it here. > > > The -v is just to get more info from right before the hang. Try doing > things like sysctl -a, kldload linux, or whatever to see if you can > isolate what's triggering this. > Woohoo... It's /etc/rc.d/devd: # ./cron start Starting cron. # ./devd start Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C3 hw.acpi.cpu.throttle_state: 8 -> 8 And then, immediately, the lockup. Want me to try adding the BREAK_TO_DEBUGGER option in the kernel and see if I can get a backtrace? Adam From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 9 22:05:24 2004 Return-Path: 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 221A716A4D2 for ; Tue, 9 Nov 2004 22:05:24 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30C7243D48 for ; Tue, 9 Nov 2004 22:05:12 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iA9M5AFp021524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 9 Nov 2004 14:05:11 -0800 Message-ID: <41913F15.9060701@root.org> Date: Tue, 09 Nov 2004 14:05:09 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam K Kirchhoff References: <41910F00.3070402@voicenet.com> <419113BA.9000806@root.org> <41911D01.1090303@voicenet.com> <4191201A.4080406@root.org> <4191330A.7040707@voicenet.com> In-Reply-To: <4191330A.7040707@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Laptop troubles... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 22:05:24 -0000 Adam K Kirchhoff wrote: >> The -v is just to get more info from right before the hang. Try doing >> things like sysctl -a, kldload linux, or whatever to see if you can >> isolate what's triggering this. >> > > Woohoo... It's /etc/rc.d/devd: > # ./cron start > Starting cron. > # ./devd start > Starting devd. > hw.acpi.cpu.cx_lowest: C1 -> C3 > hw.acpi.cpu.throttle_state: 8 -> 8 > > And then, immediately, the lockup. Want me to try adding the > BREAK_TO_DEBUGGER option in the kernel and see if I can get a backtrace? Ok, this is helpful. That's actually /etc/rc.d/power_profile switching based on input from devd as to the AC line state. Try manually running the sysctls: sysctl hw.acpi.cpu.cx_lowest=C3 sysctl hw.acpi.cpu.throttle_state=8 ...waiting after each one for a minute to see if there's a hang. Getting a backtrace would help, yes. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 9 22:33:11 2004 Return-Path: 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 9FB1916A4CE for ; Tue, 9 Nov 2004 22:33:11 +0000 (GMT) Received: from chons.visualtech.com (b.mx.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32C3843D2F for ; Tue, 9 Nov 2004 22:33:11 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.99] (pcp04364354pcs.glstrt01.nj.comcast.net [68.44.156.246]) by chons.visualtech.com (Postfix) with ESMTP id 705C4A1AF; Tue, 9 Nov 2004 17:33:10 -0500 (EST) Message-ID: <419145A7.3000406@voicenet.com> Date: Tue, 09 Nov 2004 17:33:11 -0500 From: Adam K Kirchhoff User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5 X-Accept-Language: en MIME-Version: 1.0 To: Nate Lawson References: <41910F00.3070402@voicenet.com> <419113BA.9000806@root.org> <41911D01.1090303@voicenet.com> <4191201A.4080406@root.org> <4191330A.7040707@voicenet.com> <41913F15.9060701@root.org> In-Reply-To: <41913F15.9060701@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Laptop troubles... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 22:33:11 -0000 Nate Lawson wrote: > Adam K Kirchhoff wrote: > >>> The -v is just to get more info from right before the hang. Try >>> doing things like sysctl -a, kldload linux, or whatever to see if >>> you can isolate what's triggering this. >>> >> >> Woohoo... It's /etc/rc.d/devd: >> # ./cron start >> Starting cron. >> # ./devd start >> Starting devd. >> hw.acpi.cpu.cx_lowest: C1 -> C3 >> hw.acpi.cpu.throttle_state: 8 -> 8 >> >> And then, immediately, the lockup. Want me to try adding the >> BREAK_TO_DEBUGGER option in the kernel and see if I can get a backtrace? > > > Ok, this is helpful. That's actually /etc/rc.d/power_profile > switching based on input from devd as to the AC line state. Try > manually running the sysctls: > > sysctl hw.acpi.cpu.cx_lowest=C3 This one would appear to be the culprit. When I tried it, it locked up immediately. I rebooted, tried the throttle_state one, waited a few minutes, and all was fine. Tried the cx_lowest one, and it locked up again within a few seconds. > sysctl hw.acpi.cpu.throttle_state=8 > > ...waiting after each one for a minute to see if there's a hang. > Getting a backtrace would help, yes. > Unfortunately, that's proving difficult. Even with the "option BREAK_TO_DEBUGGER" line in the kernel config, ctrl-alt-backspace isn't dropping me to the debugger. Adam From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 9 23:07:59 2004 Return-Path: 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 662E016A4CE for ; Tue, 9 Nov 2004 23:07:59 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0128743D39 for ; Tue, 9 Nov 2004 23:07:59 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iA9N7vFp023495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 9 Nov 2004 15:07:58 -0800 Message-ID: <41914DCC.8000100@root.org> Date: Tue, 09 Nov 2004 15:07:56 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam K Kirchhoff References: <41910F00.3070402@voicenet.com> <419113BA.9000806@root.org> <41911D01.1090303@voicenet.com> <4191201A.4080406@root.org> <4191330A.7040707@voicenet.com> <41913F15.9060701@root.org> <419145A7.3000406@voicenet.com> In-Reply-To: <419145A7.3000406@voicenet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Laptop troubles... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 23:07:59 -0000 Adam K Kirchhoff wrote: > Nate Lawson wrote: > >> Adam K Kirchhoff wrote: >> >>>> The -v is just to get more info from right before the hang. Try >>>> doing things like sysctl -a, kldload linux, or whatever to see if >>>> you can isolate what's triggering this. >>>> >>> >>> Woohoo... It's /etc/rc.d/devd: >>> # ./cron start >>> Starting cron. >>> # ./devd start >>> Starting devd. >>> hw.acpi.cpu.cx_lowest: C1 -> C3 >>> hw.acpi.cpu.throttle_state: 8 -> 8 >>> >>> And then, immediately, the lockup. Want me to try adding the >>> BREAK_TO_DEBUGGER option in the kernel and see if I can get a backtrace? >> >> Ok, this is helpful. That's actually /etc/rc.d/power_profile >> switching based on input from devd as to the AC line state. Try >> manually running the sysctls: >> >> sysctl hw.acpi.cpu.cx_lowest=C3 > > This one would appear to be the culprit. When I tried it, it locked up > immediately. I rebooted, tried the throttle_state one, waited a few > minutes, and all was fine. Tried the cx_lowest one, and it locked up > again within a few seconds. > >> sysctl hw.acpi.cpu.throttle_state=8 >> >> ...waiting after each one for a minute to see if there's a hang. >> Getting a backtrace would help, yes. >> > > Unfortunately, that's proving difficult. Even with the "option > BREAK_TO_DEBUGGER" line in the kernel config, ctrl-alt-backspace isn't > dropping me to the debugger. That's fine, try cx_lowest=C2. If that works, a workaround is to set cx_performance_state=C2 and cx_economy_state=C2 in /etc/rc.conf (or something like that, see /etc/defaults/rc.conf for the right variable names). Please send me the output of acpidump -t -d > adam.asl separately as an attachment. I think I will have enough with that to debug why C3 is hanging your system. I'm pretty sure the problem area of the commit is in enabling C3 for systems that don't have bus master control. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 10 19:42:40 2004 Return-Path: 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 DDF2B16A4CE; Wed, 10 Nov 2004 19:42:40 +0000 (GMT) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id B412043D39; Wed, 10 Nov 2004 19:42:39 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from nemesis.md.0xfce3.net (port-ip-213-211-224-164.reverse.mdcc-fun.de [213.211.224.164]) by dd1318.kasserver.com (Postfix) with ESMTP id C8068AB38A; Wed, 10 Nov 2004 19:54:24 +0100 (CET) Received: from nemesis.md.0xfce3.net (localhost.md.0xfce3.net [127.0.0.1]) by nemesis.md.0xfce3.net (8.13.1/8.13.1) with ESMTP id iAAIsWki003805; Wed, 10 Nov 2004 19:54:32 +0100 (CET) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by nemesis.md.0xfce3.net (8.13.1/8.13.1/Submit) id iAAIsT1s003804; Wed, 10 Nov 2004 19:54:29 +0100 (CET) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: nemesis.md.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Wed, 10 Nov 2004 19:54:29 +0100 From: Gordon Bergling To: freebsd-current@freebsd.org Message-ID: <20041110185429.GA3633@nemesis.md.0xfce3.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Url: X-Operating-System: FreeBSD 5.3-STABLE i386 X-Host-Uptime: 7:33PM up 4:05, 2 users, load averages: 0.29, 0.11, 0.07 cc: freebsd-acpi@freebsd.org Subject: acpi problems and "stray irq6" X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 19:42:41 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, first sorry for cross posting. I wasn't sure where I should post these questions.=20 I have a new notebook. Its a Fujitsu-Siemens Amilo A 7640. Hardware,=20 if that matters, is an AMD Athlon XP 3000+, SiS (somewhat) Chipset=20 and 512MB Ram. This notebook is running a recent 5-STABLE from a few minutes ago. The bios version of the notebook should be the newest. Its dated on 09/17/2004. At first there is a problem regarding the speed managment of the cpu. Normally and acpi managed cpu should be controlable of the "hw.acpi.cpu.throttle_state" sysctl. This sysctl doesn't exist. Without this capability the cpu is all the time running at ~ 800 MHz, which makes build world not really fast. ;) Has anyone an idea how I could enable this feature? The second problem is that I get these messages short after the boot: 'stray irq6' and 'stray irq1'. I had read in the FAQ thats this should't be a problem, but based on "vmstat -i" the notebook hasn't an device on irq 6. Thats curious I think. The dmesg (normal + verbose), the acpidump and the printed hw.acpi tree can be found at http://www.0xfce3.net/notebook/ . If I could provide more information please let me know. I am very willing to test patches. ;) best regards, Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkmPkk7nTK8dvAqARAsW2AJ9YNZQl8YlyTZfgItpqKEbPF68p0gCbBw5U yz7d3QmfH9R0TbTtciqQDd0= =anMk -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 10 19:56:13 2004 Return-Path: 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 4F99316A4CE; Wed, 10 Nov 2004 19:56:13 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA0C643D58; Wed, 10 Nov 2004 19:56:12 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])iAAJuAov009179; Wed, 10 Nov 2004 14:56:10 -0500 Message-ID: <41927256.6020107@root.org> Date: Wed, 10 Nov 2004 11:56:06 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gordon Bergling References: <20041110185429.GA3633@nemesis.md.0xfce3.net> In-Reply-To: <20041110185429.GA3633@nemesis.md.0xfce3.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi problems and "stray irq6" X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 19:56:13 -0000 Gordon Bergling wrote: > I have a new notebook. Its a Fujitsu-Siemens Amilo A 7640. Hardware, > if that matters, is an AMD Athlon XP 3000+, SiS (somewhat) Chipset > and 512MB Ram. > > This notebook is running a recent 5-STABLE from a few minutes ago. The > bios version of the notebook should be the newest. Its dated on > 09/17/2004. > > At first there is a problem regarding the speed managment of the cpu. > Normally and acpi managed cpu should be controlable of the > "hw.acpi.cpu.throttle_state" sysctl. This sysctl doesn't exist. Without > this capability the cpu is all the time running at ~ 800 MHz, which > makes build world not really fast. ;) > > Has anyone an idea how I could enable this feature? Did it ever have a working throttle feature before? If not, it's not likely to support throttling. Modern systems aren't usually controlled by throttling but with CPU frequency control. You should try the powernow driver. http://poupinou.org/cpufreq/bsd/powernow_k7.tar.gz > The second problem is that I get these messages short after the boot: > 'stray irq6' and 'stray irq1'. I had read in the FAQ thats this should't > be a problem, but based on "vmstat -i" the notebook hasn't an device on > irq 6. Thats curious I think. irq 6 is floppy and irq 1 is keyboard. I see your notebook has an IOAPIC. It's likely that the legacy interrupt links aren't being disabled when the apic is enabled. John's new PCI irq routing code should handle this (it's not possible with the current arch for link devices). If you don't have any actual problems (i.e. hangs), the extra interrupts are harmless. -Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 10 20:00:01 2004 Return-Path: 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 CF83916A4CE for ; Wed, 10 Nov 2004 20:00:01 +0000 (GMT) Received: from mbd.ru (mail.mbd.ru [81.176.79.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0532143D55 for ; Wed, 10 Nov 2004 20:00:01 +0000 (GMT) (envelope-from null@bikeman.ru) Received: from localhost (localhost [127.0.0.1]) by mbd.ru (Postfix) with ESMTP id C64C314D for ; Wed, 10 Nov 2004 22:59:56 +0300 (MSK) Received: from [10.0.0.1] (ppp83-237-9-23.pppoe.mtu-net.ru [83.237.9.23]) by mbd.ru (Postfix) with ESMTP id 32DED114 for ; Wed, 10 Nov 2004 22:59:56 +0300 (MSK) Message-ID: <4192733E.3000606@bikeman.ru> Date: Wed, 10 Nov 2004 22:59:58 +0300 From: Dmitry Kondratyev User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <128676437.20041011133831@bikeman.ru> <401094078.20041011134529@bikeman.ru> <66751906.20041107194159@bikeman.ru> <418FAA88.3070706@root.org> In-Reply-To: <418FAA88.3070706@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Troubles with ACPI on HP nx5000 laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 20:00:01 -0000 Hello Nate, Monday, November 8, 2004, 8:19:04 PM, you wrote: >>>> DK>> After enabling ACPI on HP nx5000 my laptop (Pentium Mobile 1.7M >>>> DK>> Dothan) hangs when compiling programs. dmesg, sysctl hw.acpi and >>>> DK>> acpidump -t -d output are in attach. Disabling ACPI helps. >>>> >>>> DK> oops, attach was filtered somewhere. You can get it here: >>>> DK> http://bikeman.ru/HPnx5000.tgz >>>> >>>> The problem is in acpi thermal module. I set hw.acpi.verbose to 1 in >>>> /boot/loader.conf and noted that my laptop hangs when it changes >>>> cooling level too often. If i set hw.acpi.thermal.tz0.active to 0 for >>>> active cooling or disable thermal module via loader.conf. >>>> >>>> Btw, when I pull out power cord, my laptop also hang after trying to >>>> change power profile. >>>> >>>> In both cases it doesn't really hangs, it still react to alt-fn, enter >>>> and power button. After pressing power I get "acpi: suspend request >>>> ignored (not ready yet)". NL> Thanks for the update. I need some more information to narrow down the NL> problem. Does it hang the very first time it switches cooling levels or NL> after multiple switches? I tested it all again just a few minutes ago, it hung after first try to switch. NL> NL> After it has hung, please break to DDB NL> (ctrl-alt-backspace) and do a ps. Go through doing a "tr" on each NL> process id that looks interesting, looking for stacks that have NL> "acpi_tz" functions in them. Email me the process stack info. It's NL> obvious that you're getting a deadlock in the acpi thermal zone NL> switching code but we need to figure out how. I don't think it's deadlock, because I found only one process callling acpi_tz funcs. > ps 45 c15b8c5c d4de5000 0 0 0 0000204 [RUNQ] acpi_thermal > trace 45 sched_switch(c155f640,0,1,5e21f7f1,5e141b1) at sched_switch+0x160 mi_switch(1,0,d3becca8,10) at mi_switch+0x1d9 sleepq_switch(c07a4694,c155f640,d3becce0,c04e1dcc,c07a4694) at sleepq_switch+0x167 sleepq_timedwait(c07a4694,54,c07a46a0,c07a0150,0) at sleepq_timedwait+0x12 msleep(c07a4694,c07a46a0,254,c07a0150,3e8) at msleep+0x3bc acpi_tz_thread(0,d3becd48,68bf09fc,85e800c6, 2c483cd) at acpi_tz_thread+0x1da fork_exit(c07902f0,0,d3becd48) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3becd7c, ebp = 0 --- Furthermore, after "cont" in ddb, everything worked for a few seconds. And it always works for a while till hangs again if after hanging I call ddb and type "cont". Maybe it will "unhang" if I wait till CPU gets cold. From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 10 22:20:16 2004 Return-Path: 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 214C116A4CE; Wed, 10 Nov 2004 22:20:15 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9594A43D45; Wed, 10 Nov 2004 22:20:15 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iAAMKAFp029474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 10 Nov 2004 14:20:11 -0800 Message-ID: <41929419.2060505@root.org> Date: Wed, 10 Nov 2004 14:20:09 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Kondratyev References: <128676437.20041011133831@bikeman.ru> <401094078.20041011134529@bikeman.ru> <66751906.20041107194159@bikeman.ru> <418FAA88.3070706@root.org> <4192733E.3000606@bikeman.ru> In-Reply-To: <4192733E.3000606@bikeman.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Troubles with ACPI on HP nx5000 laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 22:20:16 -0000 Dmitry Kondratyev wrote: > NL> NL> After it has hung, please break to DDB > NL> (ctrl-alt-backspace) and do a ps. Go through doing a "tr" on each > NL> process id that looks interesting, looking for stacks that have > NL> "acpi_tz" functions in them. Email me the process stack info. It's > NL> obvious that you're getting a deadlock in the acpi thermal zone > NL> switching code but we need to figure out how. > > I don't think it's deadlock, because I found only one process > callling acpi_tz funcs. I didn't mean two separate processes deadlock but just a situation where a thread stops without making progress. > > ps > 45 c15b8c5c d4de5000 0 0 0 0000204 [RUNQ] > acpi_thermal > > trace 45 > sched_switch(c155f640,0,1,5e21f7f1,5e141b1) at sched_switch+0x160 > mi_switch(1,0,d3becca8,10) at mi_switch+0x1d9 > sleepq_switch(c07a4694,c155f640,d3becce0,c04e1dcc,c07a4694) at > sleepq_switch+0x167 > sleepq_timedwait(c07a4694,54,c07a46a0,c07a0150,0) at > sleepq_timedwait+0x12 > msleep(c07a4694,c07a46a0,254,c07a0150,3e8) at msleep+0x3bc > acpi_tz_thread(0,d3becd48,68bf09fc,85e800c6, 2c483cd) at > acpi_tz_thread+0x1da > fork_exit(c07902f0,0,d3becd48) at fork_exit+0x80 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd3becd7c, ebp = 0 --- This looks normal. It just means there's no work for the thermal thread to do so it sleeps. I wonder why it's on the RUNQ though? Please recompile your acpi module with options ACPI_DEBUG. Then set this at the loader prompt or in loader.conf: debug.acpi.layer="ACPI_THERMAL" debug.acpi.level="ACPI_LV_OBJECTS ACPI_LV_ALL_EXCEPTIONS" Send me the output after a hang. > Furthermore, after "cont" in ddb, everything worked for a few > seconds. And it always works for a while till hangs again if after > hanging I call ddb and type "cont". Maybe it will "unhang" if I > wait till CPU gets cold. If you have a serial console, a ps on all threads once it hangs would be helpful. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 11 01:42:09 2004 Return-Path: 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 F3EC616A4CE; Thu, 11 Nov 2004 01:42:08 +0000 (GMT) Received: from out008.verizon.net (out008pub.verizon.net [206.46.170.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B8143D2D; Thu, 11 Nov 2004 01:42:08 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.77.49]) by out008.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041111014207.NBCX17228.out008.verizon.net@[10.0.3.231]>; Wed, 10 Nov 2004 19:42:07 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Gordon Bergling In-Reply-To: <20041110185429.GA3633@nemesis.md.0xfce3.net> References: <20041110185429.GA3633@nemesis.md.0xfce3.net> Content-Type: text/plain Message-Id: <1100137306.7752.4.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 10 Nov 2004 20:41:47 -0500 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out008.verizon.net from [138.89.77.49] at Wed, 10 Nov 2004 19:42:04 -0600 cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi problems and "stray irq6" X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 01:42:09 -0000 On Wed, 2004-11-10 at 13:54, Gordon Bergling wrote: > Hi folks, > > first sorry for cross posting. I wasn't sure where I should post these > questions. > > I have a new notebook. Its a Fujitsu-Siemens Amilo A 7640. Hardware, > if that matters, is an AMD Athlon XP 3000+, SiS (somewhat) Chipset > and 512MB Ram. > > This notebook is running a recent 5-STABLE from a few minutes ago. The > bios version of the notebook should be the newest. Its dated on > 09/17/2004. > > At first there is a problem regarding the speed managment of the cpu. > Normally and acpi managed cpu should be controlable of the > "hw.acpi.cpu.throttle_state" sysctl. This sysctl doesn't exist. Without > this capability the cpu is all the time running at ~ 800 MHz, which > makes build world not really fast. ;) > > Has anyone an idea how I could enable this feature? > > The second problem is that I get these messages short after the boot: > 'stray irq6' and 'stray irq1'. I had read in the FAQ thats this should't > be a problem, but based on "vmstat -i" the notebook hasn't an device on > irq 6. Thats curious I think. > > The dmesg (normal + verbose), the acpidump and the printed hw.acpi tree > can be found at http://www.0xfce3.net/notebook/ . > > If I could provide more information please let me know. I am very > willing to test patches. ;) > > best regards, > > Gordon I would have to believe that "throttle" only works on Pentium chips. I am using 'powernow_k7' loadable module on my Athlon XP-M and that works excellent. You should be able to google for it, that way you: -- would have most recent version -- would know that I did not provide you with Trojan horse ;) HTH, Alexandre "Sunny" Kovalenko. From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 11 01:47:24 2004 Return-Path: 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 5D9EC16A4CE; Thu, 11 Nov 2004 01:47:24 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2304643D49; Thu, 11 Nov 2004 01:47:24 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iAB1lMFp002555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 10 Nov 2004 17:47:23 -0800 Message-ID: <4192C4A8.9040900@root.org> Date: Wed, 10 Nov 2004 17:47:20 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <20041110185429.GA3633@nemesis.md.0xfce3.net> <1100137306.7752.4.camel@RabbitsDen> In-Reply-To: <1100137306.7752.4.camel@RabbitsDen> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi problems and "stray irq6" X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 01:47:24 -0000 Alexandre "Sunny" Kovalenko wrote: > On Wed, 2004-11-10 at 13:54, Gordon Bergling wrote: >>first sorry for cross posting. I wasn't sure where I should post these >>questions. >> >>I have a new notebook. Its a Fujitsu-Siemens Amilo A 7640. Hardware, >>if that matters, is an AMD Athlon XP 3000+, SiS (somewhat) Chipset >>and 512MB Ram. >> >>This notebook is running a recent 5-STABLE from a few minutes ago. The >>bios version of the notebook should be the newest. Its dated on >>09/17/2004. >> >>At first there is a problem regarding the speed managment of the cpu. >>Normally and acpi managed cpu should be controlable of the >>"hw.acpi.cpu.throttle_state" sysctl. This sysctl doesn't exist. Without >>this capability the cpu is all the time running at ~ 800 MHz, which >>makes build world not really fast. ;) >> >>Has anyone an idea how I could enable this feature? >> >> > > I would have to believe that "throttle" only works on Pentium chips. No, throttling only works on chipsets that support it and export control over it to ACPI. It's not as useful as real CPU control in that it just controls frequency duty cycle, not frequency and voltage combined. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 11 04:31:04 2004 Return-Path: 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 D355616A4CE for ; Thu, 11 Nov 2004 04:31:04 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 211B843D41 for ; Thu, 11 Nov 2004 04:31:04 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.5] (adsl-68-250-184-205.dsl.wotnoh.ameritech.net [68.250.184.205]) (authenticated bits=0)iAB4C7UJ014902 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 10 Nov 2004 23:12:11 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Nate Lawson Date: Wed, 10 Nov 2004 23:33:23 -0500 User-Agent: KMail/1.7 References: <200408021725.02891.mistry.7@osu.edu> <200411081712.53121.mistry.7@osu.edu> <418FEFC9.4060507@root.org> In-Reply-To: <418FEFC9.4060507@root.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_luukBClNETVX4J3" Message-Id: <200411102333.41502.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-acpi@freebsd.org Subject: Re: FJEX Fujitsu Function Buttons X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 04:31:05 -0000 --Boundary-00=_luukBClNETVX4J3 Content-Type: multipart/signed; boundary="nextPart1747039.0ZUDA2O5bI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1747039.0ZUDA2O5bI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 08 November 2004 05:14 pm, you wrote: > Anish Mistry wrote: > > On Monday 08 November 2004 04:58 pm, you wrote: > >>Anish Mistry wrote: > >>>On Wednesday 04 August 2004 06:23 pm, Nate Lawson wrote: > >>>>Anish Mistry wrote: > >>>>>On Monday 02 August 2004 05:24 pm, Anish Mistry wrote: > >>>>>>I've cleaned up the acpi_fuji module. Please comment on what > >>>>>> needs to be changed for it to be committed. Thanks. > >>>>>> > >>>>>>http://am-productions.biz/docs/acpi_fjex.tgz > >>>>> > >>>>>Wow, I'm a moron. Correct link: > >>>>>http://am-productions.biz/docs/acpi_fuji.tgz > >>>> > >>>>Thanks for the update. We'll definitely review it, make comments, > >>>>etc. However, no new drivers should be imported before 5.3-RELEASE. > >>>>We need to spend time cleaning up existing drivers and bugfixing. > >>> > >>>Now that 5.3 is out the door what do I need to do to get this > >>>committed? > >> > >>Thanks for pinging me. I'd like to see it match style(9) (i.e. 8 > >> space > > > > Ok. > > > >>tabs.) All new code in acpi has done this. Also, it could use > >> locking (serialization would be fine since this code isn't in any > >> fast path). > > > > Which driver would have a good example of this? > > Try acpi_toshiba.c > > >>Also, I assume you have a script for driving it? > > > > Yes, should I include that along with a relevant devd.conf patch too? > > Sure. I'll probably genericize it for a hotkey driver though. Ok, I'm attaching the files and linking to them on my website. acpi_fuji.tgz: =2D Updated to match style. =2D Added event serialization. acpi_fuji-devd.patch: =2D Adds a notify handler script (acpi_fuji_exec.sh) to receive the driver'= s=20 notify event. acpi_fuji_exec.sh: =2D A handler script to send display messages to a display pipe for apps to= =20 read changes to the sysctl values. fuji_display.sh: =2D This reads from the pipe created by acpi_fuji_exec.sh and will show a=20 nice HUD message when there is a function button event. You have to be in= =20 X, so I've got it starting in my .xinitrc. =2D Requires xosd installed http://am-productions.biz/docs/acpi_fuji.tgz http://am-productions.biz/docs/fuji_display.sh http://am-productions.biz/docs/acpi_fuji_exec.sh http://am-productions.biz/docs/acpi_fuji-devd.patch =2D-=20 Anish Mistry --nextPart1747039.0ZUDA2O5bI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBkuulxqA5ziudZT0RAqSkAKCqLFHckg7jGpLqIVYdTb58m0q5nACgheCv yj6kGU5IOsyFlfrWicz2Nq4= =fQuB -----END PGP SIGNATURE----- --nextPart1747039.0ZUDA2O5bI-- --Boundary-00=_luukBClNETVX4J3-- From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 11 09:33:04 2004 Return-Path: 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 8920F16A4E1 for ; Thu, 11 Nov 2004 09:33:04 +0000 (GMT) Received: from mbd.ru (mail.mbd.ru [81.176.79.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9379143D41 for ; Thu, 11 Nov 2004 09:33:03 +0000 (GMT) (envelope-from null@bikeman.ru) Received: from localhost (localhost [127.0.0.1]) by mbd.ru (Postfix) with ESMTP id A3DA91FF; Thu, 11 Nov 2004 12:33:01 +0300 (MSK) Received: from [192.168.108.169] (rmp.ws.ehouse.ru [193.111.92.108]) by mbd.ru (Postfix) with ESMTP id 722421EB; Thu, 11 Nov 2004 12:33:01 +0300 (MSK) Message-ID: <419331CB.9020401@bikeman.ru> Date: Thu, 11 Nov 2004 12:32:59 +0300 From: Dmitry Kondratyev User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <128676437.20041011133831@bikeman.ru> <401094078.20041011134529@bikeman.ru> <66751906.20041107194159@bikeman.ru> <418FAA88.3070706@root.org> <4192733E.3000606@bikeman.ru> <41929419.2060505@root.org> In-Reply-To: <41929419.2060505@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Troubles with ACPI on HP nx5000 laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 09:33:04 -0000 Nate Lawson wrote: >> > ps >> 45 c15b8c5c d4de5000 0 0 0 0000204 [RUNQ] >> acpi_thermal >> > trace 45 >> sched_switch(c155f640,0,1,5e21f7f1,5e141b1) at sched_switch+0x160 >> mi_switch(1,0,d3becca8,10) at mi_switch+0x1d9 >> sleepq_switch(c07a4694,c155f640,d3becce0,c04e1dcc,c07a4694) at >> sleepq_switch+0x167 >> sleepq_timedwait(c07a4694,54,c07a46a0,c07a0150,0) at >> sleepq_timedwait+0x12 >> msleep(c07a4694,c07a46a0,254,c07a0150,3e8) at msleep+0x3bc >> acpi_tz_thread(0,d3becd48,68bf09fc,85e800c6, 2c483cd) at >> acpi_tz_thread+0x1da >> fork_exit(c07902f0,0,d3becd48) at fork_exit+0x80 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0x1, eip = 0, esp = 0xd3becd7c, ebp = 0 --- > > > This looks normal. It just means there's no work for the thermal thread > to do so it sleeps. I wonder why it's on the RUNQ though? > > Please recompile your acpi module with options ACPI_DEBUG. Then set > this at the loader prompt or in loader.conf: > > debug.acpi.layer="ACPI_THERMAL" > debug.acpi.level="ACPI_LV_OBJECTS ACPI_LV_ALL_EXCEPTIONS" > > Send me the output after a hang. THERMAL-0507 [149] acpi_tz_switch_cooler_: called to turn \_TZ_.C205 off THERMAL-0535 [150] acpi_tz_switch_cooler_: called to turn \_TZ_.C204 on After output everything worked for 2-3 seconds and then hung. >> Furthermore, after "cont" in ddb, everything worked for a few >> seconds. And it always works for a while till hangs again if after >> hanging I call ddb and type "cont". Maybe it will "unhang" if I >> wait till CPU gets cold. > > > If you have a serial console, a ps on all threads once it hangs would be > helpful. I don't. But if it's very important, i can make a photo. :-) From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 11 15:57:14 2004 Return-Path: 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 5576816A4CE; Thu, 11 Nov 2004 15:57:14 +0000 (GMT) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 598F843D48; Thu, 11 Nov 2004 15:57:13 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from nemesis.md.0xfce3.net (port-ip-213-211-224-164.reverse.mdcc-fun.de [213.211.224.164]) by dd1318.kasserver.com (Postfix) with ESMTP id C6D8498D68; Thu, 11 Nov 2004 16:57:11 +0100 (CET) Received: from nemesis.md.0xfce3.net (localhost.md.0xfce3.net [127.0.0.1]) by nemesis.md.0xfce3.net (8.13.1/8.13.1) with ESMTP id iABFvOAj001984; Thu, 11 Nov 2004 16:57:24 +0100 (CET) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by nemesis.md.0xfce3.net (8.13.1/8.13.1/Submit) id iABFvLAS001978; Thu, 11 Nov 2004 16:57:21 +0100 (CET) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: nemesis.md.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Thu, 11 Nov 2004 16:57:21 +0100 From: Gordon Bergling To: Nate Lawson Message-ID: <20041111155721.GA1849@nemesis.md.0xfce3.net> References: <20041110185429.GA3633@nemesis.md.0xfce3.net> <41927256.6020107@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <41927256.6020107@root.org> User-Agent: Mutt/1.4.2.1i X-Url: X-Operating-System: FreeBSD 5.3-STABLE i386 X-Host-Uptime: 4:47PM up 38 mins, 1 user, load averages: 0.46, 0.48, 0.42 cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi problems and "stray irq6" X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 15:57:14 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Nate, On Wed Nov 10, 2004 at 11:56AM -0800, Nate Lawson wrote: > Gordon Bergling wrote: > >At first there is a problem regarding the speed managment of the cpu. > >Normally and acpi managed cpu should be controlable of the > >"hw.acpi.cpu.throttle_state" sysctl. This sysctl doesn't exist. Without > >this capability the cpu is all the time running at ~ 800 MHz, which > >makes build world not really fast. ;) > > > >Has anyone an idea how I could enable this feature? >=20 > Did it ever have a working throttle feature before? If not, it's not=20 > likely to support throttling. It's likely not supporting throttling. I wasn't aware of the powernow technology. > Modern systems aren't usually controlled by throttling but with CPU=20 > frequency control. You should try the powernow driver. >=20 > http://poupinou.org/cpufreq/bsd/powernow_k7.tar.gz I had tried this driver yesterday, but I got the following error message: |Powernow: frequency scaling yes -- voltage scaling yes |module_regiser_init: MOD_LOAD (powernow_k7, 0xc1f77488, 0) error 22 Any hint on what I can do to solve this? I just typed make to compile the ko and copied it to /boot/kernel. Afterwards I kldload it. > >The second problem is that I get these messages short after the boot: > >'stray irq6' and 'stray irq1'. I had read in the FAQ thats this should't > >be a problem, but based on "vmstat -i" the notebook hasn't an device on > >irq 6. Thats curious I think. >=20 > irq 6 is floppy and irq 1 is keyboard. I see your notebook has an=20 > IOAPIC. It's likely that the legacy interrupt links aren't being=20 > disabled when the apic is enabled. John's new PCI irq routing code=20 > should handle this (it's not possible with the current arch for link=20 > devices). If you don't have any actual problems (i.e. hangs), the extra= =20 > interrupts are harmless. Thanks for the good explanation. I haven't had any hangs this time so I thats these 'warnings' are harmless. --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBk4vhk7nTK8dvAqARAsP1AJwNW44lwqHTRAg85FAmV0eOSL3WwACdFxr6 lb8yVhVIdGygUknwWdkIXzc= =P24s -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 11 19:40:53 2004 Return-Path: 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 82DB116A4CE for ; Thu, 11 Nov 2004 19:40:53 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48F1743D5F for ; Thu, 11 Nov 2004 19:40:53 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iABJemFp001007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 11 Nov 2004 11:40:50 -0800 Message-ID: <4193C031.3010303@root.org> Date: Thu, 11 Nov 2004 11:40:33 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Kondratyev References: <128676437.20041011133831@bikeman.ru> <401094078.20041011134529@bikeman.ru> <66751906.20041107194159@bikeman.ru> <418FAA88.3070706@root.org> <4192733E.3000606@bikeman.ru> In-Reply-To: <4192733E.3000606@bikeman.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Troubles with ACPI on HP nx5000 laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 19:40:53 -0000 Dmitry Kondratyev wrote: > Monday, November 8, 2004, 8:19:04 PM, you wrote: > >>>> DK>> After enabling ACPI on HP nx5000 my laptop (Pentium > Mobile 1.7M > >>>> DK>> Dothan) hangs when compiling programs. dmesg, sysctl > hw.acpi and > >>>> DK>> acpidump -t -d output are in attach. Disabling ACPI helps. > >>>> > >>>> DK> oops, attach was filtered somewhere. You can get it here: > >>>> DK> http://bikeman.ru/HPnx5000.tgz > >>>> > >>>> The problem is in acpi thermal module. I set hw.acpi.verbose to 1 in > >>>> /boot/loader.conf and noted that my laptop hangs when it changes > >>>> cooling level too often. If i set hw.acpi.thermal.tz0.active to 0 for > >>>> active cooling or disable thermal module via loader.conf. > >>>> > >>>> Btw, when I pull out power cord, my laptop also hang after trying to > >>>> change power profile. > >>>> > >>>> In both cases it doesn't really hangs, it still react to alt-fn, > enter > >>>> and power button. After pressing power I get "acpi: suspend request > >>>> ignored (not ready yet)". > > > NL> Thanks for the update. I need some more information to narrow down the > NL> problem. Does it hang the very first time it switches cooling > levels or > NL> after multiple switches? > > I tested it all again just a few minutes ago, it hung after first > try to switch. HP (Compaq) ASL is intentionally obfuscated. This makes it a pain to debug. I've noticed a lot of suspicious things. First of all, make sure you're running the newest BIOS available. If that doesn't fix this, try setting this tunable at the loader prompt: set hw.acpi.serialize_methods=1 I'll continue debugging this. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 11 21:51:55 2004 Return-Path: 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 26E3116A4CE for ; Thu, 11 Nov 2004 21:51:55 +0000 (GMT) Received: from mbd.ru (mail.mbd.ru [81.176.79.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7BA43D58 for ; Thu, 11 Nov 2004 21:51:54 +0000 (GMT) (envelope-from null@bikeman.ru) Received: from localhost (localhost [127.0.0.1]) by mbd.ru (Postfix) with ESMTP id 0EF3B1E5; Fri, 12 Nov 2004 00:51:52 +0300 (MSK) Received: from [10.0.0.1] (ppp83-237-9-51.pppoe.mtu-net.ru [83.237.9.51]) by mbd.ru (Postfix) with ESMTP id 5A69F18A; Fri, 12 Nov 2004 00:51:51 +0300 (MSK) Message-ID: <4193DEF6.1050308@bikeman.ru> Date: Fri, 12 Nov 2004 00:51:50 +0300 From: Dmitry Kondratyev User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <128676437.20041011133831@bikeman.ru> <401094078.20041011134529@bikeman.ru> <66751906.20041107194159@bikeman.ru> <418FAA88.3070706@root.org> <4192733E.3000606@bikeman.ru> <4193C031.3010303@root.org> In-Reply-To: <4193C031.3010303@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Troubles with ACPI on HP nx5000 laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 21:51:55 -0000 Nate Lawson wrote: >> Monday, November 8, 2004, 8:19:04 PM, you wrote: >> >>>> DK>> After enabling ACPI on HP nx5000 my laptop (Pentium >> Mobile 1.7M >> >>>> DK>> Dothan) hangs when compiling programs. dmesg, sysctl >> hw.acpi and >> >>>> DK>> acpidump -t -d output are in attach. Disabling ACPI >> helps. >> >>>> >> >>>> DK> oops, attach was filtered somewhere. You can get it here: >> >>>> DK> http://bikeman.ru/HPnx5000.tgz >> >>>> >> >>>> The problem is in acpi thermal module. I set hw.acpi.verbose to >> 1 in >> >>>> /boot/loader.conf and noted that my laptop hangs when it changes >> >>>> cooling level too often. If i set hw.acpi.thermal.tz0.active to >> 0 for >> >>>> active cooling or disable thermal module via loader.conf. >> >>>> >> >>>> Btw, when I pull out power cord, my laptop also hang after >> trying to >> >>>> change power profile. >> >>>> >> >>>> In both cases it doesn't really hangs, it still react to alt-fn, >> enter >> >>>> and power button. After pressing power I get "acpi: suspend request >> >>>> ignored (not ready yet)". >> >> >> NL> Thanks for the update. I need some more information to narrow >> down the >> NL> problem. Does it hang the very first time it switches cooling >> levels or >> NL> after multiple switches? >> >> I tested it all again just a few minutes ago, it hung after first >> try to switch. > > > HP (Compaq) ASL is intentionally obfuscated. This makes it a pain to > debug. I've noticed a lot of suspicious things. First of all, make > sure you're running the newest BIOS available. If that doesn't fix > this, try setting this tunable at the loader prompt: > > set hw.acpi.serialize_methods=1 I'm running the last available BIOS from hp. hw.acpi.serialize_methods has no effect for me. :-( I've made photos of ps from ddb, you can get it from http://bikeman.ru/hpnx5000hang.tgz Believe it helps... From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 11 22:43:55 2004 Return-Path: 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 AF44B16A4E1 for ; Thu, 11 Nov 2004 22:43:55 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7075D43D31 for ; Thu, 11 Nov 2004 22:43:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23034 invoked from network); 11 Nov 2004 22:43:55 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 11 Nov 2004 22:43:54 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iABMhR8f046593; Thu, 11 Nov 2004 17:43:51 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: acpi@FreeBSD.org Date: Thu, 11 Nov 2004 17:37:00 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200411111737.00537.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: gallatin@FreeBSD.org cc: scottl@FreeBSD.org Subject: New ACPI PCI Link Routing code X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 22:43:55 -0000 I've done some work on the ACPI PCI link code to make it a bit more like $PIR in that it is link centric and uses actual new-bus devices for each device link. One benefit of this is that unused links will be disabled now which might help with interrupt aliasing problems on machines using APICs. Also, instead of routing IRQs for links via PCI device numbers using tunables, they are now routed via the link name ala $PIR. Thus, one uses 'hw.pci.link.LNKA.irq=X' to route LNKA to IRQ X. Also, when choosing a virgin interrupt, we no longer try to guess at which IRQs might be used by ISA devices. Instead, we only use known-good IRQs including IRQs that the BIOS has already used and the SCI if the link is being routed via ISA IRQs. The patch is at http://www.FreeBSD.org/~jhb/patches/acpi_pci_link.patch Please test and let me know if there are any problems, thanks. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 11 23:55:54 2004 Return-Path: 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 D02B616A4CE; Thu, 11 Nov 2004 23:55:54 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15BF843D41; Thu, 11 Nov 2004 23:55:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iABNrFLH016269; Thu, 11 Nov 2004 16:53:15 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 11 Nov 2004 16:53:22 -0700 (MST) Message-Id: <20041111.165322.85394176.imp@bsdimp.com> To: jhb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <200411111737.00537.jhb@FreeBSD.org> References: <200411111737.00537.jhb@FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.org cc: gallatin@FreeBSD.org cc: scottl@FreeBSD.org Subject: Re: New ACPI PCI Link Routing code X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 23:55:54 -0000 This looks good on first blush, but I've not delved deeply into it. Warner From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 12 07:12:59 2004 Return-Path: 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 9256616A4CE; Fri, 12 Nov 2004 07:12:59 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 355BE43D31; Fri, 12 Nov 2004 07:12:59 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iAC7EeZT002819; Fri, 12 Nov 2004 00:14:40 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <419462B1.6090103@freebsd.org> Date: Fri, 12 Nov 2004 00:13:53 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200411111737.00537.jhb@FreeBSD.org> In-Reply-To: <200411111737.00537.jhb@FreeBSD.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: acpi@freebsd.org cc: gallatin@freebsd.org Subject: Re: New ACPI PCI Link Routing code X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 07:12:59 -0000 John Baldwin wrote: > I've done some work on the ACPI PCI link code to make it a bit more like $PIR > in that it is link centric and uses actual new-bus devices for each device > link. One benefit of this is that unused links will be disabled now which > might help with interrupt aliasing problems on machines using APICs. Also, > instead of routing IRQs for links via PCI device numbers using tunables, they > are now routed via the link name ala $PIR. Thus, one uses > 'hw.pci.link.LNKA.irq=X' to route LNKA to IRQ X. Also, when choosing a > virgin interrupt, we no longer try to guess at which IRQs might be used by > ISA devices. Instead, we only use known-good IRQs including IRQs that the > BIOS has already used and the SCI if the link is being routed via ISA IRQs. > The patch is at http://www.FreeBSD.org/~jhb/patches/acpi_pci_link.patch > Please test and let me know if there are any problems, thanks. > I had to hack up acpi_pcib_acpi.c in order to get it to compile. The result boots, but it doesn't seem to change anything and doesn't help the interrupt aliasing issues that I have. The dmesg is at http://people.freebsd.org/~scottl/dmesg.wv1u.nov12. The interrupt aliasing manifests itself as irq 16 getting all of the interrupts from both irq 30 and 49. 30 and 49 still get their interrupts, and they don't get each other's interrupts. Scott From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 12 18:11:13 2004 Return-Path: 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 5778916A4CE for ; Fri, 12 Nov 2004 18:11:13 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DB3243D1D for ; Fri, 12 Nov 2004 18:11:13 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1CSfsc-0006cT-00; Fri, 12 Nov 2004 19:10:38 +0100 Date: Fri, 12 Nov 2004 19:10:38 +0100 To: Nate Lawson Message-ID: <20041112181038.GK31422@poupinou.org> References: <41910F00.3070402@voicenet.com> <419113BA.9000806@root.org> <41911D01.1090303@voicenet.com> <4191201A.4080406@root.org> <4191330A.7040707@voicenet.com> <41913F15.9060701@root.org> <419145A7.3000406@voicenet.com> <41914DCC.8000100@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41914DCC.8000100@root.org> User-Agent: Mutt/1.5.5.1+cvs20040105i From: Bruno Ducrot cc: freebsd-acpi@freebsd.org cc: Adam K Kirchhoff Subject: Re: Laptop troubles... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 18:11:13 -0000 On Tue, Nov 09, 2004 at 03:07:56PM -0800, Nate Lawson wrote: > That's fine, try cx_lowest=C2. If that works, a workaround is to set > cx_performance_state=C2 and cx_economy_state=C2 in /etc/rc.conf (or > something like that, see /etc/defaults/rc.conf for the right variable > names). Please send me the output of acpidump -t -d > adam.asl > separately as an attachment. I think I will have enough with that to > debug why C3 is hanging your system. I'm pretty sure the problem area > of the commit is in enabling C3 for systems that don't have bus master > control. > C3 support with a PIIX4 southbridge is buggy as hell and should be disabled no matter what. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care.