Messages in this thread Patch in this message |  | | | Subject | Re: [STATUS] fbdev api. | | From | Antonino Daplas <> | | Date | 07 Dec 2002 04:55:34 +0500 |
| |
On Sat, 2002-12-07 at 00:42, Tobias Rittweiler wrote: > Hello James, > > Monday, December 2, 2002, 10:07:33 PM, you wrote: > > JS> Hi! > > JS> I have a new patch avaiable. It is against 2.5.50. The patch is at > JS> http://phoenix.infradead.org/~jsimmons/fbdev.diff.gz > > Besides the hunks posted recently, I encountered three problems/bugs: > > a) Although your patch fixes the FB oddness for me, it makes booting > without using framebuffer fail, IOW the kernel hangs: > > Video mode to be used for restore is f00 > BIOS-provided physical RAM map: > BIOS-e820: 0000000000000000 - 00000000000a0000 (usable) > Do you have framebuffer console enabled but with no framebuffer device enabled at boot time? This will always fail with James' current patch.
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/
|  |