About 4k apparently. See the difference from "400k compressed?".
Also, uncompressing that may add 0.5 second boot time on a slow CPU :-)
I must admit that a solution which makes the effective kernel size
800k larger (your figure) doesn't look like a good standard to me.
If that was the "standard", I'd be tempted to add a MAC address driver
hack to the kernel to save the space :-)
-- Jamie
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html