From owner-freebsd-bugs@FreeBSD.ORG Fri Feb 9 17:03:10 2007 Return-Path: X-Original-To: freebsd-bugs@freebsd.org Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D61516A40D for ; Fri, 9 Feb 2007 17:03:10 +0000 (UTC) (envelope-from huntting@hunkular.glarp.com) Received: from hunkular.glarp.com (71-211-143-233.hlrn.qwest.net [71.211.143.233]) by mx1.freebsd.org (Postfix) with ESMTP id BFA8213C4BD for ; Fri, 9 Feb 2007 17:03:09 +0000 (UTC) (envelope-from huntting@hunkular.glarp.com) Received: from hunkular.glarp.com (localhost [127.0.0.1]) by hunkular.glarp.com (8.13.8/8.13.8) with ESMTP id l19GeT1e003549; Fri, 9 Feb 2007 09:40:31 -0700 (MST) (envelope-from huntting@hunkular.glarp.com) Message-Id: <200702091640.l19GeT1e003549@hunkular.glarp.com> To: Bruce Evans From: Brad Huntting In-Reply-To: Your message of "Fri, 09 Feb 2007 16:08:49 +1100." <20070209152716.K1383@besplex.bde.org> Date: Fri, 09 Feb 2007 09:40:29 -0700 Sender: huntting@hunkular.glarp.com Cc: freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, Brad Huntting Subject: Re: kern/108954: 'sleep(1)' sleeps >1 seconds when speedstep (Cx) is in economy mode X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 17:03:10 -0000 > Do they work without the lapic timer? (Not configuring "device apic" > is the only easy way to avoid using the lapic timer. I forget if acpi > can work without apic.) On some systems, the lapic timer doesn't work > at all because the CPU enters a deep sleep on the hlt instruction in > the idle process, and one workaround is to run other timers at a higher > frequency than the lapic timer frequency to kick the CPU out of its > deep sleep and thus keep the lapic timer interrupting. Yea! Putting 'nodevice apic' in my kernel config appears to have fixed the over sleeping problem. ACPI seems to be happier as well. For example I can now suspend the machine (acpiconf -s 3) and wake it up and the only things that dont come back are the display (neither in text mode nor running X) and the iwi wireless. (It used to be _completely_ unresponsive). brad PS: Here are the diffs in dmesg: except for ioapic0 missing, all the diffs appear to be IRQ related. --- /tmp/olddmesg Fri Feb 9 09:33:33 2007 +++ /tmp/dmesg Fri Feb 9 09:34:57 2007 @@ -2,7 +2,7 @@ Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. -FreeBSD 6.2-STABLE #0: Wed Jan 24 19:25:21 MST 2007 +FreeBSD 6.2-STABLE #1: Thu Feb 8 23:56:11 MST 2007 root@studious.glarp.com:/usr/src/sys/i386/compile/STUDIOUS WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 @@ -13,9 +13,6 @@ AMD Features=0x100000 real memory = 527302656 (502 MB) avail memory = 505974784 (482 MB) -ACPI APIC Table: -ioapic0: Changing APIC ID to 1 -ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_bus_number: can't get _ADR @@ -36,21 +33,21 @@ acpi_panasonic0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 -acpi_video0: port 0x1800-0x1807 mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at device 2.0 on pci0 +acpi_video0: port 0x1800-0x1807 mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 11 at device 2.0 on pci0 pci0: at device 2.1 (no driver attached) -uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 +uhci0: port 0x1820-0x183f irq 10 at device 29.0 on pci0 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 0x1840-0x185f irq 19 at device 29.1 on pci0 +uhci1: port 0x1840-0x185f irq 7 at device 29.1 on pci0 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 -ehci0: mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 +ehci0: mem 0xb0040000-0xb00403ff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 @@ -60,20 +57,20 @@ uhub2: 4 ports with 4 removable, self powered pcib1: at device 30.0 on pci0 pci6: on pcib1 -rl0: port 0x3000-0x30ff mem 0xb0100000-0xb01000ff irq 19 at device 1.0 on pci6 +rl0: port 0x3000-0x30ff mem 0xb0100000-0xb01000ff irq 7 at device 1.0 on pci6 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0b:97:95:6a:73 rl0: [GIANT-LOCKED] -iwi0: mem 0xb0101000-0xb0101fff irq 21 at device 4.0 on pci6 +iwi0: mem 0xb0101000-0xb0101fff irq 5 at device 4.0 on pci6 iwi0: Ethernet address: 00:12:f0:5e:b5:3c iwi0: [GIANT-LOCKED] -cbb0: mem 0xb0102000-0xb0102fff irq 22 at device 5.0 on pci6 +cbb0: mem 0xb0102000-0xb0102fff irq 3 at device 5.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci6: at device 5.1 (no driver attached) -pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xb0040800-0xb00409ff,0xb0040400-0xb00404ff irq 17 at device 30.2 on pci0 +pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xb0040800-0xb00409ff,0xb0040400-0xb00404ff irq 9 at device 30.2 on pci0 pcm0: pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 @@ -81,7 +78,7 @@ atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 -ichsmb0: port 0x18a0-0x18bf irq 19 at device 31.3 on pci0 +ichsmb0: port 0x18a0-0x18bf irq 7 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 @@ -98,7 +95,7 @@ sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 -Timecounter "TSC" frequency 1197008625 Hz quality 800 -Timecounters tick every 10.000 msec +Timecounter "TSC" frequency 1197008252 Hz quality 800 +Timecounters tick every 1.000 msec ad0: 38154MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a