[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20161116175929.kf7lfkcnqjdhasjk@sirena.org.uk>
Date: Wed, 16 Nov 2016 17:59:29 +0000
From: Mark Brown <broonie@...nel.org>
To: Vinod Koul <vinod.koul@...el.com>
Cc: Charles Keepax <ckeepax@...nsource.wolfsonmicro.com>,
Hardik Shah <hardik.t.shah@...el.com>,
alsa-devel@...a-project.org, linux-kernel@...r.kernel.org,
tiwai@...e.de, pierre-louis.bossart@...ux.intel.com,
lgirdwood@...il.com, plai@...eaurora.org, patches.audio@...el.com,
Sanyog Kale <sanyog.r.kale@...el.com>
Subject: Re: [RFC 01/14] SoundWire: Add SoundWire bus driver documentation
On Tue, Nov 15, 2016 at 07:59:14PM +0530, Vinod Koul wrote:
> On Mon, Nov 14, 2016 at 02:15:48PM +0000, Charles Keepax wrote:
> > slaves register to that. This also has the nice property that its
> > easy to create devices that sit behind other buses, for example
> > here we might want a SoundWire master that sits behind a SPI bus.
> > But you seem to have gone in the other direction and have the
> > master sitting on the same bus as the slaves.
> Since the controller on our SoC was enumerable, people went with this
> approach. In this hindsight that may not have been the best choice.
Doing buses properly isn't an obstacle to doing enumeration, indeed I'd
expect it to make it a lot easier - just have your driver for your
controller do the enumeration at probe time.
Download attachment "signature.asc" of type "application/pgp-signature" (456 bytes)
Powered by blists - more mailing lists