[lkml]   [2020]   [Jan]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject[PATCH v2 0/5] soundwire: stream: fix state machines and transitions
The existing stream support works fine with simple cases, but does not
map well with ALSA transitions for underflows/resume where prepare()
can be called multiple times. Concurrency with multiple devices per
links or multiple streams enabled on the same link also needs to be

These patches are the result of hours of validation on the Intel side
and should benefit other implementations since there is nothing
hardware-specific. The Intel-specific changes being reviewed do depend
on those stream changes though to be functional.

Changes since v1:
Removed spurious code block change flagged by Vinod

No change (replies provided in v1 thread)
Github link issue is public, no reason to remove it
Bandwidth computation on ALSA prepare/start (for resume cases) handled
internally in stream layer.
Kept emacs comment formatting.
No additional code/test for concurrent streams (not supported due to locking)

Bard Liao (1):
soundwire: stream: only prepare stream when it is configured.

Pierre-Louis Bossart (2):
soundwire: stream: update state machine and add state checks
soundwire: stream: do not update parameters during DISABLED-PREPARED

Rander Wang (2):
soundwire: stream: fix support for multiple Slaves on the same link
soundwire: stream: don't program ports when a stream that has not been

Documentation/driver-api/soundwire/stream.rst | 61 +++++++++----
drivers/soundwire/stream.c | 90 ++++++++++++++++---
2 files changed, 124 insertions(+), 27 deletions(-)


 \ /
  Last update: 2020-01-15 00:53    [W:0.034 / U:0.692 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site