On Tue, Jun 10, 2008 at 01:14:36PM +1000, Ben Nizette wrote: > On Mon, 2008-06-09 at 18:37 -0700, Tim Bird wrote: > > Rob Landley wrote: > > > On Friday 06 June 2008 18:47:47 Tim Bird wrote: > > >> At a minimum, it would be nice to have a few nice examples > > >> of really, really small configs for things like qemus for different > > >> architectures (just to give embedded developers who are working > > >> on size a starting point). > > > > > > That's more or less what I'm trying to do with my Firmware Linux project: > > > creating cross compilers and minimal native build environments for every > > > qemu > > > target. > > > > Any chance of getting your minimal configs from Firmware Linux mainlined? > > allnoconfig? ;-) > It's a bit counter-intuitive, given the inverted logic employed by many Kconfig options (enable vs disable and so on), default choices, select abuse, etc. If your platform happens to select EMBEDDED it's a pretty close approximation, though.
> > Does anyone else think this would be valuable? If not in mainline, it > > would be nice to collect them somewhere, to compare what options different > > developers decide turn on or off. > > Seriously though I maintain a bunch of AVR32 minimal configs. I keep > them as a smallest-working-config baseline to build on; I'm sure others > would get value from having easy access to that kind of thing. > > IMO It'd be nice to wire them to an automagic bloat-o-meter as well, but > I suspect no-one would really take notice anyway. > Most people are not opposed to taking additional defconfigs if there's someone intends to use them and generally look after them. Many configs are already included in linux-next and similar for nightly builds, but that's more about making sure things keep working rather than size measurements. On the other hand, it would be useful to extend that sort of infrastructure to account for size changes, also, and there's certainly no reason why minimal configs can't be rolled in, too. For testing things like allmodconfig/allyesconfig and especially randconfigs tend to be the most useful, but it's fairly difficult to extract meaningful size statistics out of any of those. Likewise, a minimal config tends to be pointless to the extent that it's not actually useful for anything. Observing the growth in size on configurations that people are using in the real world is far more useful. Measuring arbitrary growth in a configuration that's not even usable isn't really much of an indicator of anything, except that someone might have too much free time on their hands. -- To unsubscribe from this list: send the line "unsubscribe linux-embedded" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
