Reducing the need to compile a custom kernel
Alexander Leidinger
Alexander at Leidinger.net
Tue Feb 14 08:10:59 UTC 2012
Quoting Volodymyr Kostyrko <c.kworr at gmail.com> (from Mon, 13 Feb 2012
17:44:33 +0200):
> Alexander Leidinger wrote:
>> Feasible: depend upon your definition of "feasible". You would have to
>> add all keymaps statically into the kernel. No idea which parts exactly
>> we talk about, but:
>> ---snip---
>> % du -h /usr/share/syscons/
>> 40k /usr/share/syscons/scrnmaps
>> 570k /usr/share/syscons/fonts
>> 1.1M /usr/share/syscons/keymaps
>> 1.8M /usr/share/syscons/
>> ---snip---
>>
>> I wouldn't mind for 40k, but 1.8M looks more like the value to calculate
>> with. Anyway, this is out of the scope of the original question.
>
> Correct me if I'm wrong but zfs already fetches plain file
> /boot/zfs/zpool.cache on load. Can't this be:
>
> 1. Postponed to later processing.
> 2. After filesystems are mounted the keymap is loaded.
This is already the case. you can set the keymap in rc.conf.
> Or even:
>
> 1. Put all viable files on the / partition.
> 2. Select and load correct one before kernel is fired.
This is not the same as compiling it in the kernel. Think about a
problem where parts of your FS are corrupt / damaged / overwritten
with nonsense. Yes you can minimize the problem by loading it more
early, but having it in the kernel removes the keyboard problem
completely.
Bye,
Alexander.
--
A lost ounce of gold may be found, a lost moment of time never.
http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137
More information about the freebsd-stable
mailing list