VDR User <user.vdr@xxxxxxxxx> writes: > Instead of copy&paste patches from Manu's tree, maybe it's better to > just wait for him to push all the changes into v4l. I certainly agree that having him push all the changes would be much better. And nothing would please me more than seeing this happen. But I do *not* agree that "just wait" is better. We have waited for 4 months. It did not work. Why do you think that waiting more will work better? > There have been > many bug fixes & improvements Manu has done that haven't been pushed > into v4l yet I guess there is. I only know of the two now 4 months old bug fixes in http://jusst.de/hg/mantis-v4l-dvb but there can of course be much more happening without me knowing. There could be other trees. But without pointers (we have a perfectly good MAINTAINERS for this), it's very hard to find such things. In fact, I do have some problems getting oriented in the V4L/DVB world. There seem to be a number of dead development trees scattered all around. But I guess that's to be expected, since there have been major reorganisations lately. To the better, IMHO. I'm looking forward to having Linus' kernel track the V4L/DVB development more closely, and not having to replace a whole subsystem every time I want to test a new driver. > and I think it's better to sync the entire driver instead > of cherry picking patches here & there. Yes. And I did hesitate to do this. But this one patch is really wanted to make the driver fully functional (users do expect PCI drivers to autoload nowadays). It could have been in 2.6.34. As it looks now, it won't make 2.6.35... Why wait? What's the point of collecting a large number (or small number for that sake) of patches in some development tree only very few developers even know exists? Push them upstream as soon as possible. The initial driver development is of course something else. I appreciate the need to develop something working before pushing it. But simple fixes like this one? Just push it. Bjørn -- 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
