diff options
| author | Jan Engelhardt <[email protected]> | 2008-05-12 21:02:39 +0000 |
|---|---|---|
| committer | Linus Torvalds <[email protected]> | 2008-05-13 15:02:26 +0000 |
| commit | d850a2fac11e4dd45d1d3d493a5a071b06c58c99 (patch) | |
| tree | 822cfbf9b6214deecb178c86ba7d688a6c16c0ca /drivers/base/class.c | |
| parent | vt/fbcon: update scrl_erase_char after 256/512-glyph font switch (diff) | |
| download | kernel-d850a2fac11e4dd45d1d3d493a5a071b06c58c99.tar.gz kernel-d850a2fac11e4dd45d1d3d493a5a071b06c58c99.zip | |
vt/fbcon: fix background color on line feed
Another addendum to commit c9e587abfdec2c2aaa55fab83bcb4972e2f84f9b
("vt: fix background color on line feed").
fbcon still was not doing the right thing (read: continued to do old
behavior). fbcon_clear() seems to clear the new line (e.g. where your new
prompt appears after doing echo -en "\e[42mfoo\n"), while scr_memsetw clears
the previous one only (where "foo" appears). So just temporarily set the
video_erase_char to the scrl_erase_char so that fbcon_clear does the right
thing.
Signed-off-by: Jan Engelhardt <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'drivers/base/class.c')
0 files changed, 0 insertions, 0 deletions