Hi Mauro, On Tuesday 14 August 2012 10:04:17 Mauro Carvalho Chehab wrote: > In order to help people to know about the status of the pending patches, > I'm summing-up the patches pending for merge on this email. > > If is there any patch missing, please check if it is at patchwork > before asking what happened: > http://patchwork.linuxtv.org/project/linux-media/list/?state=* > > If patchwork didn't pick, then the emailer likely line-wrapped or > corrupted the patch. > > As announced, patchwork is now generating status change emails. So, > those that didn't decide to opt-out emails there will receive > notifications every time a patch is reviewed. Unfortunately, > patchwork doesn't send emails is when a patch is stored there. > > For the ones explicitly copied on this email, I kindly ask you to update > me about the review status of the patches below. > > In special, on my track list, there are three patches from 2011 still > not reviewed. Driver maintainers: I kindly ask you to be more active on > patch reviewing, not holding any patch for long periods like that, > and sending pull request more often. You should only be holding patches > if you have very strong reasons why this is required. > > A final note: patches from driver maintainers with git trees are generally > just marked as RFC. Well, I still applied several of them, when they're > trivial enough and they're seem to be addressing a real bug - helping > myself to not need to re-review them later. > > I really expect people to add more "RFC" on patches. We're having a net > commit rate of about 500-600 patches per merge window, and perhaps 3 or 4 > times more patches at the ML that are just part of some discussions and > aren't yet on their final version. It doesn't scale if I need to review > ~3000 patches per merge window, as that would mean reviewing 75 patches per > working day. Unfortunately, linux-media patch reviewing is not my full-time > job. So, please help me marking those under-discussion patches as RFC, in > order to allow me to focus on the 600 ones that will actually be merged. > > Thank you! > Mauro > > > Number of pending patches per reviewer (excluding the newer ones): > Guennadi Liakhovetski <g.liakhovetski@xxxxxx> : 17 > Manu Abraham <abraham.manu@xxxxxxxxx> : 11 > Silvester Nawrocki <sylvester.nawrocki@xxxxxxxxx> : 11 > Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> : 3 > Jonathan Corbet <corbet@xxxxxxx> : 2 > David Härdeman <david@xxxxxxxxxxx> : 1 > Prabhakar Lad <prabhakar.lad@xxxxxx> : 1 > > > == Patches waiting for some action == [snip] > This one requires more testing: > > May,15 2012: [GIT,PULL,FOR,3.5] DMABUF importer feature in V4L2 API > http://patchwork.linuxtv.org/patch/11268 > Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx> What is needed here, can I help with testing ? [snip] > == Guennadi Liakhovetski <g.liakhovetski@xxxxxx> == > > Aug, 2 2012: [v3] mt9v022: Add support for mt9v024 > http://patchwork.linuxtv.org/patch/13582 > Alex Gershgorin <alexg@xxxxxxxxxxxxxx> > Aug, 6 2012: [1/1] media: mx3_camera: Improve data bus width check code for > probe > http://patchwork.linuxtv.org/patch/13618 > Liu Ying <Ying.liu@xxxxxxxxxxxxx> > Aug, 9 2012: [1/1, v2] media/video: vpif: fixing function name start to > vpif_config > http://patchwork.linuxtv.org/patch/13689 > Dror Cohen <dror@xxxxxxxx> I think this one has been misclassified. v1 was correctly attributed to Prabhakar Lad <prabhakar.lad@xxxxxx> [snip] > == Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> == > > Sep,27 2011: [v2,1/5] omap3evm: Enable regulators for camera interface > http://patchwork.linuxtv.org/patch/7969 > Vaibhav Hiremath <hvaibhav@xxxxxx> I'm fine with that one, shouldn't it go through the arm tree ? > Jul,26 2012: [1/2,media] omap3isp: implement ENUM_FMT > http://patchwork.linuxtv.org/patch/13492 > Michael Jones <michael.jones@xxxxxxxxxxxxxxxx> > Jul,26 2012: [2/2,media] omap3isp: support G_FMT > http://patchwork.linuxtv.org/patch/13493 > Michael Jones <michael.jones@xxxxxxxxxxxxxxxx> A proper solution for this will first require CREATE_BUFS/PREPARE_BUF support in the OMAP3 ISP driver (and a move to videobuf2). -- Regards, Laurent Pinchart -- 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
