public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
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.




             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