From mboxrd@z Thu Jan  1 00:00:00 1970
From: Kuninori Morimoto <kuninori.morimoto.gx@gmail.com>
Subject: Re: simle-card DT style for DPCM
Date: Tue, 02 Sep 2014 17:11:22 -0700 (PDT)
Message-ID: <87fvg97ecd.wl%kuninori.morimoto.gx@gmail.com>
References: <877g1o18ka.wl%kuninori.morimoto.gx@gmail.com>
 <20140901143047.GX29327@sirena.org.uk>
 <87mwaikdzx.wl%kuninori.morimoto.gx@gmail.com>
 <20140902113407.GV29327@sirena.org.uk>
Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <alsa-devel-bounces@alsa-project.org>
Received: from mail-pa0-f46.google.com (mail-pa0-f46.google.com
 [209.85.220.46])
 by alsa0.perex.cz (Postfix) with ESMTP id 2F35726550F
 for <alsa-devel@alsa-project.org>; Wed,  3 Sep 2014 02:11:26 +0200 (CEST)
Received: by mail-pa0-f46.google.com with SMTP id eu11so15821226pac.5
 for <alsa-devel@alsa-project.org>; Tue, 02 Sep 2014 17:11:24 -0700 (PDT)
In-Reply-To: <20140902113407.GV29327@sirena.org.uk>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/options/alsa-devel>,
 <mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel/>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>,
 <mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Errors-To: alsa-devel-bounces@alsa-project.org
Sender: alsa-devel-bounces@alsa-project.org
To: Mark Brown <broonie@kernel.org>
Cc: Linux-ALSA <alsa-devel@alsa-project.org>, Lars-Peter Clausen <lars@metafoo.de>, Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
List-Id: alsa-devel@alsa-project.org


Hi Mark

> > This means BE don't know who is FE.
> > The implementation can be more easy if it has
> > connect-to / connect-from property
> > (I'm not sure this is good naming...)
> 
> We don't need to get this from DT if it's fixed in the SoC - the driver
> for the SoC can know this.  The whole front end/back end thing is a bit
> of a Linuxism.

Yes, FE/BE is very Linuxism, and I know DT shouldn't have Linuxism property.
But, "connect" or "remote" is normal in DT ?

> the driver for the SoC can know this.

I wonder how to know it in driver ?
(How to switch normal <-> FE/BE ?, and how to know FE or BE ?)
Can you show me objectivization example / idea ?

Best regards
---
Kuninori Morimoto