On Wed, Mar 09, 2005 at 08:52:24PM +0100, Blaisorblade wrote: > On Wednesday 09 March 2005 18:12, Russell King wrote: > > On Wed, Mar 09, 2005 at 10:42:33AM +0100, [EMAIL PROTECTED] wrote: > > > From: <[EMAIL PROTECTED]> > > > Cc: <user-mode-linux-devel@lists.sourceforge.net>, <[EMAIL PROTECTED]>, > > > <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> > > > > > > Unify the spinlock initialization as far as possible. > > > Are you sure this is really the best option in this instance? > > Sometimes, static data initialisation is more efficient than > > code-based manual initialisation, especially when the memory > > is written to anyway. > Agreed, theoretically, but this was done for multiple reasons globally, for > instance as a preparation to Ingo Molnar's preemption patches. There was > mention of this on lwn.net about this: > > http://lwn.net/Articles/108719/
Was this announced on linux-kernel as well? I don't remember seeing it. I'm not convinced about the practicality of converting all static initialisations to code-based initialisations though - I can see that the number of initialisation functions scattered throughout the kernel is going to increase dramatically to achieve this. With a 2.4 to 2.6 kernel bloat already on the order of 140% for similar functionality, I can only see the kernel getting more and more bloated _for the same feature level_ because we're trying to add more features to the kernel. I'm not entirely convinced that is an all round sane approach. -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: 2.6 Serial core ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
