From: Andy Lutomirski <luto@amacapital.net> To: Kay Sievers <kay@vrfy.org> 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 14:38:55 -0700 Message-ID: <CALCETrVZUS8OCfmAH_ZiZXZm7rMPY7ve7E2t_n__mE5MCiv0+g@mail.gmail.com> (raw) In-Reply-To: <CAPXgP12nLEijL31vNgzGxzf0SjwnOA2pP+p7_+QpopHfxHoRDw@mail.gmail.com> On Wed, Apr 1, 2015 at 2:36 PM, Kay Sievers <kay@vrfy.org> wrote: > 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. > deallocvt doesn't seem to kill those device nodes for me. >>> 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? I just tried it. setfont succeeds, and the VGA device matches /dev/vcs's contents. --Andy
next prev parent reply other threads:[~2015-04-01 21:38 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 2015-04-01 21:38 ` Andy Lutomirski [this message] 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=CALCETrVZUS8OCfmAH_ZiZXZm7rMPY7ve7E2t_n__mE5MCiv0+g@mail.gmail.com \ --to=luto@amacapital.net \ --cc=kay@vrfy.org \ --cc=kbd@lists.altlinux.org \ --cc=lennart@poettering.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