All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Jander <david.jander@protonic.nl>
To: Grant Likely <grant.likely@secretlab.ca>
Cc: lrg@ti.com, alsa-devel@alsa-project.org,
	Mark Brown <broonie@opensource.wolfsonmicro.com>,
	devicetree-discuss@lists.ozlabs.org, torbenh <torbenh@gmx.de>
Subject: Re: ASoC audio fabric OF bindings RFC. was: Re: ASoC MPC5xxx PSC AC97 audio driver
Date: Tue, 13 Sep 2011 08:31:38 +0200	[thread overview]
Message-ID: <20110913083138.2e0661de@archvile> (raw)
In-Reply-To: <20110912194850.GC23345@ponder.secretlab.ca>

On Mon, 12 Sep 2011 13:48:50 -0600
Grant Likely <grant.likely@secretlab.ca> wrote:

> On Mon, Sep 12, 2011 at 03:52:14PM +0100, Mark Brown wrote:
> > On Mon, Sep 12, 2011 at 03:59:05PM +0200, David Jander wrote:
> > > Mark Brown <broonie@opensource.wolfsonmicro.com> wrote:
> > 
> > > > Note the "dynamic" bit - the configuration changes at runtime.
> > > > Describing the hardware for something like a modern smartphone isn't
> > > > particularly useful due to the flexibility, there are too many
> > > > different ways of configuring the system and we need code to acutally
> > > > take those decision.
> > 
> > > Ok, but you could still describe the hardwired part of it (Audio muxes,
> > > codecs, busses and physical interfaces). Isn't that what OF is all about?
> > > In our case, its just a simple AC97 codec connected to a simple AC97 bus.
> > > Sounds like total overkill having to write a "fabric driver" for this....
> > > while there are already quite a few that are all 99% the same!
> > 
> > I'm not sure I understand what you are talking about.  As I've already
> > said at least once having a *machine* driver which covers multiple
> > machines is absolutely OK.  We already have several such drivers in
> > kernel.
> 
> Yes, a machine driver is quite a sane way to manage the huge range of
> variability of a machine's audio complex.  If it turns out that an SoC
> only ever has one machine driver that handles all possible
> configurations, it still isn't really more complex.  If, however, the
> permutations are sufficiently different to warrant separate driver
> then the groundwork is already established to support it sanely.
> 
> BTW, this isn't a question about "what OF is all about".  It makes
> perfect sense in the OF context to have a node describing how multiple
> devices are aggregated into a single logically composite device.
> 
> Do a machine driver.  It's the right thing to do.

Ok, thanks.

Best regards,

-- 
David Jander
Protonic Holland.

      reply	other threads:[~2011-09-13  6:31 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20110908121600.267dee07@archvile>
2011-09-08 10:28 ` ASoC MPC5xxx PSC AC97 audio driver jonsmirl
     [not found]   ` <20110908124529.520c1388@archvile>
2011-09-08 10:55     ` jonsmirl
2011-09-08 14:32       ` David Jander
2011-09-08 17:52         ` jonsmirl
2011-09-09  6:48           ` David Jander
2011-09-08 18:44         ` torbenh
2011-09-09  6:28           ` David Jander
2011-09-09 10:02             ` ASoC audio fabric OF bindings RFC. was: " David Jander
2011-09-09 16:37               ` Mark Brown
2011-09-12  6:31                 ` David Jander
2011-09-12 11:09                   ` Mark Brown
2011-09-12 12:55                     ` David Jander
2011-09-12 13:19                       ` Mark Brown
2011-09-12 13:59                         ` David Jander
2011-09-12 14:52                           ` Mark Brown
2011-09-12 19:48                             ` Grant Likely
2011-09-13  6:31                               ` David Jander [this message]

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=20110913083138.2e0661de@archvile \
    --to=david.jander@protonic.nl \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=grant.likely@secretlab.ca \
    --cc=lrg@ti.com \
    --cc=torbenh@gmx.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.