> 1) Have a HACKER symbol which unsuppresses the "unusual" options, and
> suppresses the "generalised" ones
> 2) Have a HACKERS submenu system which contains all the derivations
> that could *possibly* be un-defaulted, and allow our intrepid hacker
> to explicitly force each to a value or leave unset.
I prefer the former, which is how it's already implemented in CML1.
But the discussion of this is entirely unrelated to the discussion of CML2,
and changes along these lines must not be forced into the kernel with the
CML2 patch.
If ESR is going to sneak policy changes into the kernel with the CML2
mechanism patch, I'm sure we all have patches we'd like him to add to it
too, because we don't want to have to justify them on their own. :)
-- dwmw2
- 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/