Linux console tools development discussion
 help / color / mirror / Atom feed
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


  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