Date: Thu, 29 May 2014 16:56:13 +0200 From: Claude Buisson <clbuisson@orange.fr> To: Aleksandr Rybalko <ray@ddteam.net> Cc: emaste@freebsd.org, current@freebsd.org Subject: Re: RFT vidcontrol for vt(4) Message-ID: <53874A8D.8000205@orange.fr> In-Reply-To: <20140529161743.a124c539c3b73dc908d7850e@ddteam.net> References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> <5370E47E.7030304@orange.fr> <20140529161743.a124c539c3b73dc908d7850e@ddteam.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format. --------------020404090101030207030703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/29/2014 15:17, Aleksandr Rybalko wrote: > On Mon, 12 May 2014 17:10:54 +0200 > Claude Buisson <clbuisson@orange.fr> wrote: > >> On 05/12/2014 16:14, Aleksandr Rybalko wrote: >>> On Mon, 12 May 2014 15:35:48 +0200 >>> Claude Buisson <clbuisson@orange.fr> wrote: >>> >>>> On 03/11/2014 15:27, Aleksandr Rybalko wrote: >>>>> Hello hackers! >>>>> >>>>> Here is link to the patch[1] for vidcontrol that makes it to know if it >>>>> run w/ or w/o vt(4) and if vt(4) is present, then: >>>>> 1. screen map feature disabled (vt(4) use Unicode, so screen map not >>>>> needed). >>>>> 2. enable to load fornt from /usr/share/vt/fonts/ dir. PLease put >>>>> "gallant" font[2] to /usr/share/vt/fonts/. >>>>> >>>>> Looks like it works fine, but maybe I forgot something :) >>>>> So please test it in your own environment. >>>>> >>>>> Big thanks to Ed for preparing that font file! >>>>> >>>>> 1. >>>>> http://people.freebsd.org/~ray/newcons/vidcontrol_for_vt_2014-03-11.patch >>>>> 2. http://people.freebsd.org/~emaste/newcons/gallant.fnt >>>>> >>>>> Thanks! >>>>> >>>>> WBW >>>>> >>>> >>>> Hi, >>>> >>>> I applied this patch on a 10.0-STABLE r264390 with a Radeon Mobility X300 (M22) >>>> 5460, and DRM2. >>>> >>>> I could load an home made terminus 16x32 font (my eyes are too old to work with >>>> a 8x16 font on a 1920x1200 17" screen), by >>>> >>>> - looping on each ttyvN in a rc.local script >>>> >>>> or >>>> >>>> - adding allscreens_flags="-f terminus-u32" to rc.conf (for /etc/rc.d/syscons >>>> consumption) >>> >>> Cool! >>> Are you like to share that font? >>> >> >> Off course. >> In fact I generated 12x24, 14x28 and 16x32 fonts from terminus-font-4.38 by >> using the tools/tools/vt/fontcvt utility. >> I will send you these fonts offlist (because the FreeBSD lists do not like >> attachments). >> >>>> >>>> I just discovered than scrolling back in console mode works ONLY on ttyv0. >>> >>> Huh, it's surprising me. Before your mail I think we have problem with >>> scrollback on vty0, but not on others. :) >>> Looks like I have to concentrate and fix them all at once. >>> >> >> I confirm that scrollback works on ttyv0, but not on others ttyv when a font is >> loaded. >> >>>> >>>> What I have to do to get scrolling on every ttyvN ? >>>> >>>> The only way to get the system working in normal VGA mode (640x480) (not loading >>>> the drm2 and radeon kms modules by loader.conf) is by configuring the BIOS to >>>> not do display expansion - which leads to the same ridiculously small font.. >>>> >>>> And of course, kbdmux keeps being mandatory to be able to load a keymap. >>> >>> Yeah, I still remember. :) >>> >> >> This could be noted in the newly born vt(4) man page .. >> >>>> >>>> TIA >>>> >>>> Claude Buisson >>>> >>> >>> Many thanks Claude! >>> >>> WBW >>> >> >> CBu >> > > Hello Claude! > > Looks like nobody care about this patch, only you did test for it :) > So I commit it to HEAD, if you need it to be MFCed, I will do it a week > later. > > Many thanks for your help!!! > > WBW > Hello ! I (sort of) solved the scroll problem by patching sys/dev/vt/font/vt_font_default.c to compile my 16x32 font into the kernel. Clearly some more work is needed to make the modified vidcontrol a finished utility and to have the proper rc.conf knob to load a custom font at boot. And it must also be possible to generate a kernel with a custom font, without having to patch the source. I also found that tools/tools/vt/mkkfont/mkkfont.c does not put a comma after the final "}" of .vf_map, so one must apply the attached patch. Keep the work going ! CBu --------------020404090101030207030703 Content-Type: text/plain; charset=ISO-8859-15; name="patch-mkkfont.c.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-mkkfont.c.txt" --- tools/tools/vt/mkkfont/mkkfont.c.orig 2014-03-06 19:30:56.000000000 +0100 +++ tools/tools/vt/mkkfont/mkkfont.c 2014-05-15 18:45:42.000000000 +0200 @@ -139,7 +139,7 @@ else printf("\t\t\t\t NULL,\n"); } - printf("\t\t\t\t }\n"); + printf("\t\t\t\t },\n"); printf("\t.vf_map_count\t\t= { %u, %u, %u, %u },\n", be32toh(fh->map_count[0]), be32toh(fh->map_count[1]), --------------020404090101030207030703--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53874A8D.8000205>