When I boot up I see the 12x22 fonts for a while then it switches to the tiny fonts default font about half way throught the boot process. My goal is to have the system running with the 12x22 fonts. I do not plan to run X. Does anyone know how why it swtiches away from my custom fonts ? running: 3.17.0-rc-5+ on a MacBookPro with EFI and booting the kernel with the efi-stub from gummiboot. built with: Support for frame buffer devices EFI-based Framebuffer Support Framebuffer Console support Select compiled-in fonts Sparc console 12x22 font
On Fri, Sep 19, 2014 at 10:16:52PM -0400, John de la Garza wrote:
When I boot up I see the 12x22 fonts for a while then it switches to the tiny fonts default font about half way throught the boot process.
My goal is to have the system running with the 12x22 fonts. I do not plan to run X. Does anyone know how why it swtiches away from my custom fonts ?
running: 3.17.0-rc-5+ on a MacBookPro with EFI and booting the kernel with the efi-stub from gummiboot.
built with: Support for frame buffer devices EFI-based Framebuffer Support Framebuffer Console support
Select compiled-in fonts Sparc console 12x22 font
the kernel EFI framebuffer driver is "odd", and probably can not support your console fonts. I know mine can not, sorry. greg k-h
On Fri, Sep 19, 2014 at 08:12:23PM -0700, Greg KH wrote:
the kernel EFI framebuffer driver is "odd", and probably can not support your console fonts. I know mine can not, sorry.
When the machine first starts loading the kernel it swtiches from the tiny fonts that gummiboot uses to the Sparc 12x22 fonts, then switches back. What framebuffer driver is being used when the kernel first starts loading? I tried disabling the EFI-based Framebuffer thinking it would not switch, but this causes no output at all after gummiboot. My point is, my system *does* show the fonts I want (for a second) so this makes me think it can support this.
On Sat, Sep 20, 2014 at 09:47:10AM -0400, John de la Garza wrote:
On Fri, Sep 19, 2014 at 08:12:23PM -0700, Greg KH wrote:
the kernel EFI framebuffer driver is "odd", and probably can not support your console fonts. I know mine can not, sorry.
When the machine first starts loading the kernel it swtiches from the tiny fonts that gummiboot uses to the Sparc 12x22 fonts, then switches back.
gummiboot "uses" the default UEFI terminal mode, it doesn't select any specific font or size, it just uses what UEFI provides it. Same for the UEFI console driver, I don't think there is a way to change the fonts for it.
What framebuffer driver is being used when the kernel first starts loading?
The "default" framebuffer. VGA perhaps? You can try to force it to be this one but on an UEFI system, I don't think it will work.
I tried disabling the EFI-based Framebuffer thinking it would not switch, but this causes no output at all after gummiboot.
My point is, my system *does* show the fonts I want (for a second) so this makes me think it can support this.
Good luck, and let us know if you get this working, as my machines would like to see it happen as well, but I don't know if it is possible. greg k-h
On Sat, Sep 20, 2014 at 07:41:17AM -0700, Greg KH wrote:
Good luck, and let us know if you get this working, as my machines would like to see it happen as well, but I don't know if it is possible.
It is possible! I just got it working the way I want. I saw that the kernel messages where using the custom font (the larger font). I put a while(1); right before the kernel called init. The system booted and hung at the while(1); and was using the custom fonts. I realized then this was a userspace issue. I ran dpkg-reconfigure console-set and went through the menus and choose the option-> 'Do not change the boot/kernel font' now it doesn't switch back and I am able to see the cusom font sun 12x22 I was also about to select VGA from the dpkg-reconfigure menu and get large fonts I'm really happy about this, because now I can do more work without X, not have to strain my eyes, and I understand my system a little better.
participants (2)
-
Greg KH -
John de la Garza