From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 00:46:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEE811065672 for ; Tue, 26 Apr 2011 00:46:55 +0000 (UTC) (envelope-from bsd.gaijin@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 90D648FC12 for ; Tue, 26 Apr 2011 00:46:55 +0000 (UTC) Received: by qyk35 with SMTP id 35so1068191qyk.13 for ; Mon, 25 Apr 2011 17:46:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:from:to:cc:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=HJwdl9Znn0AQWhIVAOiJ3T+GlVgWC5Da5GBTTRJWGO8=; b=IULEEj/jK6MmZN6szaf6nhmBPSOSyJi62eDOmNC8qvS/BIBOdTAIQjRB3d5gSOKG4M noC1yLJgkmrnxuuZPiSxvmp1eaQJ3emETfdzu8RqebO7SOH2JafvHzTuCoGGCHgqyVeL WW6q0Ha1kZxZW7UlYYgNNAXCrRz3XNaJw5iec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=rHcrr3F+58UOJQ/TVLZG5sSqIwSm/vB95K0Y9dY/dHJqBhrQ4O8CBQqxIs1IpO+kw4 z2SpcTfBjOAAP17mpFT1iBZzJbDySvluB5e/wgamYGx27tGwQ+0SV09/gh4GO7KgIy44 +WBvQWTCOetJSsHJK/82L/v6JhVIwCl+GawcI= Received: by 10.224.125.209 with SMTP id z17mr85342qar.223.1303778814697; Mon, 25 Apr 2011 17:46:54 -0700 (PDT) Received: from [10.0.3.231] (pool-74-105-210-169.nwrknj.fios.verizon.net [74.105.210.169]) by mx.google.com with ESMTPS id l10sm2610270qck.26.2011.04.25.17.46.53 (version=SSLv3 cipher=OTHER); Mon, 25 Apr 2011 17:46:54 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Bartosz Fabianowski In-Reply-To: <4DB60759.1070906@chillt.de> References: <4DB5751B.2050903@chillt.de> <4DB60759.1070906@chillt.de> Content-Type: text/plain; charset="UTF-8" Date: Mon, 25 Apr 2011 20:46:41 -0400 Message-ID: <1303778801.10649.27.camel@RabbitsDen.RabbitsLawn.verizon.net> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: System extremely slow under light load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 00:46:56 -0000 On Tue, 2011-04-26 at 01:44 +0200, Bartosz Fabianowski wrote: > > Did you try to set OS override to any of the values, recognized by > > your BIOS, with most interesting being "Windows 2001 SP2", "Windows > > 2006" and "Windows 2009". > > Yes, I tried this a while ago, before messing with the DSDT. I figured > it was unlikely that Dell shipped a DSDT which leads to 0°C readings > under Windows. Alas, no OS override seemed to change anything. The CPU > was running just as hot and the temperature reported by ACPI remained > 0°C. Now that I have tried Linux, I can confirm that there, too, the > temperature is 0°C. The DSDT is completely broken. > > > Additionally, could you, by any chance, replace _TMP method in TZ01 > > with the snippet below and let me know what the result is: > > I am running with that change right now. It seems to have the same > effect as my own fixes: hw.acpi.thermal.tz1.temperature works and > returns a temperature that agrees with dev.cpu.X.temperature. No other > obvious changes. All temperatures are still in the same ranges. There are two things of interest here: * Obviously Dell BIOS writer expected different scoping rules than FreeBSD is applying (DS1 and DS2 are defined in the two different scopes). As you have already pointed out it is unlikely that Dell has produced laptop which will not work correctly in Windows, so, likely Windows scoping rules are also different from FreeBSD ones. You might want to start thread on acpi@ and might get some suggestions from Intel folks who tend to hang out there and/or from people who, unlike me, know something about ACPI in general and FreeBSD ACPI implementation in particular. It is quite possible that scoping is causing some other problems as well, some of which, actually might be applicable to the problem in hand. Alternative approach would be to explicitly name all of the methods/fields in all _ACx, _ALx and fan objects and see whether fans will kick in in time and with the desired intensity and keep temperature at bay. * The main difference between your change and mine is that mine (or, rather, the intent of the original writer) uses two sources and the higher value of the two. I am curious whether the behavior WRT critical shutdown will be the same in both cases. > > - Bartosz -- Alexandre Kovalenko (Олександр Коваленко)