From: "Pasi Kärkkäinen" <pasik@iki.fi>
To: Alex Deucher <alexdeucher@gmail.com>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: Radeon 3650HD laptop LVDS lid open/closed detection problem
Date: Sun, 19 Sep 2010 17:56:07 +0300 [thread overview]
Message-ID: <20100919145607.GX2804@reaktio.net> (raw)
In-Reply-To: <20100919122547.GW2804@reaktio.net>
On Sun, Sep 19, 2010 at 03:25:47PM +0300, Pasi Kärkkäinen wrote:
> > >
> > > so "/proc/acpi/button/lid/LID/state" seems to work properly on my laptop,
> > > but is there a way to monitor the state of the drm/kms outputs from /proc, /sys or from somewhere?
> > >
> > > I'd like to see the state before X is started, and verify what happens when GDM is started etc..
> > > (ie. if outputs are enabled/active or not).
> > >
> >
> > Ah, found it:
> >
> > $ ls /sys/class/drm/card0
> > card0-DVI-D-1 card0-LVDS-1 dev power uevent
> > card0-HDMI Type A-1 card0-VGA-1 device subsystem
> >
> > $ cat /sys/class/drm/card0/card0-LVDS-1/status
> > connected
> >
> > $ cat /sys/class/drm/card0/card0-LVDS-1/enabled
> > enabled
> >
>
> So I added those to rc.local so that they get executed before GDM..
> and I booted up the laptop with the lid closed..
>
> And the result was: lid state "closed", lvds-status "connected" and lvds-enabled was "enabled"..
>
> Does that mean Fedora plymouth is doing it wrong,
> or is t possible the driver itself always enabled the lvds, even when the lid is closed?
>
I did some more investigations. I'm currently using Fedora 13 Linux 2.6.34.6-47.fc13.x86_64 kernel.
I hacked the initrd image to echo debug stuff right after drm modules are loaded,
and *before* plymouth is started (and then sleep for some time so that I have time to see the debug values.)
The result was this:
acpi lid/state: closed
lvds-1/status: connected
lvds-1/enabled: enabled
So to me it looks like the problem is in the driver itself..
lvds shouldn't get enabled (turned on) when the lid is closed..
-- Pasi
next prev parent reply other threads:[~2010-09-19 14:56 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-21 12:31 Radeon 3650HD laptop LVDS lid open/closed detection problem Pasi Kärkkäinen
2010-06-21 12:51 ` Jerome Glisse
2010-06-21 14:53 ` Francisco Jerez
2010-06-21 15:12 ` Alex Deucher
2010-06-21 15:52 ` Francisco Jerez
2010-07-12 11:53 ` Pasi Kärkkäinen
2010-07-12 14:48 ` Alex Deucher
2010-07-12 16:59 ` Pasi Kärkkäinen
2010-07-12 17:37 ` Alex Deucher
2010-07-26 19:42 ` Pasi Kärkkäinen
2010-07-26 21:13 ` Alex Deucher
2010-07-27 8:41 ` Pasi Kärkkäinen
2010-09-19 11:18 ` Pasi Kärkkäinen
2010-09-19 11:34 ` Pasi Kärkkäinen
2010-09-19 12:25 ` Pasi Kärkkäinen
2010-09-19 14:56 ` Pasi Kärkkäinen [this message]
2010-09-20 3:56 ` Alex Deucher
2010-09-20 5:53 ` Pasi Kärkkäinen
2010-09-21 5:09 ` Alex Deucher
2010-09-21 8:35 ` Pasi Kärkkäinen
2010-06-21 18:05 ` Pasi Kärkkäinen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100919145607.GX2804@reaktio.net \
--to=pasik@iki.fi \
--cc=alexdeucher@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.