> >Typically to lock, one would acquire a global lock and then lock
> >bus instances. In this case, the caller framework(ASoC DPCM)
> >guarentees that stream operations on a card are always serialised.
> guarantees
Aargh! Ok, will fix it :)
> >So, there is no race condition and hence no need for global lock.
> >
> >Bus lock(s) are acquired to reconfigure the bus while the stream
> >is set-up.
> >So, we add sdw_acquire_bus_lock()/sdw_release_bus_lock() for the same.
> We should add a precision that this lock is only needed for the
> reconfiguration parts. It is my understanding that we can still do a
> synchronized bank switch between two or more streams handled by multiple
> masters, right?
Yes for the first question. I will add a note on the usage in the APIs.
By "synchronized bank switch between two or more streams", are you
referring to sync start of multiple stream handled by multiple masters?
If that is the case it requires a bit more focus and we have not
suppported/tested yet.
> >
> >Signed-off-by: Sanyog Kale <sanyog.r.kale@xxxxxxxxx>
> >Signed-off-by: Vinod Koul <vkoul@xxxxxxxxxx>
> >Signed-off-by: Shreyas NC <shreyas.nc@xxxxxxxxx>
> >---
> > drivers/soundwire/bus.h | 2 ++
> > drivers/soundwire/stream.c | 26 ++++++++++++++++++++++++++
> > include/linux/soundwire/sdw.h | 2 ++
> > 3 files changed, 30 insertions(+)
> >
> >diff --git a/drivers/soundwire/bus.h b/drivers/soundwire/bus.h
> >index 3b15c4e..b6cfbdf 100644
> >--- a/drivers/soundwire/bus.h
> >+++ b/drivers/soundwire/bus.h
> >@@ -99,6 +99,7 @@ struct sdw_slave_runtime {
> > * this stream, can be zero.
> > * @slave_rt_list: Slave runtime list
> > * @port_list: List of Master Ports configured for this stream, can be zero.
> >+ * @stream_node: sdw_stream_runtime master_list node
> Should we clarify that there is an expectation that the master_list can only
> handle one node per master?
>
Sure, if it make things clearer :)
Thanks for the review!
--Shreyas
--
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
