The diff I submitted in one of my replies in this thread (fbcon.diff)
might fix that (not sure).
> b) After returning from blanking mode (via APM) to normal mode, no
> character is drawn. Let's assume I'm using VIM when that happens:
> After putting any character to return from blank mode, the screen stays
> blanked apart from the cursor that _is_ shown. Now I'm able to move
> the cursor, and when the cursor encounters a character, this char
> is drawn (and keeps drawn). Though when I press Ctrl-L or when I go one line
> above to the current top-line (i.e. by forcing a redrawn), the
> whole screen is drawn properly.
>
Can you try this?
diff -Naur linux-2.5.50-js/drivers/video/console/fbcon.c linux/drivers/video/console/fbcon.c
--- linux-2.5.50-js/drivers/video/console/fbcon.c 2002-12-06 23:33:56.000000000 +0000
+++ linux/drivers/video/console/fbcon.c 2002-12-06 23:33:18.000000000 +0000
@@ -1986,6 +1986,8 @@
vc->vc_cols);
vc->vc_video_erase_char = oldc;
}
+ else
+ update_screen(vc->vc_num);
return 0;
} else {
/* Tell console.c that it has to restore the screen itself */
> c) instruction: | produces:
> ======================|==================
> 1. typing abc def | $ abc def
> | ^ (<- cursor)
> 2. going three chars | $ abc def
> ro the left | ^
> 3. pressing backspace | $ abcddef
> | ^
> 4. pressing enter | -bash: abcdef: command not found
> |
I get this also. Seems to occur only with colored terms. When I do
set TERM=vt100
the problem disappears, so I thought this was an isolated case with my
setup :-). Similar glitches happen also in emacs with syntax
highlighting turned on.
Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/