On Wed, Jan 02, 2008 at 09:41:15AM +0100, Johannes Berg wrote: > > > Why don't we just build the rate control algorithms entirely separate > > useing obj-$(FOO) ? If they're modular that lets them be their own > > module, and if they're built-in they'll still go into built-in.o. > > Yeah. Except that they can't be built-in if mac80211 isn't, and we've > repeatedly had users f' up their installations and bitterly report to us > that mac80211 doesn't work because no rate control algorithm is > available so we wanted to force having one built into mac80211.ko unless > specifically turned off (only with EMBEDDED). Building an algorithm optionally into mac80211 seems rather odd. In case mac80211 the algorithms should be their own modules and you should use request_module to make sure at least one is loaded. Or if you really want to make sure one is alway avaiabable always build the simplest one directly and unconditionally into mac80211.ko. > > johannes ---end quoted text--- - To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
