diff options
| author | Jan Engelhardt <jengelh@medozas.de> | 2008-05-12 14:02:39 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2008-05-13 08:02:26 -0700 |
| commit | d850a2fac11e4dd45d1d3d493a5a071b06c58c99 (patch) | |
| tree | 822cfbf9b6214deecb178c86ba7d688a6c16c0ca /fs/ecryptfs | |
| parent | 7fe3915a492503a9199af475a433b50258303806 (diff) | |
| download | kernel_samsung_tuna-d850a2fac11e4dd45d1d3d493a5a071b06c58c99.zip kernel_samsung_tuna-d850a2fac11e4dd45d1d3d493a5a071b06c58c99.tar.gz kernel_samsung_tuna-d850a2fac11e4dd45d1d3d493a5a071b06c58c99.tar.bz2 | |
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 <jengelh@medozas.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/ecryptfs')
0 files changed, 0 insertions, 0 deletions