On Tue, 16.06.15 23:25, Lennart Poettering (lenn...@poettering.net) wrote:
> > In the same sysyfs directory there's "enabled" (indicating that an output
> > is logically in use) and "dpms" (which shows the dpms state, but that is
> > not clamped to Off
On Tue, 16.06.15 12:37, Chris Wilson (ch...@chris-wilson.co.uk) wrote:
> On Tue, Jun 16, 2015 at 01:17:29PM +0200, Lennart Poettering wrote:
> > On Tue, 16.06.15 10:14, Chris Wilson (ch...@chris-wilson.co.uk) wrote:
> >
> > > The biggest change here is 4.1 stopped forc
that an output
> is logically in use) and "dpms" (which shows the dpms state, but that is
> not clamped to Off when the output isn't in use because of ABI history and
> other hilarious reasons). enabled == "enabled" && dpms == "On" is probab
Cc: Dave Airlie
> Cc: Alex Deucher
> Reviewed-by: David Herrmann
> Reviewed-by: Alex Deucher
> Signed-off-by: Daniel Vetter
>
> Even reviewed by systemd developer!
David indicated to me that the behaviour of returning "unknown" on
id close should
> suspend or not doesn't make a whole lot of sense imo. But that's just a
> rant aside ;-)
Well, but things are close enough, closing the lid, plugging in a
second display and then leaving it off and expecting things to suspend
now is probably a very exceptional case
own"
otherwise?
I can also implement a logic like that in logind, but then again,
maybe logind should leave the probing the connectors to X or the
kernel to figure out on their own?
Is the API of these files documented anywhere?
Lennart
--
Lennart Poettering, Red Hat
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
heya,
I am experiencing something weird with the i915 driver in kernel
4.1.0-0.rc8 (precisely 4.1.0-0.rc8.git0.1.fc23.x86_64 from fedora
rawhide):
On my laptop, when I type this:
grep . /sys/class/drm/card0*/status
I usually get this:
/sys/class/drm/card0-DP-1/status:disconn
