You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Feel free to add further people to the discussion.
Remaining issues/ideas with the current ring-buffer implementation include
clear() on overrun causes issues with higher-level drivers that handle data in groups of samples. For example, a SAI driver may handle data in groups of two samples (left/right). The ring-buffer has no concept of grouping, so on clear() it will cause random read/write index offsets - in the case of the SAI example, causing left/right switching.
Usefulness of write_immediate() is not clear, should it be removed?
The ring buffer may pause automatically on overrun. The ring buffer shall then be explicitly restarted by a user when new data is available.
The text was updated successfully, but these errors were encountered:
elagil
changed the title
STM32 ring-buffer
STM32 ring-buffer enhancement discussion
Nov 28, 2024
This is a follow-up to the discussion in #3336 by @liarokapisv
Feel free to add further people to the discussion.
Remaining issues/ideas with the current ring-buffer implementation include
clear()
on overrun causes issues with higher-level drivers that handle data in groups of samples. For example, aSAI
driver may handle data in groups of two samples (left/right). The ring-buffer has no concept of grouping, so onclear()
it will cause random read/write index offsets - in the case of theSAI
example, causing left/right switching.write_immediate()
is not clear, should it be removed?The text was updated successfully, but these errors were encountered: