All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vinod Koul <vinod.koul@intel.com>
To: Lars-Peter Clausen <lars@metafoo.de>
Cc: Takashi Sakamoto <o-takashi@sakamocchi.jp>,
	Takashi Iwai <tiwai@suse.de>,
	Linux-ALSA <alsa-devel@alsa-project.org>,
	Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
	Mark Brown <broonie@kernel.org>,
	Liam Girdwood <lgirdwood@gmail.com>,
	linux-renesas-soc@vger.kernel.org, Simon <horms@verge.net.au>
Subject: Re: Question about struct snd_soc_dai() :: cpu_dai->codec
Date: Fri, 29 Jul 2016 21:37:02 +0530	[thread overview]
Message-ID: <20160729160702.GK9681@localhost> (raw)
In-Reply-To: <884bd15f-da5e-49f5-73ee-d8173dc0720a@metafoo.de>

On Fri, Jul 29, 2016 at 11:07:49AM +0200, Lars-Peter Clausen wrote:
> On 07/29/2016 02:30 AM, Takashi Sakamoto wrote:
> > Lars,
> > 
> > On Jul 29 2016 05:33, Lars-Peter Clausen wrote:
> >> Hotplug is something that always pops up sooner or later. E.g. if someone
> >> puts a ASoC supported CODEC on a hot-pluggable device (maybe USB) we
> >> don't want to duplicate the code, but be able to reuse.
> > 
> > (A bit to sidetrack)
> > 
> > To me, it's unclear for devices on USB. When ALSA SoC part supports these
> > devices, what is the scenario you assumed? In short, assuming we put codes
> > to ALSA SoC part, what is the shape of the corresponding devices and links
> > of pairs of endpoints? Additionally, in this case, what codes are able to be
> > reused?
> 
> Lets say you have USB stick with a small micro controller or FPGA which has
> a USB interface on one side and a I2S and I2C interface on the other side.
> The I2S and I2C are connected to a CODEC. I2S for data, I2C for control. If
> the interface is implemented in a way so that it is just a simple USB to I2C
> bridge, this means the raw I2C commands are send over the USB interface you
> can implement a I2C adapter driver for this bridge. If you have that you can
> instantiate the existing ASoC CODEC driver, which is a I2C device driver, on
> the bus registered by the adapter.

That still seems a bit fancy hardware :)

If we can reasonably support this, I am for it. But not making stuff
overtly complex...

-- 
~Vinod

  reply	other threads:[~2016-07-29 16:07 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-26  5:41 Question about struct snd_soc_dai() :: cpu_dai->codec Kuninori Morimoto
2016-07-26  5:41 ` Kuninori Morimoto
2016-07-27  3:21 ` [alsa-devel] " Vinod Koul
2016-07-27  3:42   ` Kuninori Morimoto
2016-07-27  3:42     ` Kuninori Morimoto
2016-07-27  5:57   ` Takashi Iwai
2016-07-27  6:36     ` Kuninori Morimoto
2016-07-27  6:36       ` Kuninori Morimoto
2016-07-27 17:21     ` Vinod Koul
2016-07-27 18:04       ` Mark Brown
2016-07-27 18:11         ` Takashi Iwai
2016-07-27 18:22           ` Mark Brown
2016-07-27 20:22             ` Takashi Iwai
2016-07-28  3:46               ` Vinod Koul
2016-07-28 20:33                 ` Lars-Peter Clausen
2016-07-28 20:42                   ` Takashi Iwai
2016-07-28 20:43                     ` Lars-Peter Clausen
2016-07-28 20:44                   ` Mark Brown
2016-07-29  0:30                   ` Takashi Sakamoto
2016-07-29  9:07                     ` Lars-Peter Clausen
2016-07-29 16:07                       ` Vinod Koul [this message]
2016-07-29 20:41                         ` Takashi Iwai
2016-07-29 21:45                           ` Takashi Sakamoto
2016-07-29 22:08                             ` Mark Brown
2016-08-04  3:17                               ` Takashi Sakamoto
2016-08-04 10:28                                 ` Mark Brown
2016-08-04 12:12                                   ` Takashi Sakamoto
2016-08-04 12:27                                     ` Takashi Iwai
2016-08-04 13:39                                       ` Takashi Sakamoto
2016-08-04 13:52                                         ` Takashi Iwai
2016-07-28 20:24 ` [alsa-devel] " Lars-Peter Clausen
2016-07-29  2:24   ` Kuninori Morimoto
2016-07-29  2:24     ` Kuninori Morimoto
2016-07-29  9:01     ` Lars-Peter Clausen
2016-07-29 14:41       ` Mark Brown
2016-08-01  3:45         ` Kuninori Morimoto
2016-08-01  3:45           ` [alsa-devel] " Kuninori Morimoto
2016-08-02  6:47           ` Kuninori Morimoto
2016-08-02  6:47             ` [alsa-devel] " Kuninori Morimoto
2016-08-03 19:32             ` Lars-Peter Clausen
2016-08-04  2:38               ` Kuninori Morimoto
2016-08-04  2:38                 ` [alsa-devel] " Kuninori Morimoto
2016-08-04  8:21                 ` Lars-Peter Clausen
2016-08-04  8:21                   ` [alsa-devel] " Lars-Peter Clausen
2016-08-04 20:56                   ` Mark Brown
2016-08-05  7:29                   ` Kuninori Morimoto
2016-08-04 20:37                 ` Mark Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160729160702.GK9681@localhost \
    --to=vinod.koul@intel.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=horms@verge.net.au \
    --cc=kuninori.morimoto.gx@renesas.com \
    --cc=lars@metafoo.de \
    --cc=lgirdwood@gmail.com \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=o-takashi@sakamocchi.jp \
    --cc=tiwai@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.