On Wed, May 21, 2014 at 06:03:53PM +0200, Johannes Berg wrote: > On Tue, 2014-05-20 at 11:48 -0700, Luis R. Rodriguez wrote: > > > > I think we should, but if we can't then at least can we cut to an > > > extensible format? > > I don't see any way to extend the format right now. > > There's a wrinkle with making it more extensible too though - if we do > that then we must be extremely careful that future older crda versions > (i.e. the next version that we're about to write) will not parse a newer > extended file more permissively, so our extensions are limited anyway. > > Looks like the format update really is needed, which probably means we > should change the scripts to generate two databases and change the > filename, or so? The 'do not parse more permissively' would seem to be a problem if we still produce an older format too, no? I mean, wouldn't we have to simply drop new rules to produce an older binary? Even worse if we left the old binary in place, since then you could never update any rules for old crda installations at all. It seems like forcing a crda update to use any new format-breaking rules might just be the right thing. Can we make crda choke and die loudly when it sees an unknown format? Will the current crda do that? John -- John W. Linville Someday the world will need a hero, and you linville@xxxxxxxxxxxxx might be all we have. Be ready. -- 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
