[alsa-devel] [PATCH] ALSA: pcm: fix buffer_bytes max constrained by preallocated bytes issue

Pierre-Louis Bossart pierre-louis.bossart at linux.intel.com
Thu Jan 16 18:40:26 CET 2020


>>>> So, do you suggest not doing preallocation(or calling it with 0 
>>>> size) for all
>>>> driver with TYPE_SG? I am fine if this is the recommended method, I 
>>>> can try
>>>> this on SOF I2S platform to see if it can work as we required for 
>>>> very large
>>>> buffer size.
>>
>> Keyon, for the rest of us to follow this patch, would you mind 
>> clarifying what drives the need for a 'very large buffer size', and 
>> what order of magnitude this very large size would be.
>>
>> FWIW, we've measured consistently on different Windows/Linux 
>> platforms, maybe 10 years ago, that once you reach a buffer of 1s (384 
>> kB) the benefits from increasing that buffer size further are marginal 
>> in terms of power consumption, and generate all kinds of issues with 
>> volume updates and deferred routing changes.
>>
> We need bigger buffer on host side to compensate the wake up time from 
> d0ix to d0 which takes ~2 seconds on my setup. So, wiith smaller buffer 
> sizes like < 2 seconds we overwrite data since FW keeps copping while 
> host doesn't read until its up and running again.

Right, that's a valid case, but that's 256 kB, not 'very large' or 
likely to ever trigger an OOM case.


More information about the Alsa-devel mailing list