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
{{ message }}
Repository navigation
"trace error" stress test for start playback and capture at sametime cause dma trace error on BYT #173
when error happen, the DMA trace seems did not stop and continue try to call dma-copy but always get fail, the error trace will have upate all time.
rmbot log:
keep try to dma-copy every scheduler.
0x1b0 [517.302752] delta [0.494783] dma eS0
0x1c0 [517.302755] delta [0.000003] value 0x000000000000000f
0x1d0 [517.302758] delta [0.000003] value 0x0000000000000003
0x1e0 [517.302760] delta [0.000002] value 0x0000000000000003
0x1f0 [517.302763] delta [0.000003] buffer ebb
0x200 [517.797545] delta [0.494783] dma eS0
0x210 [517.797548] delta [0.000003] value 0x000000000000000f
0x220 [517.797551] delta [0.000003] value 0x0000000000000003
0x230 [517.797553] delta [0.000002] value 0x0000000000000003
0x240 [517.797556] delta [0.000003] buffer ebb
0x250 [518.292338] delta [0.494783] dma eS0
0x260 [518.292341] delta [0.000003] value 0x000000000000000f
0x270 [518.292344] delta [0.000003] value 0x0000000000000003
0x280 [518.292346] delta [0.000002] value 0x0000000000000003
0x290 [518.292349] delta [0.000003] buffer ebb
0x2a0 [518.787131] delta [0.494783] dma eS0
We may need some error handler for this case.
ghost changed the title [-]stress test for start playback and capture at sametime cause dma trace error on BYT[/-][+]"trace error" stress test for start playback and capture at sametime cause dma trace error on BYT[/+]on Jul 31, 2018
@xiulipan looks like DMA was stopped prior to DMA copy completion. This happens when the DMA is waiting on SSP FIFO handshakes to empty the DMA buffer. i.e. the SSP port is being disabled before DMA has finished copying period.
@lgirdwood
Thanks for the hint. I will check if we have some stop order issues there.
It seems on BYT all 3 DMA ( and maybe 4 DMA in the second log?)
The DMA TRACE did not have a FIFO connected but it still got into the enabled status.
I will double check if we have some error when handling the DMA stop/start if we failed one of them.
Activity
xiulipan commentedon Jul 31, 2018
reproduce rate < 5 %
xiulipan commentedon Jul 31, 2018
when error happen, the DMA trace seems did not stop and continue try to call dma-copy but always get fail, the error trace will have upate all time.
rmbot log:
keep try to dma-copy every scheduler.
0x1b0 [517.302752] delta [0.494783] dma eS0
0x1c0 [517.302755] delta [0.000003] value 0x000000000000000f
0x1d0 [517.302758] delta [0.000003] value 0x0000000000000003
0x1e0 [517.302760] delta [0.000002] value 0x0000000000000003
0x1f0 [517.302763] delta [0.000003] buffer ebb
0x200 [517.797545] delta [0.494783] dma eS0
0x210 [517.797548] delta [0.000003] value 0x000000000000000f
0x220 [517.797551] delta [0.000003] value 0x0000000000000003
0x230 [517.797553] delta [0.000002] value 0x0000000000000003
0x240 [517.797556] delta [0.000003] buffer ebb
0x250 [518.292338] delta [0.494783] dma eS0
0x260 [518.292341] delta [0.000003] value 0x000000000000000f
0x270 [518.292344] delta [0.000003] value 0x0000000000000003
0x280 [518.292346] delta [0.000002] value 0x0000000000000003
0x290 [518.292349] delta [0.000003] buffer ebb
0x2a0 [518.787131] delta [0.494783] dma eS0
We may need some error handler for this case.
[-]stress test for start playback and capture at sametime cause dma trace error on BYT[/-][+]"trace error" stress test for start playback and capture at sametime cause dma trace error on BYT[/+]lgirdwood commentedon Aug 1, 2018
@xiulipan looks like DMA was stopped prior to DMA copy completion. This happens when the DMA is waiting on SSP FIFO handshakes to empty the DMA buffer. i.e. the SSP port is being disabled before DMA has finished copying period.
xiulipan commentedon Aug 2, 2018
@lgirdwood
Thanks for the hint. I will check if we have some stop order issues there.
It seems on BYT all 3 DMA ( and maybe 4 DMA in the second log?)
The DMA TRACE did not have a FIFO connected but it still got into the enabled status.
I will double check if we have some error when handling the DMA stop/start if we failed one of them.
keqiaozhang commentedon Aug 14, 2018
This issue is hard to reproduce with latest code base, it may benefit from /pull/189 and /pull/208. Close this bug.