[Intel-gfx] [PATCH 3/4] drm/i915: use ACPI LID status for LVDS ->detect hook

Jesse Barnes jbarnes at virtuousgeek.org
Thu Jul 16 18:32:17 CEST 2009


On Thu, 16 Jul 2009 09:54:44 +0800
ykzhao <yakui.zhao at intel.com> wrote:

> On Thu, 2009-07-16 at 06:11 +0800, Jesse Barnes wrote:
> > We can't load or hotplug detect LVDS like we can other outputs, but
> > if there's a lid device present we can use it as a proxy.  This
> > allows the LFP state to be determined at ->detect time, making
> > configurations requiring manual intervention today "just work"
> > assuming the lid device status is correct.
> It is ok that the LID status is to decide whether the LVDS is
> connected/disconnected.
> 
> But on some boxes the initial LID status is incorrect. It reports that
> LID is closed although it is open.
>     For example: 
>     http://bugzilla.kernel.org/show_bug.cgi?id=5809
>     http://bugzilla.kernel.org/show_bug.cgi?id=13263
>     http://bugzilla.kernel.org/show_bug.cgi?id=5904
>     https://bugs.launchpad.net/ubuntu/+bug/34389
> Maybe this feature is not supported on the above laptops. That means
> that LVDS is always connected regardless of LID status.
> 
> At the same time on some boxes there is no ACPI LID event when the LID
> is reopened. In such case we can't send the hotplug event to user
> space when the LID is reopened. How about disable this feature on
> such box? For example: Aspire One.
> 
> 
> I have another issue about the hotplug event.
> On some boxes it will continue to report the LID event  when the LID
> is closed. In such case we had better not send the hotplug event to
> user space. Otherwise the user space will receive too many hotplug
> event about LVDS. For example:
>      http://bugzilla.kernel.org/show_bug.cgi?id=10485
>      http://bugzilla.kernel.org/show_bug.cgi?id=5853
> 
> So it will be better that the feature of hotplug/LID status is not
> supported on such boxes.

Yeah those are all good points; thanks for the list of bugs.  Any
suggestions on how to do a blacklist?  Is there an ACPI or DMI
identifier we could use?

-- 
Jesse Barnes, Intel Open Source Technology Center



More information about the Intel-gfx mailing list