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