From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?TWFydGluIEh1bmRlYsO4bGw=?= Subject: Re: ACPI errors on Dell Latitude E5430 Date: Wed, 03 Oct 2012 08:36:17 +0200 Message-ID: <506BDCE1.4050007@hundeboll.net> References: <5069E332.9060109@redhat.com> <506AB25D.7000900@hundeboll.net> <506ACCA1.6030908@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mail.hundeboll.net ([95.211.44.99]:57804 "EHLO mail.hundeboll.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752825Ab2JCGhP (ORCPT ); Wed, 3 Oct 2012 02:37:15 -0400 In-Reply-To: <506ACCA1.6030908@redhat.com> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Hans de Goede Cc: linux-acpi , Matthew Garrett On 2012-10-02 13:14, Hans de Goede wrote: > Hi, > > On 10/02/2012 11:22 AM, Martin Hundeb=C3=B8ll wrote: >> Hi Hans, >> >> On 2012-10-01 20:38, Hans de Goede wrote: >>> 2) Even with a 3.6 which shows the problematic behavior, I can >>> make things work by adding acpi.ec_delay=3D2000 to the kernel cmdli= ne, >>> the debug traces show that the EC takes it sweet time to respond >>> (sometime close to 2 seconds) but it does eventually respond in all >>> cases I've seen sofar. >>> >>> This also seems to fix a sporadic occurence of: >>> "ACPI: EC: input buffer is not empty aborting transaction" >>> Which I'm seeing with 3.5 / 3.6 in a non debug build. >>> >>> Martin, can you see if adding that helps you with the E5430 problem= s >>> too ? >> >> As far as I can tell from the attached dmesg, the errors are gone >> after setting acpi.ec_delay=3D2000. Thanks a lot! >> >> The only remaining issue is the fan control, which works as expected >> initially, but then fails to spin down after a few minutes. > > Hmm, I'm seeing the same thing, but only when charging my battery, an= d > then indeed > does not spin down completely, but it does step down from vacuum clea= ner > mode to > something more pleasant after the machine was loaded for a while and > returns back > to idle. > > Also it spins up to its slowest speed by jut using the charger, so I > think it is > just bleeding of heat caused by the charging hardware in this case (f= or > me). =46or the record, my fan keeps spinning also when on battery (as report= ed=20 by i8k/sensors): i8k-virtual-0 Adapter: Virtual device Right Fan: 84000 RPM CPU: +39.0C This is not a total show-stopper, but nevertheless quite annoying when=20 the home-office is shared with the bedroom :) Thanks again. --=20 Kind Regards Martin Hundeb=C3=B8ll =46rederiks All=C3=A9 99, 1.th 8000 Aarhus C Denmark +45 61 65 54 61 martin@hundeboll.net -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html