[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87r39sudgt.fsf@belgarion.home>
Date: Sat, 13 Aug 2016 13:15:30 +0200
From: Robert Jarzmik <robert.jarzmik@...e.fr>
To: Hans Verkuil <hverkuil@...all.nl>
Cc: Mauro Carvalho Chehab <mchehab@...nel.org>,
Guennadi Liakhovetski <g.liakhovetski@....de>,
Jiri Kosina <trivial@...nel.org>, linux-kernel@...r.kernel.org,
linux-media@...r.kernel.org
Subject: Re: [PATCH v3 05/14] media: platform: pxa_camera: convert to vb2
Hans Verkuil <hverkuil@...all.nl> writes:
> On 08/13/2016 11:25 AM, Robert Jarzmik wrote:
>> Hi Hans,
>>
>> Robert Jarzmik <robert.jarzmik@...e.fr> writes:
>>> Convert pxa_camera from videobuf to videobuf2.
>> ...zip...
>>
>>> +static int pxac_vb2_queue_setup(struct vb2_queue *vq,
>>> + unsigned int *nbufs,
>>> + unsigned int *num_planes, unsigned int sizes[],
>>> + void *alloc_ctxs[])
>>
>> There is an API change here that happened since I wrote this code, ie. void
>> *alloc_ctxs became struct device *alloc_devs.
>>
>> I made the incremental patch in [1] accrodingly to prepare the v4 iteration, but
>> it triggers new errors in v4l2-compliance -s :
>> Streaming ioctls:
>> test read/write: OK (Not Supported)
>> fail: v4l2-test-buffers.cpp(293): !(g_flags() & V4L2_BUF_FLAG_DONE)
>> fail: v4l2-test-buffers.cpp(703): buf.check(q, last_seq)
>> fail: v4l2-test-buffers.cpp(976): captureBufs(node, q, m2m_q, frame_count, false)
>> test MMAP: FAIL
>> fail: v4l2-test-buffers.cpp(1075): can_stream && ret != EINVAL
>> test USERPTR: FAIL
>> test DMABUF: Cannot test, specify --expbuf-device
>> Total: 45, Succeeded: 43, Failed: 2, Warnings: 6
>>
>> I'm a bit puzzled how this change brought this in, so in case you've already
>> encountered this, it could save me investigating more. If nothing obvious
>> appears to you, I'll dig in.
>
> Make sure you have the latest v4l2-compliance code as well. A fix went into vb2
> that corrected a bug relating to the V4L2_BUF_FLAG_DONE, but that required a fix for
> v4l2-compliance as well. I'd say that's what you are seeing here.
Indeed, this is fixed in v4l-utils somewhere between v4l-utils-1.8.1 and master,
and I don't get any error anymore.
Thanks for the info, I've updated accordingly my work tree :
https://github.com/rjarzmik/linux.git work/v4l2
Cheers.
--
Robert
Powered by blists - more mailing lists