fbcon bug?

fbcon bug?

[Zack Smith]

Hi all,

I've noticed that 2.6.14, when a console switch occurs going
from a console that is KD_TEXT to one that is KD_GRAPHICS,
fbcon doesn't seem to immediately shut down the cursor. It appears
to draw or undraw the cursor at least once before it disables
cursor activity due to graphics mode.

Does anybody know if this bug has been corrected in 14.1 or .2,
or if anyone would mind if I go in and fix it?

Thanks,
Zack Smith




-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

Re: fbcon bug?

[Ville Syrjälä]

On Sun, Nov 13, 2005 at 09:24:36PM -0500, Zack Smith wrote:
> Hi all,
> 
> I've noticed that 2.6.14, when a console switch occurs going
> from a console that is KD_TEXT to one that is KD_GRAPHICS,
> fbcon doesn't seem to immediately shut down the cursor. It appears
> to draw or undraw the cursor at least once before it disables
> cursor activity due to graphics mode.
> 
> Does anybody know if this bug has been corrected in 14.1 or .2,
> or if anyone would mind if I go in and fix it?

I'm not sure if it's related but there is a cursor problem with atyfb. 
When doing ioctl(... KD_GRAPHICS) the cursor remains visible in most 
cases. Sometimes it does disappear properly but that is quite rare. 
However doing a vt switch to another vt and back again seems to fix it 
every time so I'm not sure it's the same problem you're seeing. None of 
the other fb drivers I use implement a hardware cursor which is probably 
the reason I'm only seeing it on atyfb.

-- 
Ville Syrjälä
syrjala@sci.fi
http://www.sci.fi/~syrjala/


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

Re: fbcon bug?

[Antonino A. Daplas]

Ville Syrjälä wrote:
> On Sun, Nov 13, 2005 at 09:24:36PM -0500, Zack Smith wrote:
>> Hi all,
>>
>> I've noticed that 2.6.14, when a console switch occurs going
>> from a console that is KD_TEXT to one that is KD_GRAPHICS,
>> fbcon doesn't seem to immediately shut down the cursor. It appears
>> to draw or undraw the cursor at least once before it disables
>> cursor activity due to graphics mode.
>>
>> Does anybody know if this bug has been corrected in 14.1 or .2,
>> or if anyone would mind if I go in and fix it?
> 
> I'm not sure if it's related but there is a cursor problem with atyfb. 
> When doing ioctl(... KD_GRAPHICS) the cursor remains visible in most 
> cases. Sometimes it does disappear properly but that is quite rare. 
> However doing a vt switch to another vt and back again seems to fix it 
> every time so I'm not sure it's the same problem you're seeing. None of 
> the other fb drivers I use implement a hardware cursor which is probably 
> the reason I'm only seeing it on atyfb.
>

Once the console is in KD_GRPHICS mode, all access the to the framebuffer
are essentially stopped.  So depending on the state of the cursor (visible
or not), it will stay that way even if a command to erase or draw the
cursor is given.

You may tell the console to erase the cursor before going to KD_GRAPHICS
mode as a workaround.

Tony



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

Re: fbcon bug?

[Zack Smith]

Antonino A. Daplas wrote:
> Once the console is in KD_GRPHICS mode, all access the to the 
> framebuffer are essentially stopped. 

What I'm seeing is that after a console switch to a KD_GRAPHICS console 
(call it A)
from a KD_TEXT console (console B), B's cursor is seemingly undrawn in A.
Basically, wherever the cursor was B, that's where you will see a black 
box drawn in A,
and there is a delay in its being drawn.

Zack



-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click

Re: fbcon bug?

[Antonino A. Daplas]

Zack Smith wrote:
> Antonino A. Daplas wrote:
>> Once the console is in KD_GRPHICS mode, all access the to the
>> framebuffer are essentially stopped. 
> 
> What I'm seeing is that after a console switch to a KD_GRAPHICS console
> (call it A)
> from a KD_TEXT console (console B), B's cursor is seemingly undrawn in A.
> Basically, wherever the cursor was B, that's where you will see a black
> box drawn in A,
> and there is a delay in its being drawn.

Strange. If you can trace why this is happening, that will be helpful.

Note that vt.c also has it's own softcursor (it uses con->putc), which
sometimes run in parallel with fbcon's cursor so you might want to check
that also.

Tony


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click