Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754921AbYHFM3c (ORCPT ); Wed, 6 Aug 2008 08:29:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753264AbYHFM3V (ORCPT ); Wed, 6 Aug 2008 08:29:21 -0400 Received: from out2.smtp.messagingengine.com ([66.111.4.26]:50287 "EHLO out2.smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754561AbYHFM3T (ORCPT ); Wed, 6 Aug 2008 08:29:19 -0400 X-Sasl-enc: w307msGird28QQ3N8QP4Qos5xzSOtKt9hOyYYxXl9PeU 1218025758 Date: Wed, 6 Aug 2008 09:29:14 -0300 From: Henrique de Moraes Holschuh To: Matthew Garrett Cc: Yves-Alexis Perez , airlied@linux.ie, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org Subject: Re: [PATCH] Add Intel ACPI IGD OpRegion support Message-ID: <20080806122914.GB12783@khazad-dum.debian.net> References: <20080805183725.GA4468@srcf.ucam.org> <1217965470.5449.4.camel@hidalgo> <1217972874.4540.3.camel@hidalgo> <20080806001301.GA10630@srcf.ucam.org> <20080806023247.GA4665@khazad-dum.debian.net> <20080806063441.GA14455@srcf.ucam.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080806063441.GA14455@srcf.ucam.org> X-GPG-Fingerprint: 1024D/1CDB0FE3 5422 5C61 F6B7 06FB 7E04 3738 EE25 DE3F 1CDB 0FE3 User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2126 Lines: 49 Hi Matthew! On Wed, 06 Aug 2008, Matthew Garrett wrote: > On Tue, Aug 05, 2008 at 11:32:48PM -0300, Henrique de Moraes Holschuh wrote: > > On Wed, 06 Aug 2008, Matthew Garrett wrote: > > > The 750ms delay is from thinkpad-acpi. I sent a patch to Henrique which > > > makes it go away, but I'm not entirely sure what the ACPI method > > > concerned is supposed to be doing. The opregion code won't currently run > > > until X is started because the drm layer requires X to be the foreground > > > vt before handling IRQs. > > > > Well, for what is it worth, thinkpad-acpi has a knob (brightness_mode) which > > can be used. Set it to CMOS mode (see docs). From what I recall, it should > > do what your patch does. > > It doesn't seem to, no. I should have been clearer - the delay is in the > DSDT (not thinkpad-acpi itself), but there's a Thinkpad-specific ACPI > call that seems to be needed in order to delay it. Here's the patch > again. > > diff --git a/drivers/misc/thinkpad_acpi.c b/drivers/misc/thinkpad_acpi.c > index b596929..bbc45c8 100644 > --- a/drivers/misc/thinkpad_acpi.c > +++ b/drivers/misc/thinkpad_acpi.c > @@ -899,6 +899,9 @@ static int __init tpacpi_check_std_acpi_brightness_support(void) > > if (ACPI_SUCCESS(status) && bcl_levels > 2) { > tp_features.bright_acpimode = 1; > + /* Set ACPI mode */ > + if (!acpi_evalf(hkey_handle, NULL, "PWMS", "vd", 0)) > + printk(TPACPI_INFO "Failed to claim backlight\n"); > return (bcl_levels - 2); > } Ah, THIS patch. Yes, a more intelligent version of it (that doesn't scream blood murder on thinkpads without PWMS) needs to go into thinkpad-acpi along with your patch. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/