From owner-freebsd-current@FreeBSD.ORG Thu Dec 13 07:58:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D68016A418 for ; Thu, 13 Dec 2007 07:58:08 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id B6E4313C4DD for ; Thu, 13 Dec 2007 07:58:07 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1484139pyb.3 for ; Wed, 12 Dec 2007 23:58:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=3dLBqxXP6Z6wyJXoagogMgOhxoVyY+OcnnBkvoR0ayI=; b=lgODIoPqEaCcOWR4vgFBRw8oiepbszF4/RgdJdIgE7I0tNMeBP228H7NXPyoduzE7oM0ca+4PqD/Ox8jSgFjLwzkwHmmOGrbvytKjaa1CaDEbS8sXpyVBhT1qNvxZzU2vMrd0wcM5rUx4ZCof8e9Qt3+OBglccyCLEWg7xzHWh0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YNYcwlqLMS4wugLzeygPm69r5CotLhhwS9fiZdhjebmmRPUKkhWnp+kCXw2CDQziO6u1xb+JUJfb71PoGbo2mq0Tct7QF4+omzNMB2luUtziUmGxapjNkFxK4l4/28DjanlnQsMo9OSihxZTCMhIQNWHoWBl+QXU0qZickHwDnM= Received: by 10.142.225.11 with SMTP id x11mr659847wfg.115.1197532685893; Wed, 12 Dec 2007 23:58:05 -0800 (PST) Received: by 10.142.50.12 with HTTP; Wed, 12 Dec 2007 23:58:05 -0800 (PST) Message-ID: Date: Thu, 13 Dec 2007 08:58:05 +0100 From: "Rene Ladan" To: "Ken Menzel" In-Reply-To: <019501c83d34$5f03afd0$8adb7bd1@icarz.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0beb01c83c35$aeb48ae0$8adb7bd1@icarz.com> <11167f520712112338v654d7686rf9db06647ec28f88@mail.gmail.com> <20071212074208.GD29211@soaustin.net> <136c01c83cdf$db5f0430$8adb7bd1@icarz.com> <13cc01c83ce6$f7483bb0$8adb7bd1@icarz.com> <4760454F.4070905@gmail.com> <019501c83d34$5f03afd0$8adb7bd1@icarz.com> Cc: freebsd-current@freebsd.org Subject: Re: CURRENT Kernel makes the system run very very hot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 07:58:08 -0000 2007/12/13, Ken Menzel : > ----- Original Message ----- > From: "Rene Ladan" > To: "Ken Menzel" > Cc: > Sent: Wednesday, December 12, 2007 3:32 PM > Subject: Re: CURRENT Kernel makes the system run very very hot > > > > Ken Menzel schreef: > >> ----- Original Message ----- From: "Rene Ladan" > >> > >> To: "Ken Menzel" > >> Cc: > >> Sent: Wednesday, December 12, 2007 12:18 PM > >> Subject: Re: CURRENT Kernel makes the system run very very hot > >> > >> > >>> 2007/12/12, Ken Menzel : > >>>> ----- Original Message ----- > >>>> From: "Mark Linimon" > >>>> To: "Sam Fourman Jr." > >>>> Cc: > >>>> Sent: Wednesday, December 12, 2007 2:42 AM > >>>> Subject: Re: CURRENT Kernel makes the system run very very hot > >>>> > >>>> > >>>> > On Wed, Dec 12, 2007 at 01:38:49AM -0600, Sam Fourman Jr. > >>>> > wrote: > >>>> >> I did not file a PR (I don't know how I have never done one.) > >>>> > > >>>> > Please see http://www.freebsd.org/support/bugreports.html. > >>>> > > >>>> > mcl > >>>> Thanks Mark, It seems like it may be an ACPI problem based on: > >>>> > >>>> (kgdb) print cpu_idle_hook > >>>> $1 = (void (*)(void)) 0xffffffff801d0bb0 > >>>> (kgdb) q > >>>> > >>>> Thanks to Kostik Belousov for the advice on where to go next. > >>>> And > >>>> based on that I will move this to the ACPI mailing list and file > >>>> a PR. > >>>> > >>> Hmm, on my too hot i386 laptop: > >>> > >>> # make installkernel.debug > >>> #gdb /boot/kernel/kernel > >>> GNU gdb 6.1.1 [FreeBSD] > >>> Copyright 2004 Free Software Foundation, Inc. > >>> GDB is free software, covered by the GNU General Public License, > >>> and > >>> you are > >>> welcome to change it and/or distribute copies of it under certain > >>> conditions. > >>> Type "show copying" to see the conditions. > >>> There is absolutely no warranty for GDB. Type "show warranty" for > >>> details. > >>> This GDB was configured as "i386-marcel-freebsd"... > >>> (gdb) print cpu_idle_hook > >>> $1 = (void (*)(void)) 0xc063cc9b > >>> (gdb) print cpu_idle_default > >>> $2 = {void (void)} 0xc063cc9b > >>> > >> > >> > >> Rene, please try > >> > >> cd /usr/obj/usr/src/sys/GENERIC (or where-ever you built your > >> kernel) > >> kgdb kernel.debug /dev/mem > >> print cpu_idle_hook > >> > >> This should show what is running in memory. > >> > > But it doens't :( (at least not human-readable). > > > > ----- > > > > root@ip4da3ae31:/usr/obj/usr/src/sys/RENE#kgdb kernel.debug /dev/mem > > [GDB will not be able to debug user-mode threads: > > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and > > you are > > welcome to change it and/or distribute copies of it under certain > > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for > > details. > > This GDB was configured as "i386-marcel-freebsd". > > Ready to go. Enter 'tr' to connect to the remote target > > with /dev/cuad0, 'tr /dev/cuad1' to connect to a different port > > or 'trf portno' to connect to the remote target with the firewire > > interface. portno defaults to 5556. > > > > Type 'getsyms' after connection to load kld symbols. > > > > If you're debugging a local system, you can use 'kldsyms' instead > > to load the kld symbols. That's a less obnoxious interface. > > During symbol reading...location expression too complex... > > During symbol reading, unsupported tag: 'DW_TAG_const_type'. > > Symbols did not load??? Did you strip the kernel or not compile with > makeoptions DEBUG=-g ? I have this and options DDB and options KDB. > My kernel has "makeoptions DEBUG=-g" and options DDB,KDB too. > > #0 0x00000000 in ?? () > > (kgdb) print cpu_idle_hook > > $1 = (void (*)(void)) 0xc080b6fd > > (kgdb) print *0xc080b6fd > > $2 = 0x57e58955 > > (kgdb) print *0x57e58955 > > Error accessing memory address 0x57e58955: Bad address. > > (kgdb) q > > > > ----- > > > > The result is the same after all daily modules are loaded (my kernel > > is quite minimal). > > I manually booted /boot/kernel.debug/kernel.debug which I manually > > copied from the > > build directory. > > > > Regards, > > Rene > > Hmmmm -- looks like symbols did not load. I am not an expert in this > area. But I do know acpi is loaded after boot and I believe you have > check the running kernel or a core dump from a running kernel. > Otherwise you will always see the cpu_idle_default on the unloaded > kernel, as I do also. I am working with Nate Lawson privately on > this. I do believe we are all seeing the same problem, the idle is > not sleeping, hopefully the same fix will work for everyone. > > I will post here if Nate can come up with a patch to try. > Ok :) Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001