From: Benoit Parrot <bparrot@ti.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: <linux-media@vger.kernel.org>
Subject: Re: v4l2-compliance revision vs Kernel version
Date: Thu, 9 Oct 2014 17:08:16 -0500 [thread overview]
Message-ID: <20141009220816.GG973@ti.com> (raw)
In-Reply-To: <54370615.9030107@xs4all.nl>
Hi Hans,
Hans Verkuil <hverkuil@xs4all.nl> wrote on Fri [2014-Oct-10 00:03:01 +0200]:
> Hi Benoit,
>
> On 10/09/2014 11:45 PM, Benoit Parrot wrote:
> >Hi,
> >
> >Can someone point me toward a mapping of v4l2-compliance release vs kernel version?
>
> There isn't any. It's trial and error, I'm afraid. The primary use-case of v4l2-compliance is
> testing drivers in the bleeding-edge media_tree.git repo.
Thanks for the quick reply.
I had a feeling that was going to be the case, but had to check.
>
> >
> >I am currently working with a 3.14 kernel and would like to find the matching v4l2-compliance version.
> >I am using git://linuxtv.org/v4l-utils.git commit id:
> >3719cef libdvbv5: reimplement the logic that gets a full section
> >
> >But on 3.14 running that version against vivi.ko shows a few failures and a bunch of "Not Supported".
>
> "Not Supported" is not an error. It just means that the driver doesn't support that ioctl, so
> no compliance tests for that ioctl are done.
Yeah I know but i am getting those even for simple stuff like:
Buffer ioctls:
test VIDIOC_REQBUFS/CREATE_BUFS/QUERYBUF: OK
test VIDIOC_EXPBUF: OK (Not Supported)
test read/write: OK
test MMAP: OK (Not Supported)
test USERPTR: OK (Not Supported)
test DMABUF: OK (Not Supported)
Regards,
Benoit
prev parent reply other threads:[~2014-10-09 22:08 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-09 21:45 v4l2-compliance revision vs Kernel version Benoit Parrot
2014-10-09 22:03 ` Hans Verkuil
2014-10-09 22:08 ` Benoit Parrot [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141009220816.GG973@ti.com \
--to=bparrot@ti.com \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.