mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: shuah <shuah@kernel.org>
To: Hans Verkuil <hverkuil@xs4all.nl>,
	mchehab@kernel.org, perex@perex.cz, tiwai@suse.com
Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
	alsa-devel@alsa-project.org, shuah <shuah@kernel.org>
Subject: Re: [PATCH v15 0/6] Media Device Allocator API
Date: Tue, 2 Apr 2019 08:38:56 -0600	[thread overview]
Message-ID: <829089d0-8cef-bce5-6717-9a39522f7be1@kernel.org> (raw)
In-Reply-To: <fb0b46d3-a8a5-c5b5-7f3e-08ddfd27235b@xs4all.nl>

On 4/2/19 1:38 AM, Hans Verkuil wrote:
> On 4/2/19 2:40 AM, Shuah Khan wrote:
>> Media Device Allocator API to allows multiple drivers share a media device.
>> This API solves a very common use-case for media devices where one physical
>> device (an USB stick) provides both audio and video. When such media device
>> exposes a standard USB Audio class, a proprietary Video class, two or more
>> independent drivers will share a single physical USB bridge. In such cases,
>> it is necessary to coordinate access to the shared resource.
>>
>> Using this API, drivers can allocate a media device with the shared struct
>> device as the key. Once the media device is allocated by a driver, other
>> drivers can get a reference to it. The media device is released when all
>> the references are released.
>>
>> The primary focus for testing The patch series is making sure media
>> device is released when both drivers release the media device with
>> a series of unbind/binds on both drivers.
>>
>> - both au0828 and snd-usb-aduio as built-in
>> - both au0828 and snd-usb-aduio as modules
>> - au0828 as module and snd-usb-aduio as built-in
>> - au0828 as built-in and snd-usb-aduio as module
>>
>> Test results can be found at:
>>
>> https://docs.google.com/document/d/1RMF8Rwj7xHJEoOx6_K2f-REgZJ63BMeAVEf-CV-0HsM/edit?usp=sharing
> 
> Phew, after posting v2 of my patch "au0828: stop video streaming only when last
> user stops" everything now works as it should, including the issue with two VBI
> streams you found.
> 

Awesome. Thanks for taking care of this. Looks good. I tested the
patch and sent Tested-by for it.

> Should I take the selftest patch or will you take that yourself?

Please take this through your pull request. Bundling the test with the
feature will help promote use of this test :)

Please pick up the null pointer dereference fix in bind path when unbind
happens while bind is in progress.

> 
> Let me know so I can make the pull request for this. It's been a long journey
> since the first post on April 9th, 2014: "[RFC PATCH 0/2] managed token devres
> interfaces".
>

Please send the pull request.

> Almost exactly five years of work!
> 
Amazing. We ended up with a far better solution than the the first patch
series ! Thanks to everybody that helped me with reviews and testing.

thanks,
-- Shuah


      reply	other threads:[~2019-04-02 14:39 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-02  0:40 Shuah Khan
2019-04-02  0:40 ` [PATCH v15 1/6] media: " Shuah Khan
2019-04-02  0:40 ` [PATCH v15 2/6] media: change au0828 to use " Shuah Khan
2019-04-02  0:40 ` [PATCH v15 3/6] media: media.h: Enable ALSA MEDIA_INTF_T* interface types Shuah Khan
2019-04-02  0:40 ` [PATCH v15 4/6] sound/usb: Use Media Controller API to share media resources Shuah Khan
2019-04-02  0:40 ` [PATCH v15 5/6] au0828: fix enable and disable source audio and video inconsistencies Shuah Khan
2019-04-02  0:40 ` [PATCH v15 6/6] selftests: media_dev_allocator api test Shuah Khan
2019-04-02  7:38 ` [PATCH v15 0/6] Media Device Allocator API Hans Verkuil
2019-04-02 14:38   ` shuah [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=829089d0-8cef-bce5-6717-9a39522f7be1@kernel.org \
    --to=shuah@kernel.org \
    --cc=alsa-devel@alsa-project.org \
    --cc=hverkuil@xs4all.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@kernel.org \
    --cc=perex@perex.cz \
    --cc=tiwai@suse.com \
    /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

all inboxes | Powered by JetHome®