Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753070Ab0KYP2b (ORCPT ); Thu, 25 Nov 2010 10:28:31 -0500 Received: from opensource.wolfsonmicro.com ([80.75.67.52]:51885 "EHLO opensource2.wolfsonmicro.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751941Ab0KYP2a (ORCPT ); Thu, 25 Nov 2010 10:28:30 -0500 Date: Thu, 25 Nov 2010 15:28:28 +0000 From: Mark Brown To: Laurent Pinchart Cc: Clemens Ladisch , linux-media@vger.kernel.org, alsa-devel@alsa-project.org, linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org, sakari.ailus@maxwell.research.nokia.com, lennart@poettering.net Subject: Re: [RFC/PATCH v6 03/12] [alsa-devel] media: Entities, pads and links Message-ID: <20101125152827.GH22298@rakim.wolfsonmicro.main> References: <1290652099-15102-1-git-send-email-laurent.pinchart@ideasonboard.com> <1290652099-15102-4-git-send-email-laurent.pinchart@ideasonboard.com> <4CEE2E7D.6060608@ladisch.de> <201011251621.38757.laurent.pinchart@ideasonboard.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011251621.38757.laurent.pinchart@ideasonboard.com> X-Cookie: Beam me up, Scotty! It ate my phaser! User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1878 Lines: 35 On Thu, Nov 25, 2010 at 04:21:38PM +0100, Laurent Pinchart wrote: > On Thursday 25 November 2010 10:38:05 Clemens Ladisch wrote: > > ALSA has PCM and MIDI devices, and several types of mixer controls. > > (It also has hardware dependent and timer devices, but I don't think > > these would need topology information.) So we need at least these: > > MEDIA_ENTITY_TYPE_NODE_ALSA_PCM > > MEDIA_ENTITY_TYPE_NODE_ALSA_MIDI > > MEDIA_ENTITY_TYPE_SUBDEV_ALSA_CONTROL > I agree about PCM and MIDI, but I'm not sure about controls. If controls are > part of an entity, the entity will be reported through the media controller > API. If information about that entity can be queried through existing APIs > (ALSA, V4L, ...) those APIs should be used. For instance, on the V4L side, > V4L2 sub-devices are mapped to entities and also have a device node which can > be used to enumerate the controls supported by the subdev. The media > controller only reports the entity -> major:minor mapping to let applications > find the device and query it directly. For audio we don't currently have a sensible API for associating controls with any sort of map of how the device is laid out, userspace has to play guessing games. > I think we will need a new ioctl in the media controller API to report > advanced information about an entity. This could be used to report controls > implemented by an ALSA element if ALSA doesn't provide a way to do that > directly. Another use case, which make me think that such an ioctl would be > needed, is to report UVC extension units type (16-byte GUID) to userspace. That seems reasonable. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/