diff options
| author | Jeff Epler <jepler@gmail.com> | 2019-08-06 21:34:21 -0500 |
|---|---|---|
| committer | Jeff Epler <jepler@gmail.com> | 2019-08-06 21:34:21 -0500 |
| commit | 6253f11503c5c8ac022bc0564d74060f2c8434b9 (patch) | |
| tree | 7b36ad92f3111f913a70c58e20527267efeabe9c /tests/float/float_parse_doubleprec.py | |
| parent | 47a0b7cba141efb0909d74db3401ae902f6e9a96 (diff) | |
samd: audio_dma_stop: Clear out audio_dma_state[]
As identified in #1908, when both AudioOut and PDMIn are used, hard
locks can occur. Because audio_dma_stop didn't clear audio_dma_state[],
a future call to audio_dma_load_next_block could occur using a DMA
object which belongs to PDMIn.
I believe that this Closes: #1908 though perhaps it is still not the full
story.
Testing performed: Loaded a sketch similar to the one on #1908 that
tends to reproduce the bug within ~30s. Ran for >300s without hard
lock. HOWEVER, while my cpx is no longer hard locking, it occasionally
(<1 / 200s) announces
Code done running. Waiting for reload.
(and does so), even though my main loop is surrounded by a 'while True:'
condition, so there are still gremlins nearby.
Diffstat (limited to 'tests/float/float_parse_doubleprec.py')
0 files changed, 0 insertions, 0 deletions