From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 12:40:08 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47E1616A40F for ; Fri, 17 Nov 2006 12:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0154043D58 for ; Fri, 17 Nov 2006 12:40:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAHCe7RN075911 for ; Fri, 17 Nov 2006 12:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAHCe7DZ075910; Fri, 17 Nov 2006 12:40:07 GMT (envelope-from gnats) Date: Fri, 17 Nov 2006 12:40:07 GMT Message-Id: <200611171240.kAHCe7DZ075910@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Bruce Evans Cc: Subject: Re: i386/104678: SMP not working on Turion XP Laptop X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Evans List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 12:40:08 -0000 The following reply was made to PR i386/104678; it has been noted by GNATS. From: Bruce Evans To: Ariff Abdullah Cc: bug-followup@freebsd.org, danolson@visi.com, rainer.alves@gmail.com, infofarmer@freebsd.org, jhb@freebsd.org Subject: Re: i386/104678: SMP not working on Turion XP Laptop Date: Fri, 17 Nov 2006 23:36:49 +1100 (EST) On Fri, 17 Nov 2006, Ariff Abdullah wrote: > It seems the workaround is rather simple: > > machdep.cpu_idle_hlt=0 This sort of works on an HP nx6325 too. It fixes booting. > Unfortunately, the only place where you can set that is after the > system comes alive. This patch deals with that so that you can set it > as early as possible during boot procedure through loader.conf. After booting I had no problems that matter much to me (sleep/suspend don't work; closing the lid only turns off the screen and drops 1 second from the timecounter), but with cpu_idle_hlt=0 (set manually in ddb after booting with -d), the system runs very hot, and turning cpu_idle_hlt back on works strangely (it cools an idle system, but stops clock interrupts working), and turning it back off works as expected (it reheats an idle system and restarts clock interrupts). Apparently the SMP hook into cpu_idle() doesn't work right if the flag is changed after booting. > Summary: > Basically the cpu enter deep sleep mode whenever it receives HLT > call within idle loop, and that only if APIC + Local APIC timer is > enabled. I can't tell whether it is because of APIC misseting, CPU bug > or else, but one thing for sure, FreeBSD 5.x/SMP boots happily on this > (well, that's because it doesn't use local APIC timer). The boot problem also caused clock interrupts to stop working *until I toggled AC power), so the problem is apparently related to using the local APIC timer. The power penalty seems to be more than slight. On my nx6325, tz0.temperature is now 50C with cpu_idle_hlt=1 and 75C with cpu_idle_hlt=0, the latter even when on battery power. I've also noticed this system getting hot while in ddb, and wondered if it would help to use pause() in the spinloops in console i/o routines. Bruce