summaryrefslogtreecommitdiff
path: root/mm/memcontrol.c
diff options
context:
space:
mode:
authorIngo Brueckl <ib@wupperonline.de>2008-12-11 01:35:00 +0300
committerLinus Torvalds <torvalds@linux-foundation.org>2008-12-13 22:25:49 +0300
commit1c55f18717304100a5f624c923f7cb6511b4116d (patch)
tree41e299ad69bdd0cf3d8b5e0aef56559046844b2e /mm/memcontrol.c
parentf75bc06e5d00a827d3ec5d57bbb5b73a4adec855 (diff)
downloadlinux-1c55f18717304100a5f624c923f7cb6511b4116d.tar.xz
console ASCII glyph 1:1 mapping
For the console, there is a 1:1 mapping of glyphs which cannot be found in the current font. This seems to be meant as a kind of 'emergency fallback' for fonts without unicode mapping which otherwise would display nothing readable on the screen. At the moment it affects all chars for which no substitution character is defined. In particular this means that for all chars (>= 128) where there is no iso88591-1/unicode character (e.g. control character area) you'll get the very strange 1:1 mapping of the (cp437) graphics card glyphs. I'm pretty sure that the 1:1 mapping should only affect strict ASCII code characters, i.e. chars < 128. The patch limits the mapping as it probably was meant anyway. Signed-off-by: Ingo Brueckl <ib@wupperonline.de> Acked-by: H. Peter Anvin <hpa@zytor.com> Cc: Egmont Koblinger <egmont@uhulinux.hu> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/memcontrol.c')
0 files changed, 0 insertions, 0 deletions