Baytrail: sound output is garbled with beating noise

[plbossart]

I seriously question the results of the SOF CI and platform owners.

on Baytrail, a simple listening test on Asus T100 shows the audio is just corrupted, with beating noises and frequency shifts. This is just unacceptable, sorry, SOF is just complete garbage on all legacy platforms at this point. it's embarrassing to be that bad.

firmware 6eb79af
kernel 35d7759

[fredoh9]

I have a Baytrail MinnowBoard(MB) i can take a look at.

[plbossart]

there's been some issues before like this with DMA pointers being in the weeds, can you try and grab the SSP signals with a LogicPro, then export the values in an .csv file. It's the best way to see if the samples play in sequence.

[fredoh9]

As i have only MB nocodec mode, i wanted to try to use loopback first but recording path has only silence. Not sure it was working before.
I need to check i can borrow LogicPro.

[juimonen]

@plbossart @fredoh9 is this still valid? I see other people and QA reporting that sound is ok, but there's timeout error with second playback... I also see this second playback issue in my logs, but the thing is that I have also crap sound, but now it seems that actually my hw is borked. I'm just confused about mixed reports here...

[wenqingfu]

@Jiangxinx reported that he cannot reproduce this issue on MinnowBoard+RT5651, see thesofproject/sof#1451 (comment)

[juimonen]

@plbossart I got the mb+rt5682 running. Well, sound is personally to me little different than hifiberry+up2, more high end emphasis at least. However I can't hear any obvious flaws, attached full scale sine sweep playback through mb+rt5682 and recording with my desktop.

[juimonen]

sweep_mb_rt5682.zip

[plbossart]

On 5/24/19 2:08 AM, juimonen wrote: @plbossart <https://github.com/plbossart> I got the mb+rt5682 running. Well, sound is personally to me little different than hifiberry+up2, more high end emphasis at least. However I can't hear any obvious flaws, attached full scale sine sweep playback through mb+rt5682 and recording with my desktop.

can you share kernel+firmware SHA1, I'll retry.

[juimonen]

@plbossart I think I was running it with several kernels like:
4d1fc20
c671681
0f3e63c
for me the top most was topic/sof-dev head (might have changed...)
I also used your latest broonie PR.

for fw I used like:
56b8776
which i think is master, but I also used some other
versions including revert commit of dw-dma from Guennadi:
(1da3907)

So I would say just use latest/greatest from both. I can also
test the versions you find problems with. Sorry I can't be more
specific...

[plbossart]

No change on my side on ASUS T100TA (rt5640)
The sine wave looks really bad and my theory that the samples are played in the wrong order is likely still true.

sine-asust100.wav.gz