On Fri, Sep 19, 2008 at 08:02:47AM -0400, Josh Boyer wrote:
>-CONFIG_IEEE80211=m
>+CONFIG_IEEE80211=y
> CONFIG_IEEE80211_DEBUG=y
> CONFIG_IEEE80211_CRYPT_WEP=m
> CONFIG_IEEE80211_CRYPT_CCMP=m
Do we have a way to _not_ do this on secondary architectures?
the per-arch config fragments will always override
options in config-generic, so yes.
>-CONFIG_SND_HDA_INTEL=m
>+CONFIG_SND_HDA_INTEL=y
> CONFIG_SND_HDA_HWDEP=y
> CONFIG_SND_HDA_CODEC_REALTEK=y
> CONFIG_SND_HDA_CODEC_ANALOG=y
>@@ -2545,7 +2545,7 @@
> CONFIG_SND_HIFIER=m
> CONFIG_SND_ICE1712=m
> CONFIG_SND_ICE1724=m
>-CONFIG_SND_INTEL8X0=m
>+CONFIG_SND_INTEL8X0=y
See... like these two. Not going to be in any ppc box, ever. Why include
them in the generic kernel config? I think they should be moved to
config-x86-generic.config instead.
They got dumped in config-generic instead of duping them
in config-x86[64] and config-ia64, but yeah, could do.
if the options don't exist on an arch though it's competely
benign regardless of what they get set to.
Dave
--
http://www.codemonkey.org.uk