[Sound-open-firmware] [PATCH] arch: xtensa: set SRAM window error codes during bootloader

[Pan, Xiuli]

On 6/12/2018 15:50, Liam Girdwood wrote:
> On Tue, 2018-06-12 at 09:44 +0200, Lauda, Tomasz wrote:
>>>> Xiuli/Liam/Tomasz,
>>>>
>>>> There is a regression due to the set of the bootloader patches on my up
>>>> squared board. The audio is distorted now.
>>>>
>>>> I reverted these patches and I could hear clean audio.
>>> + Keqiao who may reported similar issue on UP^2.
>>> Hi Keqiao, can you check what Ranjani founded?
>>>
>>> Thanks,
>>> ~Keyon
>> Glitches are probably due to the problem with Host DMA not exiting L1
>> state on time.
>> Bootloader patch enabled L1 cache on APL, so that's why you are seeing
>> the problem now.
>> It will be fixed after my pm_runtime patch will go through.
> This may probably also benefit with the new HDA DMA GW optimal programming flow
> that Marcin has suggested too.
So if anyone has idea why there are duplicate data in the Memory Window?
And a memset could not set all data in MW3. If these is also related 
with cache?

Thanks
Xiuli
>
> Liam
> ---------------------------------------------------------------------
> Intel Corporation (UK) Limited
> Registered No. 1134945 (England)
> Registered Office: Pipers Way, Swindon SN3 1RJ
> VAT No: 860 2173 47
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
> _______________________________________________
> Sound-open-firmware mailing list
> Sound-open-firmware at alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/sound-open-firmware