From: Dmitry Sepp <dmitry.sepp@opensynergy.com>
To: <linux-media@vger.kernel.org>
Cc: <virtio-dev@lists.oasis-open.org>, <kraxel@redhat.com>,
<tfiga@chromium.org>, <keiichiw@chromium.org>,
<acourbot@chromium.org>, <hverkuil@xs4all.nl>,
<posciak@chromium.org>, <marcheu@chromium.org>,
<stevensd@chromium.org>, <dgreid@chromium.org>, <daniel@ffwll.ch>,
<egranata@google.com>
Subject: [RFC] virtio video driver
Date: Thu, 5 Dec 2019 17:11:37 +0100 [thread overview]
Message-ID: <4595464.3jghpSLKuc@os-lin-dmo> (raw)
Hello,
My apologies for the long delay. The driver code is now available and provided
as a follow-up to the discussion from this thread [1].
The reference Linux kernel 5.4 driver implementation is located here:
https://github.com/OpenSynergy/linux/tree/virtio-video-draft-v1
The driver is implemented using the V4L2 API. It allocates a v4l2 device for
each probed virtio device and then creates a video device for each function
within the respective virtio device. The driver implements the stateful
decoder interface [2] and the stateful encoder interface (WIP) [3].
The DMA SG memory allocator tries to map buffers right away. As it is not
always suitable, and some implementations might need just a physical address,
we had to introduce a set of simple dma ops directly in the driver.
The driver is in the RFC state and currently a bit ahead of the spec that was
proposed in the discussion mentioned above. On the other hand, the driver
unfortunately does not yet include changes proposed in the recent comments
[4]. The driver currently supports encoder and decoder functions. Also, it
does not fully pass the v4l2-compliance yet, it has been a bit out of the
focus so far.
Any feedback and contribution would be greatly appreciated.
[1] https://markmail.org/message/gc6h25acct22niut
[2] https://www.kernel.org/doc/html/v5.4/media/uapi/v4l/dev-decoder.html
[3] https://hverkuil.home.xs4all.nl/codec-api/uapi/v4l/dev-encoder.html
[4] https://markmail.org/message/yy67elx2adbivdsp
Best regards,
Dmitry.
next reply other threads:[~2019-12-05 16:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-05 16:11 Dmitry Sepp [this message]
2019-12-05 16:33 ` [RFC] virtio video driver Dmitry Sepp
2019-12-20 7:15 ` Tomasz Figa
2019-12-25 11:38 ` Keiichi Watanabe
2019-12-27 14:05 ` Dmitry Sepp
2020-01-06 6:44 ` Keiichi Watanabe
2020-01-09 15:23 ` Dmitry Sepp
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=4595464.3jghpSLKuc@os-lin-dmo \
--to=dmitry.sepp@opensynergy.com \
--cc=acourbot@chromium.org \
--cc=daniel@ffwll.ch \
--cc=dgreid@chromium.org \
--cc=egranata@google.com \
--cc=hverkuil@xs4all.nl \
--cc=keiichiw@chromium.org \
--cc=kraxel@redhat.com \
--cc=linux-media@vger.kernel.org \
--cc=marcheu@chromium.org \
--cc=posciak@chromium.org \
--cc=stevensd@chromium.org \
--cc=tfiga@chromium.org \
--cc=virtio-dev@lists.oasis-open.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox