On Tue, May 8, 2012 at 10:55 AM, Bob Copeland <me@xxxxxxxxxxxxxxx> wrote: > On Tue, May 08, 2012 at 09:49:22AM -0700, Luis R. Rodriguez wrote: >> > I still like the idea of exporting more stuff to userspace and letting >> > CRDA handle the card-based restrictions, but ISTR you had reasons that >> > didn't work for everything. >> >> What do you mean? > > /me digs in the archives... > > http://marc.info/?l=linux-wireless&m=125752855010045&w=2 > > I guess I "still" liked it back then :) > > So with that setup people who want to fiddle with the card in 'expert' > mode could override the card's eeprom reg domain stuff by suitably > changing crda db instead of recompiling the kernel. > > But if I read your follow-ups correctly, going that way wasn't actually > a big win. I didn't then (much less now) have the time to explore it > in actual code. > > That doesn't cover the person who wanted to use all_channels, but at > least that is exported by a modparam today. There are probably other > things that an 'expert' would want to do beyond these two, though. I don't think at that point the idea of CONFIG_EXPERT went through my mind, I think its reasonable now to start considering this. For example we could start off first with replacing that module parameter under a CONFIG_WIRELESS_EXPERT. The goal of such flag is to not have everyone enabling it and by everyone I mean every Linux distribution. If we can work toward that I think this is a win given that there is code we can add that otherwise is introduced by crap module parameters or crap external patches. Luis -- 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
