[ISSUE] Unable to load such font with such kernel version

[ISSUE] Unable to load such font with such kernel version

[Sqvid]

[-- Attachment #1: Type: text/plain, Size: 1013 bytes --]

New issue by Sqvid on void-packages repository

https://github.com/void-linux/void-packages/issues/45216

Description:
### Is this a new report?

Yes

### System Info

Void 6.3.12_1 x86_64 GenuineIntel notuptodate rrDFFFFF

### Package(s) Affected

kbd-2.6.1_1

### Does a report exist for this bug with the project's home (upstream) and/or another distro?

_No response_

### Expected behaviour

The kernel boots without font-related errors

### Actual behaviour

Kernel boots with the following error:
`setfont: ERROR kdfontop.c:183 put_font_kdfontop: Unable to load such font with such kernel version `

The actual functionality seems unaffected.

Downgrading to `kbd-2.5.1_1` and `xbps-reconfigur`ing the kernel series fixes the issue.

### Steps to reproduce

My kernel args are:
`root=UUID=<uuid> ro rootflags=subvol=@root rd.luks.allow-discards rd.luks.uuid=<uuid> resume=UUID=<uuid> loglevel=3 fbcon=font:TER16x32`

Then I boot and the message is right at the top of the screen at this log level.

Re: Unable to load such font with such kernel version

[justinesmithies]

[-- Attachment #1: Type: text/plain, Size: 377 bytes --]

New comment by justinesmithies on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1650324244

Comment:
I've noticed exactly the same error as above since updating the kernel to 6.3.13_1 

`setfont: ERROR kdfontop.c:183 put_font_kdfontop: Unable to load such font with such kernel version `

My kbd version is ` kbd-2.6.1_1 `

Re: Unable to load such font with such kernel version

[classabbyamp]

[-- Attachment #1: Type: text/plain, Size: 204 bytes --]

New comment by classabbyamp on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1654807706

Comment:
it's harmless https://github.com/legionus/kbd/issues/99

Re: Unable to load such font with such kernel version

[superiums]

[-- Attachment #1: Type: text/plain, Size: 500 bytes --]

New comment by superiums on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1657438501

Comment:
seems issue about load console font.


> it's harmless [legionus/kbd#99](https://github.com/legionus/kbd/issues/99)

according to this discussion, mabe we could set console font same as kernel font.

`zcat /proc/config.gz |grep FONT`
It's termiuns.

but there's no `/etc/vconsole.conf`, where could we set it to term-132n or create the file ?

Re: Unable to load such font with such kernel version

[classabbyamp]

[-- Attachment #1: Type: text/plain, Size: 213 bytes --]

New comment by classabbyamp on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1657443176

Comment:
vconsole.conf is a systemd thing, on void you set it in rc.conf 

Re: Unable to load such font with such kernel version

[superiums]

[-- Attachment #1: Type: text/plain, Size: 179 bytes --]

New comment by superiums on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1657767959

Comment:
> 

thanks , let me have a try.

Re: Unable to load such font with such kernel version

[et-rnal]

[-- Attachment #1: Type: text/plain, Size: 337 bytes --]

New comment by et-rnal on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1716526976

Comment:
 > thanks , let me have a try.

This is stumping me as well. I've ensured all correct fonts and GPU drivers are installed, but it seems to be persisting. 

Have you had any luck with this? 

Re: Unable to load such font with such kernel version

[classabbyamp]

[-- Attachment #1: Type: text/plain, Size: 363 bytes --]

New comment by classabbyamp on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1716540208

Comment:
just ignore it. it's been happening for years but just didn't print a message until recently, it doesn't mean anything other than the console font couldn't be set so early in boot. it's is absolutely, 100% harmless

Re: Unable to load such font with such kernel version

[et-rnal]

[-- Attachment #1: Type: text/plain, Size: 784 bytes --]

New comment by et-rnal on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1716564773

Comment:
> just ignore it. it's been happening for years but just didn't print a message until recently, it doesn't mean anything other than the console font couldn't be set so early in boot. it's is absolutely, 100% harmless

I understand that it's harmless, however, it's jarring and unwanted. What's even more confounding is that on a fresh install, it was suppressed. One week later, same exact rootfs installation process, the message had returned. Same exact machine, same exact peripherals etc. Seemingly zero changes, only now with the message.

I'll attempt to find a way to suppress this output and post whatever solution I find here. 

Re: Unable to load such font with such kernel version

[wastemans]

[-- Attachment #1: Type: text/plain, Size: 823 bytes --]

New comment by wastemans on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1725008583

Comment:
@et-rnal the solution is in the post @superiums posted, or at least was for me.

in /etc/default/grub, append "fbcon=nodefer" to your kernel boot parameter, mine looks like this:
GRUB_CMDLINE_LINUX_DEFAULT="init_on_free=1 net.ifnames=0 rd.auto=1 loglevel=0 delayacct rd.luks.allow-discards hpet=force i915.i915_enable_rc6=1 fbcon=nodefer"

Then update-grub.

This parameter explained:
If the kernel is compiled with deferred fbcon takeover support, normally the framebuffer contents, left in place by the firmware/bootloader, will be preserved until there actually is some text is output to the console. This option causes fbcon to bind immediately to the fbdev device.

Re: Unable to load such font with such kernel version

[wastemans]

[-- Attachment #1: Type: text/plain, Size: 827 bytes --]

New comment by wastemans on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1725008583

Comment:
@et-rnal the solution is in the issue @classabbyamp posted, or at least was for me.

in /etc/default/grub, append "fbcon=nodefer" to your kernel boot parameter, mine looks like this:
GRUB_CMDLINE_LINUX_DEFAULT="init_on_free=1 net.ifnames=0 rd.auto=1 loglevel=0 delayacct rd.luks.allow-discards hpet=force i915.i915_enable_rc6=1 fbcon=nodefer"

Then update-grub.

This parameter explained:
If the kernel is compiled with deferred fbcon takeover support, normally the framebuffer contents, left in place by the firmware/bootloader, will be preserved until there actually is some text is output to the console. This option causes fbcon to bind immediately to the fbdev device.

Re: Unable to load such font with such kernel version

[superiums]

[-- Attachment #1: Type: text/plain, Size: 416 bytes --]

New comment by superiums on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1725029882

Comment:
> > thanks , let me have a try.
> 
> This is stumping me as well. I've ensured all correct fonts and GPU drivers are installed, but it seems to be persisting.
> 
> Have you had any luck with this?

no lucky.
i changed the font setting to term-132n, but no effect.

Re: Unable to load such font with such kernel version

[wastemans]

[-- Attachment #1: Type: text/plain, Size: 439 bytes --]

New comment by wastemans on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1725579739

Comment:
> no lucky. i changed the font setting to term-132n, but no effect.

This bug is about the **error** that comes up after grub when you change the font.
See if this kernel boot parameter fixes that: fbcon=nodefer

If you can't change the console font, I think you should raise a new issue.

Re: Unable to load such font with such kernel version

[superiums]

[-- Attachment #1: Type: text/plain, Size: 542 bytes --]

New comment by superiums on void-packages repository

https://github.com/void-linux/void-packages/issues/45216#issuecomment-1732541502

Comment:
> > no lucky. i changed the font setting to term-132n, but no effect.
> 
> This bug is about the **error** that comes up after grub when you change the font. See if this kernel boot parameter fixes that: fbcon=nodefer
> 
> If you can't change the console font, I think you should raise a new issue.

yes, this make the error disapeared.
but i found this also slow down the loading process.