From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752427Ab1GIHkd (ORCPT ); Sat, 9 Jul 2011 03:40:33 -0400 Received: from cantor2.suse.de ([195.135.220.15]:48118 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750783Ab1GIHkc (ORCPT ); Sat, 9 Jul 2011 03:40:32 -0400 Date: Sat, 09 Jul 2011 09:40:30 +0200 Message-ID: From: Takashi Iwai To: Mark Brown Cc: Toshiharu Okada , perex@perex.cz, alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org, qi.wang@intel.com, yong.y.wang@intel.com, joel.clark@intel.com, kok.howg.ewe@intel.com, tomoya-linux@dsn.okisemi.com Subject: Re: [PATCH] Add SoundCard driver for OKI SEMICONDUCTOR ML7213 IOH In-Reply-To: <20110709013441.GB25165@sirena.org.uk> References: <1309948067-9333-1-git-send-email-toshiharu-linux@dsn.okisemi.com> <34CF59A8D33E40B6822498A23CD554E8@hacdom.okisemi.com> <20110709013441.GB25165@sirena.org.uk> User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.7 Emacs/23.2 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At Sat, 9 Jul 2011 02:34:41 +0100, Mark Brown wrote: > > On Thu, Jul 07, 2011 at 06:38:33PM +0200, Takashi Iwai wrote: > > > It's not clear what you mean exactly as "unfixed", but in general, the > > decision rather depends on the usage of the device. If it's designed > > for a use as a desktop PC component (such as a PCI card or > > onboard-audio on PC), it'd make sense to implement as a stand-alone, > > self-contained driver. > > > OTOH, if it's targeted mainly for embedded area, ASoC is the right > > answer. It's more modularized, and can be more flexibly configured in > > the end. > > I'd say it depends rather more on the physical system design. If there > are a bunch of separate chips which are interacted with separately by > software then ASoC makes sense, if the card is one logical object to > hardware a vanilla ALSA driver probably does. True. And that's practically what differentiates between PC-components and embedded devices :) Takashi