From: Kay Sievers <kay@vrfy.org> To: Andy Lutomirski <luto@amacapital.net> Cc: systemd Mailing List <systemd-devel@lists.freedesktop.org>, Lennart Poettering <lennart@poettering.net>, kbd@lists.altlinux.org Subject: Re: [kbd] [systemd-devel] systemd-vconsole-setup fails very slowly Date: Wed, 1 Apr 2015 23:36:26 +0200 Message-ID: <CAPXgP12nLEijL31vNgzGxzf0SjwnOA2pP+p7_+QpopHfxHoRDw@mail.gmail.com> (raw) In-Reply-To: <CALCETrU5Cz_1ucQuERwWSQyF-nFnM65Sk80G+LTRbWzO04tSZg@mail.gmail.com> On Wed, Apr 1, 2015 at 11:19 PM, Andy Lutomirski <luto@amacapital.net> wrote: > On Wed, Apr 1, 2015 at 1:53 PM, Kay Sievers <kay@vrfy.org> wrote: >> On Wed, Apr 1, 2015 at 10:45 PM, Andy Lutomirski <luto@amacapital.net> wrote: >>> On Apr 1, 2015 12:56 PM, "Kay Sievers" <kay@vrfy.org> wrote: >> >>>> Do you have an idea why the VM does not accept the custom font? If >>>> that is something obvious, and we can detect it, we could make >>>> vconsole-setup check for it. But then again, fixing setfont seems like >>>> the obvious fix here. >>> >>> I assume it's because the VM has no graphical console at all. >> >> We check the existence of the corresponding /dev/vcs%i, to check if >> the tty is allocated where we want to apply the font to. Do these >> devices exist on the running machine? > > Yes: > > # ls /dev/vcs* > /dev/vcs /dev/vcs2 /dev/vcs4 /dev/vcsa1 /dev/vcsa3 > /dev/vcs1 /dev/vcs3 /dev/vcsa /dev/vcsa2 /dev/vcsa4 > > Looking at the code, the vc_screen.c code seems to create those > devices unconditionally. They should only get created when something accesses the corresponding tty. deallocvt(1) can kill unused ones and the device nodes should disappear. >> And what does this say? >> grep . /sys/class/tty/tty0/active /sys/class/tty/console/active > > # grep . /sys/class/tty/tty0/active /sys/class/tty/console/active > /sys/class/tty/tty0/active:tty1 > /sys/class/tty/console/active:ttyS0 > > vcs1 has, roughly: > > early console in decompress_kernel > Decompressing Linux... Parsing ELF... done. > Booting the kernel. > > Now I'm wondering how that buffer came to be. > > In any event, some tracing of the code suggests that I have > vga_video_type == VIDEO_TYPE_CGA, and that fails "if (vga_video_type < > VIDEO_TYPE_EGAM)" in vgacon_font_set. > > Indeed, /proc/ioports has: > > 03d4-03d5 : cga > > and dmesg says: > > [ 0.000000] Console: colour *CGA 80x25 > > I don't see this information in sysfs anywhere. Perhaps checking for > an active console and detecting -EINVAL from vgacon_font_get would > work. Hmm, yeah, maybe we could try one of the font-related ioctls to find out if the driver supports that before we spawn setfont. > /proc/fb is empty on this VM, so maybe that would help. Grr, this > stuff is really old and crufty. > > The offending qemu command line args appear to be -vga none -display > none. I assume I have "CGA" because it's the fallback case in > vgacon.c if nothing matches. Hehe, blast from the past. :) If you give kvm a VGA device, it all works fine? Kay
next prev parent reply other threads:[~2015-04-01 21:36 UTC|newest] Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-01-23 2:29 ` Andy Lutomirski 2015-01-26 10:39 ` Alexey Gladkov 2015-04-01 18:56 ` Andy Lutomirski 2015-04-01 19:32 ` Kay Sievers 2015-04-01 19:36 ` Andy Lutomirski 2015-04-01 19:55 ` Kay Sievers 2015-04-01 20:45 ` Andy Lutomirski 2015-04-01 20:53 ` Kay Sievers 2015-04-01 21:19 ` Andy Lutomirski 2015-04-01 21:36 ` Kay Sievers [this message] 2015-04-01 21:38 ` Andy Lutomirski 2015-04-01 21:47 ` Kay Sievers 2015-04-01 22:00 ` Andy Lutomirski 2015-04-01 22:28 ` Kay Sievers 2015-04-01 21:20 ` Alexey Gladkov 2015-04-06 21:48 ` Alexey Gladkov 2015-04-06 22:55 ` Andy Lutomirski
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CAPXgP12nLEijL31vNgzGxzf0SjwnOA2pP+p7_+QpopHfxHoRDw@mail.gmail.com \ --to=kay@vrfy.org \ --cc=kbd@lists.altlinux.org \ --cc=lennart@poettering.net \ --cc=luto@amacapital.net \ --cc=systemd-devel@lists.freedesktop.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Linux console tools development discussion This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/kbd/0 kbd/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 kbd kbd/ http://lore.altlinux.org/kbd \ kbd@lists.altlinux.org kbd@lists.altlinux.ru kbd@lists.altlinux.com public-inbox-index kbd Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.kbd AGPL code for this site: git clone https://public-inbox.org/public-inbox.git