From patchwork Fri Feb 12 08:07:33 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Martin Koegler X-Patchwork-Id: 8287951 Return-Path: X-Original-To: patchwork-alsa-devel@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork2.web.kernel.org (Postfix) with ESMTP id 8B54DBEEE5 for ; Fri, 12 Feb 2016 08:08:00 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 8851720398 for ; Fri, 12 Feb 2016 08:07:59 +0000 (UTC) Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) by mail.kernel.org (Postfix) with ESMTP id 3B708203E1 for ; Fri, 12 Feb 2016 08:07:58 +0000 (UTC) Received: by alsa0.perex.cz (Postfix, from userid 1000) id D0C5F2659E3; Fri, 12 Feb 2016 09:07:51 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from alsa0.perex.cz (localhost [127.0.0.1]) by alsa0.perex.cz (Postfix) with ESMTP id 324382605B7; Fri, 12 Feb 2016 09:07:43 +0100 (CET) X-Original-To: alsa-devel@alsa-project.org Delivered-To: alsa-devel@alsa-project.org Received: by alsa0.perex.cz (Postfix, from userid 1000) id B059D2606B7; Fri, 12 Feb 2016 09:07:42 +0100 (CET) Received: from vie01a-dmta-pe04-1.mx.upcmail.net (vie01a-dmta-pe04-1.mx.upcmail.net [62.179.121.163]) by alsa0.perex.cz (Postfix) with ESMTP id AA88E260496 for ; Fri, 12 Feb 2016 09:07:35 +0100 (CET) Received: from [172.31.216.43] (helo=vie01a-pemc-psmtp-pe01) by vie01a-dmta-pe04.mx.upcmail.net with esmtp (Exim 4.72) (envelope-from ) id 1aU8lL-0003Ji-5z for alsa-devel@alsa-project.org; Fri, 12 Feb 2016 09:07:35 +0100 Received: from master.zuhause ([80.108.242.240]) by vie01a-pemc-psmtp-pe01 with SMTP @ mailcloud.upcmail.net id HL7Z1s00L5BuuEg01L7auj; Fri, 12 Feb 2016 09:07:35 +0100 X-SourceIP: 80.108.242.240 Received: by master.zuhause (Postfix, from userid 1006) id 77C654AFBF04; Fri, 12 Feb 2016 09:07:33 +0100 (CET) Date: Fri, 12 Feb 2016 09:07:33 +0100 From: Martin Koegler To: Clemens Ladisch Message-ID: <20160212080733.GA5219@mail.zuhause> References: <20160211075035.GA23857@mail.zuhause> <56BC518F.7060902@ladisch.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <56BC518F.7060902@ladisch.de> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: alsa-devel@alsa-project.org, Martin Koegler Subject: Re: [alsa-devel] Linking ALSA sequencer kernel clients to their device X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org X-Virus-Scanned: ClamAV using ClamSMTP On Thu, Feb 11, 2016 at 10:17:03AM +0100, Clemens Ladisch wrote: > Martin Koegler wrote: > > The sequencer provides no identifing data. Chromium works around this > > issue by scanning rawmidi as well as sequencer devices and matching > > them by using assumtions, how the kernel register sequencer devices. > > This information wouldn't be wrong in the commit message. > > > So I thought about exposing the missing information via sysfs: > > The ioctl API (and the library API on top of it) already exists. Why > do you want to introduce another kind of API that cannot be used for > virtual devices? > > Just add the card number to snd_seq_client_info. (For kernel drivers; > user clients might have the PID here while we're at it.) You mean something like that: From d2245ccf22318cc47f8dd104dee670b03b24f018 Mon Sep 17 00:00:00 2001 From: Martin Koegler Date: Thu, 11 Feb 2016 20:07:20 +0100 Subject: [PATCH] Provide card number / PID via sequencer client info rawmidi devices expose the card number via IOCTLs, which allows to find the corresponding device in sysfs. The sequencer provides no identifing data. Chromium works around this issue by scanning rawmidi as well as sequencer devices and matching them by using assumtions, how the kernel register sequencer devices. This changes adds support for exposing the card number for kernel clients as well as the PID for user client. The minor of the API version is changed to distinguish between the zero initialised reserved field and card number 0. Signed-off-by: Martin Koegler --- include/uapi/sound/asequencer.h | 5 +++-- sound/core/seq/seq_clientmgr.c | 18 ++++++++++++++++++ sound/core/seq/seq_clientmgr.h | 2 ++ 3 files changed, 23 insertions(+), 2 deletions(-) diff --git a/include/uapi/sound/asequencer.h b/include/uapi/sound/asequencer.h index 5a5fa49..4726579 100644 --- a/include/uapi/sound/asequencer.h +++ b/include/uapi/sound/asequencer.h @@ -25,7 +25,7 @@ #include /** version of the sequencer */ -#define SNDRV_SEQ_VERSION SNDRV_PROTOCOL_VERSION (1, 0, 1) +#define SNDRV_SEQ_VERSION SNDRV_PROTOCOL_VERSION (1, 0, 2) /** * definition of sequencer event types @@ -357,7 +357,8 @@ struct snd_seq_client_info { unsigned char event_filter[32]; /* event filter bitmap */ int num_ports; /* RO: number of ports */ int event_lost; /* number of lost events */ - char reserved[64]; /* for future use */ + int owner; /* RO: card number[kernel] / PID[user] */ + char reserved[64 - sizeof(int)]; /* for future use */ }; diff --git a/sound/core/seq/seq_clientmgr.c b/sound/core/seq/seq_clientmgr.c index 58e79e0..ac07ab7 100644 --- a/sound/core/seq/seq_clientmgr.c +++ b/sound/core/seq/seq_clientmgr.c @@ -364,6 +364,7 @@ static int snd_seq_open(struct inode *inode, struct file *file) /* fill client data */ user->file = file; sprintf(client->name, "Client-%d", c); + client->data.user.owner = get_pid(task_pid(current)); /* make others aware this new client */ snd_seq_system_client_ev_client_start(c); @@ -380,6 +381,7 @@ static int snd_seq_release(struct inode *inode, struct file *file) seq_free_client(client); if (client->data.user.fifo) snd_seq_fifo_delete(&client->data.user.fifo); + put_pid(client->data.user.owner); kfree(client); } @@ -1197,6 +1199,21 @@ static void get_client_info(struct snd_seq_client *cptr, info->event_lost = cptr->event_lost; memcpy(info->event_filter, cptr->event_filter, 32); info->num_ports = cptr->num_ports; + + switch (cptr->type) { + case USER_CLIENT: + info->owner = pid_vnr(cptr->data.user.owner); + break; + + case KERNEL_CLIENT: + info->owner = cptr->data.kernel.card ? cptr->data.kernel.card->number : -1; + break; + + default: + info->owner = -1; + break; + } + memset(info->reserved, 0, sizeof(info->reserved)); } @@ -2271,6 +2288,7 @@ int snd_seq_create_kernel_client(struct snd_card *card, int client_index, client->accept_input = 1; client->accept_output = 1; + client->data.kernel.card = card; va_start(args, name_fmt); vsnprintf(client->name, sizeof(client->name), name_fmt, args); diff --git a/sound/core/seq/seq_clientmgr.h b/sound/core/seq/seq_clientmgr.h index 20f0a72..031462e 100644 --- a/sound/core/seq/seq_clientmgr.h +++ b/sound/core/seq/seq_clientmgr.h @@ -33,6 +33,7 @@ struct snd_seq_user_client { struct file *file; /* file struct of client */ /* ... */ + struct pid* owner; /* fifo */ struct snd_seq_fifo *fifo; /* queue for incoming events */ @@ -41,6 +42,7 @@ struct snd_seq_user_client { struct snd_seq_kernel_client { /* ... */ + struct snd_card* card; };