Hi Reinette, > > > I really don't know why we let you get away with this and bitch > > > endlessly when b43 does such a change, to the point where we finally > > > cave in and support both versions. Why should a community-supported > > > driver be held to higher standards? > > > > If in any way possible, we should support both versions of the firmware. > > I would like to hear some suggestions on how we can do this as I am not > familiar with the other drivers. The driver is closely tied to the > firmware ... and I am actually tempted to draw an analogy between the > interface between the driver and mac80211 here. From what I understand, > for the driver to support many versions of the firmware it dynamically > needs to detect which features are supported at runtime and act > accordingly. This is a hard problem. What am I missing? in some cases it might be possible with a set of quirks or special functions that can be switched at runtime. Check the whole bunch of USB drivers that have special handling depending on what hardware it finds. We could do the same. In some cases this effort might be too much, but if possible we should at least try. It all depends on how much the ucode API changes and sometimes we really wanna cleanup the driver and remove the old code, but in that case we have to tell the users via modules_install that this kernel will break or we have to keep the old driver around. Breaking it from one kernel version to the next one without the user noticing only after reboot is just not good enough. Regards Marcel -- 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
