From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Brown Subject: Re: Jack event API - decision needed Date: Mon, 20 Jun 2011 18:17:45 +0100 Message-ID: <20110620171745.GE32056@opensource.wolfsonmicro.com> References: <20110620164713.GA32056@opensource.wolfsonmicro.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from opensource2.wolfsonmicro.com (opensource.wolfsonmicro.com [80.75.67.52]) by alsa0.perex.cz (Postfix) with ESMTP id C76C910380B for ; Mon, 20 Jun 2011 19:17:47 +0200 (CEST) Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org To: Takashi Iwai Cc: ALSA Development Mailing List , Kay Sievers , Lennart Poettering , David Henningsson List-Id: alsa-devel@alsa-project.org On Mon, Jun 20, 2011 at 06:59:46PM +0200, Takashi Iwai wrote: > If udev is being used by real users of such input devices, it'd be a > good justification. In the previous thread, I also gave some > examples that the input-jack device was used for HD-audio media-PC > devices, but it's not clear whether udev is used there. And I'm not > sure whether there are real users of embedded devices with the > input-jack layer that requires udev's ACL handling. I don't think the embedded space cares desparately about the udev stuff since most of the time the system management daemon which owns this stuff is running as root anyway, PulseAudio or otherwise. > OTOH, if this is mainly targeted for the future extension of > PulseAudio, the primary question would become different. Possibly the > path via ALSA control API might give more information than the current > implementation with the input-jack layer. I think they can both either give equivalent information or work in concert, I don't see a need to pick between the two. Like I say the jacks aren't exclusively for audio use so if we have to rely on the ALSA APIs to get information about them it seems like we're messing up. For things like working out where the jack fits into the audio routing map we'd certainly want to have ALSA API integration but that doesn't mean everything about the jack has to go that way.