From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: [PATCH 0/2 v4] ALSA: pcm: anonymous dup implementation Date: Tue, 26 Mar 2019 15:13:43 +0100 Message-ID: References: <20190204093910.23878-1-perex@perex.cz> <20190326140928.GC10898@sirena.org.uk> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mx1.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id A200EF80760 for ; Tue, 26 Mar 2019 15:13:44 +0100 (CET) In-Reply-To: <20190326140928.GC10898@sirena.org.uk> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" To: Mark Brown Cc: ALSA development , Baolin Wang , Phil Burk , Zach Riggle , Leo Yan List-Id: alsa-devel@alsa-project.org On Tue, 26 Mar 2019 15:09:28 +0100, Mark Brown wrote: > > On Mon, Feb 04, 2019 at 10:39:08AM +0100, Jaroslav Kysela wrote: > > This patchset contains the anonymous dup implementation with permissions > > checking for the ALSA's PCM interface in kernel to enable the restricted > > DMA sound buffer sharing for the restricted tasks. > > Is there any news on merging this during the current development cycle, > or anything else needed to move this forwards? I've seen no reaction whether the patch really tested, worked or helped in the real scenario... Takashi