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 _______________________________________________ Fedora-kernel-list mailing list Fedora-kernel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-kernel-list
