Two possibilities: With std configuration language change:
: bool 'std IPC support' CONFIG_IPC
: bool 'arch specific IPC help' CONFIG_IPC_STRANGE_ARCH
: define_bool CONFIG_IPC CONFIG_IPC_STRANGE_ARCH
This is "clean" and is allowed by CML1 (and in CML2 with a
Or we can use the method of Johan.
But if we move some option in i386/Configure.help, users of
instead of being little confused, their will see no help ->
Maybe before to make changes, all developers should read the
and update/change it in a non i386 centric view.
BTW some other arch will use i386 devices, thus or we
that one of the copy will be old) some entry of we must make
i386 centric (and provide other help for other arch). But
SPARC and SPARC64
will use some configuration (different to i386), thus we
half configuration in SPARC.. ?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/