[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freedesktop-libdlo
Subject:    [Libdlo] GDM black screen / user and count meaning
From:       bernie () plugable ! com (Bernie Thompson)
Date:       2010-12-23 7:02:36
Message-ID: AANLkTin=JKu0tFXLadaWpY8aX9OhBYVEQQMQVUEH0YaM () mail ! gmail ! com
[Download RAW message or body]

Hi Alexander,

I took a first run at more complete DPMS/FB_BLANK support. ?Can you
grab the latest udlfb from git.plugable.com and verify if blanking
works as expected, and if it helps resolve the original problem you
were seeing?

The commit is?http://git.plugable.com/gitphp/index.php?p=udlfb&a=commitdiff&h=6ea0f71cd642910ffcea5a98aeebf6f5d5470820


Thanks again for originally reporting this.

Best wishes,
Bernie
http://plugable.com/

On Tue, Nov 9, 2010 at 2:11 PM, Bernie Thompson <bernie at plugable.com> wrote:
> 
> Hi Alexander,
> 
> On Mon, Nov 8, 2010 at 3:53 AM, Alexander Todorov <atodorov at otb.bg> wrote:
> > Further more in fb.h there are comments (around FB_BLANK_* definition)
> > pointing out that hsync and vsync can be on/off in various combinations. Why
> > doesn't dlfb_enable_hvsync() account for those as well?
> 
> Thanks for pointing this out. ?The DL hardware doesn't map 1-1 with
> the FB_BLANK definitions, so right now it's been simplified: either be
> full on (FB_BLANK_UNBLANK) or full DPMS poweroff for any of the other
> states.
> 
> But it is possible to add support for at least one more of the
> FB_BLANK states in-between.
> 
> Looking at the debug output, I'm not sure if this will help the
> intermittant black screen problem, but actually there's a shot it will
> by avoiding timing troubles.
> 
> So I'll look to implement this -- will reply back when that's done --
> so we can get a test to see.
> 
> Thanks!
> Bernie


[prev in list] [next in list] [prev in thread] [next in thread]