> > (c) Decide not to support this case and document the fact in the > > rulesfile. If you're going put gunge on the VME bus that replaces > > the SBC's on-board facilities, you can hand-hack your own configs. > > In general this is the best option, if you create a non-standard > configuration for machine foo then it is your problem, not everybody > else's. Which makes CML2 inferior to CML1 again. Now if it could parse CML1 rulesets this whole discussion wouldn't be needed. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Re: Background to the argument... David Woodhouse
- Re: Background to the argument... Nicolas Pitre
- Re: Background to the argument... David Woodhouse
- Re: CML2 design philosophy heads-up Jonathan Morton
- Re: CML2 design philosophy heads-u... Eric S. Raymond
- Re: CML2 design philosophy heads-u... Mike Galbraith
- Re: CML2 design philosophy hea... Alan Cox
- Re: CML2 design philosophy heads-up Daniel Phillips
- Re: CML2 design philosophy heads-up Keith Owens
- Re: CML2 design philosophy heads-up Arjan van de Ven
- Re: [kbuild-devel] Re: CML2 design philosophy heads... Alan Cox
- Re: [kbuild-devel] Re: CML2 design philosophy h... Eric S. Raymond
- Re: [kbuild-devel] Re: CML2 design philosop... Alan Cox
- Re: [kbuild-devel] Re: CML2 design phil... Eric S. Raymond
- Re: [kbuild-devel] Re: CML2 design... Christoph Hellwig
- Re: [kbuild-devel] Re: CML2 design... Arjan van de Ven
- Re: [kbuild-devel] Re: CML2 de... Eric S. Raymond
- Re: [kbuild-devel] Re: CML2 de... Arjan van de Ven
- Re: [kbuild-devel] Re: CML2 de... Eric S. Raymond
- Re: [kbuild-devel] Re: CML2 de... Ben Ford
- Re: [kbuild-devel] Re: CML2 design... Alan Cox