From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9289D15800D for ; Sat, 31 Dec 2022 21:50:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B1FD6E07FE; Sat, 31 Dec 2022 21:50:06 +0000 (UTC) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 615E0E079E for ; Sat, 31 Dec 2022 21:50:06 +0000 (UTC) Received: by mail-lf1-x132.google.com with SMTP id bp15so36550021lfb.13 for ; Sat, 31 Dec 2022 13:50:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=YDEGz3qAjqGu0RRHegaucxnzQuruNE0vAG8WgU1LCbA=; b=KznkhUYyWFGSBvZ0/1w9EyfCkdgwMTemDag9+osJTQCeTCKI4UxwwmrsYIZWe2dX8O ZTaiqqF+zQKtGvDZZZpV1ZbcQrSHejNzbHEEMEcKDTTbIIMkjDLQlwY1XTJCshj7dEug WUgtxqvE2B6HMSt/QprmcBl2tbhviotaRWD+9upICdHEMw6m7t/LjjeiOr1C6HDYM6mZ nsTRkoR2oufpgW1zm7gUnO6E1j6QeGsAqjk0fDqjiRUMX4IjdG8qc/EDOxSjbLfZnvuo gdbT0C9pn6mfU8O5oF0e+agwwOCbTlLDHd6D1a09VJNr4TD8gPzJBxvzBsrxjzizRTmz CYWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=YDEGz3qAjqGu0RRHegaucxnzQuruNE0vAG8WgU1LCbA=; b=SNCI5QCApilgp+A2U87PHwhjzhj7FVe6KnvancCVpXSjRSUPMSylUT8dZnGyuDUXy5 g1s1aZIlIp5GboVBNB36lCIgaWZcun97hGcPwmKz7aGSFPxZ5UiFCisE2e3z+ZdIoJ+S Kt+SVz92MrwW6QDARJTyrzD38nnk7r3OWzn5CNgQG2j31+gWldQ5Cj/hasGOnd+bEaqI gY2zoOMY96KZDD6T+iA9KBwHljvoO09ZoGEzyL5O1zZiUdP+0vI/pWKGYtQSXrE/i1Hf erDVnXJG7r3RWxU3z7PJacFXZ4PipfzSduQIR4PJiIfgbiXGb4AR5v+cGFmRMzgTpOEF hjSg== X-Gm-Message-State: AFqh2krBGhB9Zx45+Q/ajR0EQblynAYdAr1Rx+MPD1NCzLfm3Nvt741b iKHIoax2zgqbUQS2nx4ElNFP3dnMnI3DTzmqiDFWa7Mqbx4= X-Google-Smtp-Source: AMrXdXvdk5CjDWXMSVNWkFquPxpWLuigIGYxZAcZqOSpT01S3/d7FPGhfGBIDUao73xxRKvGOd/dQHvh748vvOT375c= X-Received: by 2002:a05:6512:3e17:b0:4a8:e955:77e7 with SMTP id i23-20020a0565123e1700b004a8e95577e7mr1600593lfv.573.1672523404680; Sat, 31 Dec 2022 13:50:04 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: <5647862.DvuYhMxLoT@wstn> <5662152.DvuYhMxLoT@wstn> In-Reply-To: From: David Rosenbaum Date: Sat, 31 Dec 2022 16:49:55 -0500 Message-ID: Subject: Re: [gentoo-user] Soft scrolling on framebuffer consoles - New version of the patch - with GPM handling. To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary="0000000000006a244905f126b3f6" X-Archives-Salt: d1b49172-d6b5-4756-863f-0b6d2b52b1c5 X-Archives-Hash: fe8a0d9fa3c5008e78df0f256d1545b1 --0000000000006a244905f126b3f6 Content-Type: text/plain; charset="UTF-8" Thanks Dave On Sat, Dec 31, 2022, 11:13 AM Alan Mackenzie wrote: > Hello again, Peter. > > On Sat, Dec 31, 2022 at 15:47:01 +0000, Peter Humphrey wrote: > > Hello Alan, > > On Saturday, 31 December 2022 14:08:43 GMT you wrote: > > > > What I'm thinking here is that you might be installing a font which is > > > bigger than the 8x16 standard that you appear to be booting with. To > > > check this, would you please do: > > > > # file /lib/rc/console/font > > > > , which should return a message like: > > > > /lib/rc/console/font: Linux/i386 PC Screen Font v1 data, 256 > characters, > > > Unicode directory, 8x16 > > > > What is the size of this font, here (where it says 8x16 for my font)? > > > The reason I ask is, I've got a horrible suspicion that one of the C > > > functions which copies screen data when the screen size is changed can > > > only copy to a same sized or (possibly) _bigger_ screen (i.e. with a > > > smaller font). If this is indeed the case, it might explain why you're > > > seeing a hang, here. > > > I think you've put your finger on it: > > > $ file /lib/rc/console/font > > /lib/rc/console/font: Linux/i386 PC Screen Font v2 data, 256 characters, > > Unicode directory, 22x11 > > > I use consolefont="ter-122n" from the terminus-font package. It's a long > time > > since I was able to read a high-resolution screen in its native > resolution. > > > Is there some way I can get the UEFI BIOS to boot with that font, or a > larger > > one? Or perhaps let the system boot without setting a font and then > changing > > it later? > > Probably, but it would be better if I just fixed the bug(s) in my changes > to > the kernel. Changing font size is something one should be able to do. > > > Neither of those looks easy to do. I'd better have a good root through > the > > BIOS options to start with. > > A happy new year to you (and everybody else here), and give me somewhere > between a few hours and a few days, and this bug should get fixed. > > Again, thanks for such effective testing! > > > -- > > Regards, > > Peter. > > -- > Alan Mackenzie (Nuremberg, Germany). > > --0000000000006a244905f126b3f6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Thanks
Dav= e

On Sat, Dec 31, 2022, 11:13 AM Alan Mackenzie <acm@muc.de> wrote:
Hello again, Peter.

On Sat, Dec 31, 2022 at 15:47:01 +0000, Peter Humphrey wrote:
> Hello Alan,
> On Saturday, 31 December 2022 14:08:43 GMT you wrote:

> > What I'm thinking here is that you might be installing a font= which is
> > bigger than the 8x16 standard that you appear to be booting with.= =C2=A0 To
> > check this, would you please do:

> >=C2=A0 =C2=A0 =C2=A0# file /lib/rc/console/font

> > , which should return a message like:

> >=C2=A0 =C2=A0 =C2=A0/lib/rc/console/font: Linux/i386 PC Screen Fon= t v1 data, 256 characters,
> > Unicode directory, 8x16

> > What is the size of this font, here (where it says 8x16 for my fo= nt)?
> > The reason I ask is, I've got a horrible suspicion that one o= f the C
> > functions which copies screen data when the screen size is change= d can
> > only copy to a same sized or (possibly) _bigger_ screen (i.e. wit= h a
> > smaller font).=C2=A0 If this is indeed the case, it might explain= why you're
> > seeing a hang, here.

> I think you've put your finger on it:

> $ file /lib/rc/console/font
> /lib/rc/console/font: Linux/i386 PC Screen Font v2 data, 256 character= s,
> Unicode directory, 22x11

> I use consolefont=3D"ter-122n" from the terminus-font packag= e. It's a long time
> since I was able to read a high-resolution screen in its native resolu= tion.

> Is there some way I can get the UEFI BIOS to boot with that font, or a= larger
> one? Or perhaps let the system boot without setting a font and then ch= anging
> it later?

Probably, but it would be better if I just fixed the bug(s) in my changes t= o
the kernel.=C2=A0 Changing font size is something one should be able to do.=

> Neither of those looks easy to do. I'd better have a good root thr= ough the
> BIOS options to start with.

A happy new year to you (and everybody else here), and give me somewhere between a few hours and a few days, and this bug should get fixed.

Again, thanks for such effective testing!

> --
> Regards,
> Peter.

--
Alan Mackenzie (Nuremberg, Germany).

--0000000000006a244905f126b3f6--