Hans Verkuil <hverkuil@xxxxxxxxx> writes: > I have two drivers with different feature sets. Only one can be active > at a time. I have to make a choice which one I'll take and Ezequiel's > version has functionality (audio, interlaced support) which matches best > with existing v4l applications and the typical use cases. I'm not going > to have two drivers for the same hw in the media subsystem since only > one can be active anyway. My decision, although Mauro can of course decide > otherwise. (BTW my driver supports interlace) > I am OK with adding your driver to staging in the hope that someone will > merged the functionalities of the two to make a new and better driver. Then I don't really understand why there can be two drivers for the same hw in the tree, but one has to be in "staging". Staging isn't meant for this. My driver perfectly qualifies for being merged in the non-staging media directory - doesn't it? You are right, there can be two drivers in the tree for the same hw, examples are known. You don't have to make a choice here, though you are free to do so. > My goal is to provide the end-user with the best experience, and this is > IMHO the best option given the hand I've been dealt. Then, if the moral side of the story can't be maintained, at least do it legally as required by copyright laws (and the GPL license as well). Doing so is not a "pollution" of git history, but your responsibility as a maintainer. To be honest, I still can't understand why are you afraid of adding Ezequiel's changes on top of my driver properly. While probably far from being a pretty changeset, it would make it legal, and this is the thing that the author, I suppose, is entitled to. Adding some "link" to a mail archive(?) is not a substitute. -- Krzysztof Halasa Industrial Research Institute for Automation and Measurements PIAP Al. Jerozolimskie 202, 02-486 Warsaw, Poland -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
