Messages in this thread | | | Date | Mon, 12 Jan 2004 13:20:44 +1100 | From | Nick Piggin <> | Subject | Re: 2.6.1-rc1-tiny2 |
| |
Matt Mackall wrote:
> >I like this stuff, but I think the first two bits are probably better >done in mainline proper, perhaps Andrew will consider them now that >2.6.0 is out. The -tiny approach is to make small tweaks on stuff >without diverging far from the mainline infrastructure. I'm trying to >keep most of the patches independent. I've basically already hacked my >owned version of the third bit (cpu support code selection) in an >earlier -tiny release, hadn't noticed the mtrr bits yet. >
The problem is, you aren't supposed to remove *any* cpu support code with the current scheme unless the kernel is definitely not supposed to run on that cpu. So a selection of 386 means you have to keep everything. This gets a bit hairy when you select eg. Pentium 4, and try to work out whether K7 should be supported or not...
Which is where Adrian's scheme comes in. I guess there are still probably a lot of other things with better complexity/size saving ratio though, but I would also like to see it in 2.6.
- 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/
| |