UTF-8 on 8.0-CURRENT: Yes We Can!
Dan Nelson
dnelson at allantgroup.com
Wed Jul 15 06:46:48 UTC 2009
In the last episode (Jul 14), Ed Schouten said:
> * Vladimir Grebenschikov <vova at fbsd.ru> wrote:
> > In past graphical console draw text not too quick. I've tried to live
> > with VESA mode of sc (to match high resolution of notebook display).
> > But it was really slow. Probably, your driver will be much faster ?
>
> Even though I like VESA, it's probably hard, if not impossible to get it
> working, mainly because we need vm86 to reprogram the hardware, which is
> not present on amd64. One of the things on my todo list is to figure out
> how the Intel hardware works, so we have an accelerated driver on those
> systems. This should also make it a lot more attractive to implement
> things like kernel modesetting somewhere in the future.
Another option would be to dynamically remap the 256 text-mode characters as
needed, similar to how the mouse cursor is displayed. The average
single-language console will have much less than 256 unique characters
onscreen at once at any one time, so the average console will rarely have a
phyical character remapped once a glyph has been assigned to it. Any more
than 256 onscreen at once could be replaced with a special symbol or
remapped to a similar character if possible. You could even preferentially
replace symbol/line-drawing characters first, and try and preserve
characters in the area around the cursor.
--
Dan Nelson
dnelson at allantgroup.com
More information about the freebsd-current
mailing list