From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Brown Subject: Re: user space control app driver interface for sound soc Date: Thu, 30 Sep 2010 16:34:55 -0700 Message-ID: <20100930233453.GH4175@opensource.wolfsonmicro.com> References: <20100929033757.GB29975@opensource.wolfsonmicro.com> <20100929221826.GC31934@opensource.wolfsonmicro.com> <20100930005850.GB4517@opensource.wolfsonmicro.com> <20100930203118.GA4175@opensource.wolfsonmicro.com> <20100930220953.GF4175@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 9231C103978 for ; Fri, 1 Oct 2010 01:57:51 +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: Peter Hsiang Cc: "alsa-devel@alsa-project.org" List-Id: alsa-devel@alsa-project.org On Thu, Sep 30, 2010 at 04:10:15PM -0700, Peter Hsiang wrote: > On Thu, Sep 30, 2010, Mark Brown wrote: > > For these it depends; frequently these are (like your existing EQ > > configuration) included in platform data but it really depends on how > > they are generated and if they are custom to a particular system (eg, > > dependant on plastics or particular speakers). > In addition to the platform data, I would like in the future be > able to load in data values that are stored in or generated from the > user space. Would I use the ALSA interface for this, or would it > need to be a separate interface? This would not be idiomatic for ALSA. The particular interface to use would depend on the volume of data being configured and the format it is provided in. If this is just for test and development purposes then adding something to debugfs would be the normal thing. > > > binary code image that goes into the chip's memory. > > For this use request_firmware() and associated interfaces. > Is it more common to load the firmware from the kernel space? > Is there an established mechanism for loading from user space? Have you looked at request_firmware()? It is the established mechanism for doing this and supports both firmware images built into the kernel and firmware loaded from userspace, though firmware in userspace is the more common approach.