rm .config* config.out rules.out
yes '' | make oldconfig
Note, that sets SMP=n, RTC=n and all architectures, including X86, are
set to n.
make menuconfig, first screen looks OK.
Linux Kernel Configuration System 2.4.16
X86 Processor type (FROZEN) (arch?)
> Configuration policy options (policy?)<
Architecture-independent feature selections (generic)
System buses and controller types (buses?)
Enter Architecture-independent feature selections, do nothing, leave.
Oh dear.
Linux Kernel Configuration System 2.4.16
X86 Processor type (FROZEN) (arch?)
Configuration policy options (policy?)
> Architecture-independent feature selections (generic)<
Intel and compatible 80x86 processor options Stepping.. (x86)
Alpha processor options (alpha)
Sparc processor options (sparc)
MIPS processor optionss (mips)
Power PC processor options (ppc)
Motorola 68K family options (m68k)
ARM processor options (arm)
SuperH processor options (superh)
Itanium processor options (ia64)
PA RISC processor options (parisc)
System 390 processor options (s390)
CRIS port options (cris)
System buses and controller types (buses?)
I know that this is an unfortunate side effect of Linus's
arch/i386/defconfig having SMP=y, RTC=n followed by CML2 forcing X86=n,
SMP=n, RTC=n as a recovery. IMHO insisting on RTC=y for SMP=y is going
to cause no end of problems when CML2 goes live.
I beg you, remove the restriction on RTC so users starting from
pristine kernel which has defconfig SMP=y RTC=n do not find that they
have no architecture. Add the restriction on RTC later if you really
think it is necessary, CML1 does not require it.
_______________________________________________
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
