lkml.org 
[lkml]   [2007]   [Jul]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Patches for REALLY TINY 386 kernels

On Jul 18 2007 20:33, Adrian Bunk wrote:
>> Well, how big the vmlinux file is matters if it doesn't fit in memory
>> with enough time to get to the phase where it is dumping the init
>> sections. *If that is not the issue*, then axing stuff like CPUID is a
>> major lose in terms of code maintainability for zero gain.
>
>If this is an issue, then changing i386 back to discarding __exit code
>and data at linktime instead of runtime might make a bigger difference.

Would not that be good in either case? (I.e. even beyond i386)
Discarding __exit at the linking stage for CONFIG_MODULES=n kernels
sounds really good, because it reduces the time to _load_ the kernel.
Think TFTP. Particularly SPARC OBPs (I've seen E250 and E10K do that)
do TFTP transfers like an old granny ... You wait roughly two minutes
for common Aurora and Debian images (around 6 to 7 MB) - to get the
picture. I am grateful for every kilobyte images can lose.



Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-07-18 20:45    [W:0.293 / U:0.416 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site