[Bug 58570] Proper LID detection and use external display native resolution

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Dec 20 04:51:49 PST 2012


https://bugs.freedesktop.org/show_bug.cgi?id=58570

Daniel Vetter <daniel at ffwll.ch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |WONTFIX

--- Comment #4 from Daniel Vetter <daniel at ffwll.ch> ---
Both bugs are still wontfix, but not because we don't care here from the
drm/i915 driver team, but because our driver can't fix this ....

(In reply to comment #0)
> Problems:
> 1) The lid detection does not work hence LVDS is not being turned off
> (refers to bugs #11455, wontfix).  I can't believe that more than 5 years
> after the initial creation of that bug that there cannot be a proper fix now
> to detect this in a decent matter, no?

lid detection is acpi stuff, you need report this against the kernel's acpi
team and work together with them figuring out how to solve this. Our driver
doesn't do anything really with lid detection, safe for fixup up chaos that
some really old BIOS make ...

> 2) Should be extending the Xorg to the detected "max" resolution, all the
> time, by default.  Every time I login I have to extend the xorg to 1920x1200
> manually and either turn-off the LVDS or keep it as is (1336x768),
> configured in cloned therefore LVDS only shows a portion of the 1920x1200
> screen visible area.  If xorg would do that by default that would already
> solve part of the problem.  This bug as also been seen with radeon driver
> (#14500) which makes me doubt that it might be more relevant with the
> overall xorg behaviour and not be driver specific?

The default is just that, and imo it's a sane one - the aim here is that we
have the highest chance that the user can see the login screen: Which means
enable as manu outputs as possible, but restrict the output size to the
smallest one. Otherwise if e.g. the largest output doesn't work for some
reason, the user won't see the login/desktop because he only sees a tiny part
on the one, working screen.

You're correct that this is X server behaviour shared by all drivers and for
the above reason likely wontfix even there.

If you want a different default, your desktop/login manager needs to restore
that at every boot-up to your preferred setup. If your login manager/DE doesn't
provide such a mechanism, you need to file a bug/feature wishlist there.

Hope this explains why we close all such bugs as wontfix.

Sole exception is if the default picker gets confused becuase the kernel
detects an output which isn't really there (ghost output bugs). That's a kernel
issue and needs to be fixed. But afaict this is not the case here.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20121220/a117e3df/attachment.html>


More information about the intel-gfx-bugs mailing list