From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DNS_FROM_AHBL_RHSBL,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vrfy.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=gMzSmMm+CvW0PPOb+Jh0ySTDpQkyWsmTWocLjYCkc/I=; b=Y/kiw/+8280oTvizxKawJDSyLUwKrvrnGT+s/ZSID2aKJ2q0FewZAQNgtXMaIylmlI jvEy5rdWhDAOfovP6RbdQkZeUd2xH2Vw4zwLDioRRzWdL2a/QKSyE0+LBSgAODqRO7Fn m491j8KoavXq6U47Y79h8QYpsjv23FWgGetEo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=gMzSmMm+CvW0PPOb+Jh0ySTDpQkyWsmTWocLjYCkc/I=; b=ahDFBSXnj1d8DCNv2irj5fE8Qwrv7iPdAkct2TMYlQTg7OAVAupWWQawfpE+2FmhL4 s0TpLokCKtz976Byxi2eJIHhNTnAkiQmtm2jP2lddq3woma/Dqt4EbVsHYfchaYZGnfj L/AqJAsXjVoihbmJDA7pCmJjezNBtWtc16iCBy7SpRV1SXUD/9PqBwKD0yhjZ6RydXZp R5lMokS49DqYS2VfmaYGllQpLWgzsnip+yCpn6IE14PuRwcmLToOrwySbHkZcb26P6mc 5m89xM9/ffeTbPRp7VgF3SRwacjWFY9Yu8P2zxmYImSjQbK+RSrJc/DMl2i+Sa70HF2q gYcA== X-Gm-Message-State: ALoCoQkzSqjqa/w9pM2u4F7FF/eAM7EFeM9CNzR/T9k12XQtCDQn243A55JQbZ0DPMnU3Dc9enJi X-Received: by 10.43.163.71 with SMTP id mn7mr75277118icc.72.1427924206921; Wed, 01 Apr 2015 14:36:46 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <20150123021329.GF2702@gardel-login> From: Kay Sievers Date: Wed, 1 Apr 2015 23:36:26 +0200 Message-ID: To: Andy Lutomirski Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Thu, 02 Apr 2015 00:38:04 +0300 Cc: systemd Mailing List , Lennart Poettering , kbd@lists.altlinux.org Subject: Re: [kbd] [systemd-devel] systemd-vconsole-setup fails very slowly X-BeenThere: kbd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Linux console tools development discussion List-Id: Linux console tools development discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 21:36:49 -0000 Archived-At: List-Archive: On Wed, Apr 1, 2015 at 11:19 PM, Andy Lutomirski wrote: > On Wed, Apr 1, 2015 at 1:53 PM, Kay Sievers wrote: >> On Wed, Apr 1, 2015 at 10:45 PM, Andy Lutomirski wrote: >>> On Apr 1, 2015 12:56 PM, "Kay Sievers" 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