All of lore.kernel.org
 help / color / mirror / Atom feed
* cursor bug
@ 2004-11-08 16:11 ` Gerd Knorr
  0 siblings, 0 replies; 3+ messages in thread
From: Gerd Knorr @ 2004-11-08 16:11 UTC (permalink / raw)
  To: linux-fbdev-devel; +Cc: Linux Kernel Mailing List

  Hi,

There is annonying cursor bug in recent kernels (started in 2.6.10-rc1
IIRC).  There kernel seems not to keep track of the cursor state
correctly when switching virtual terminals.  Here is how to reproduce
it:

  (1) boot with vesafb (thats what I'm using, maybe it shows on other
      framebuffers and/or vgacon as well).
  (2) login into one terminal, then type "echo -ne '\033[?17;15;239c'".
      You should have a nice, yellow and *not* blinking cursor block.
      That is what I have in my .profile because I can't stand the
      blinking cursors.
  (3) Switch to another terminal.  The cursor goes into blinking
      underscore mode now (i.e. the default cursor).
  (4) Switch back to the first terminal.  Now you have a yellow block
      with the last two pixel lines (i.e. the underscore) blinking.

Oh no.  Please fix that.  Thank you.

  Gerd

-- 
#define printk(args...) fprintf(stderr, ## args)

^ permalink raw reply	[flat|nested] 3+ messages in thread

* cursor bug
@ 2004-11-08 16:11 ` Gerd Knorr
  0 siblings, 0 replies; 3+ messages in thread
From: Gerd Knorr @ 2004-11-08 16:11 UTC (permalink / raw)
  To: linux-fbdev-devel; +Cc: Linux Kernel Mailing List

  Hi,

There is annonying cursor bug in recent kernels (started in 2.6.10-rc1
IIRC).  There kernel seems not to keep track of the cursor state
correctly when switching virtual terminals.  Here is how to reproduce
it:

  (1) boot with vesafb (thats what I'm using, maybe it shows on other
      framebuffers and/or vgacon as well).
  (2) login into one terminal, then type "echo -ne '\033[?17;15;239c'".
      You should have a nice, yellow and *not* blinking cursor block.
      That is what I have in my .profile because I can't stand the
      blinking cursors.
  (3) Switch to another terminal.  The cursor goes into blinking
      underscore mode now (i.e. the default cursor).
  (4) Switch back to the first terminal.  Now you have a yellow block
      with the last two pixel lines (i.e. the underscore) blinking.

Oh no.  Please fix that.  Thank you.

  Gerd

-- 
#define printk(args...) fprintf(stderr, ## args)


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Linux-fbdev-devel] cursor bug
  2004-11-08 16:11 ` Gerd Knorr
  (?)
@ 2004-11-09  2:37 ` Antonino A. Daplas
  -1 siblings, 0 replies; 3+ messages in thread
From: Antonino A. Daplas @ 2004-11-09  2:37 UTC (permalink / raw)
  To: linux-fbdev-devel, Gerd Knorr; +Cc: Linux Kernel Mailing List

On Tuesday 09 November 2004 00:11, Gerd Knorr wrote:
>   Hi,
>
> There is annonying cursor bug in recent kernels (started in 2.6.10-rc1
> IIRC).  There kernel seems not to keep track of the cursor state
> correctly when switching virtual terminals.  Here is how to reproduce
> it:
>
>   (1) boot with vesafb (thats what I'm using, maybe it shows on other
>       framebuffers and/or vgacon as well).
>   (2) login into one terminal, then type "echo -ne '\033[?17;15;239c'".
>       You should have a nice, yellow and *not* blinking cursor block.
>       That is what I have in my .profile because I can't stand the
>       blinking cursors.
>   (3) Switch to another terminal.  The cursor goes into blinking
>       underscore mode now (i.e. the default cursor).
>   (4) Switch back to the first terminal.  Now you have a yellow block
>       with the last two pixel lines (i.e. the underscore) blinking.
>
> Oh no.  Please fix that.  Thank you.

Hmn, this bug has been present since the beginning of 2.6, probably even
2.5, hidden, but got exposed during the cursor cleanup.  The main problem is
that fbcon is not checking if the vt is using its own softcursor, and this
has been the case since the fb architecture was rewritten. 

We fix this by checking if vt.c is using its softcursor
(vc->vc_cursor_type & 0x10), and if true, disable fbcon cursor.

I'll submit a patch to Andrew.

Tony



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-11-09  2:38 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-11-08 16:11 cursor bug Gerd Knorr
2004-11-08 16:11 ` Gerd Knorr
2004-11-09  2:37 ` [Linux-fbdev-devel] " Antonino A. Daplas

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.