FS#68092 - [linux] CONFIG_SND_HDA_PREALLOC_SIZE value at 0 is causing issues
Attached to Project:
Arch Linux
Opened by Olivier Langlois (lano1106) - Saturday, 03 October 2020, 19:26 GMT
Last edited by Jan Alexander Steffens (heftig) - Thursday, 08 October 2020, 00:49 GMT
Opened by Olivier Langlois (lano1106) - Saturday, 03 October 2020, 19:26 GMT
Last edited by Jan Alexander Steffens (heftig) - Thursday, 08 October 2020, 00:49 GMT
|
Details
Description:
ALSA lead developer, Takashi Iwai, said twice that problems could be avoided if CONFIG_SND_HDA_PREALLOC_SIZE was set to a different value than 0, including a problem that I did experience myself. https://bugzilla.kernel.org/show_bug.cgi?id=209471 https://bugzilla.kernel.org/show_bug.cgi?id=207223 At some point, someone requested this param to be to 4096 for smoother apulse execution. https://bugs.archlinux.org/task/25501 The value did change from 4096 to 0 here without any explanation that I could find: https://github.com/archlinux/svntogit-packages/commit/3734fe98a51ca7e776052cdabc80be9885b7d40d I would like to suggest to this package maintainers to consider changing this param to anything that is > 0... 4096 was fine to me... but if for some users it was problematic, perhaps consider 2048 or 1024 to satisfy most users... config SND_HDA_PREALLOC_SIZE int "Pre-allocated buffer size for HD-audio driver" range 0 32768 default 2048 if SND_DMA_SGBUF default 64 if !SND_DMA_SGBUF help Specifies the default pre-allocated buffer-size in kB for the HD-audio driver. A larger buffer (e.g. 2048) is preferred for systems using PulseAudio. The default 64 is chosen just for compatibility reasons. On x86 systems, the default is 2048 as a reasonable value for most of modern systems. Note that the pre-allocation size can be changed dynamically via a proc file (/proc/asound/card*/pcm*/sub*/prealloc), too. |
This task depends upon
Closed by Jan Alexander Steffens (heftig)
Thursday, 08 October 2020, 00:49 GMT
Reason for closing: Fixed
Additional comments about closing: 5.8.14.arch1-1
Thursday, 08 October 2020, 00:49 GMT
Reason for closing: Fixed
Additional comments about closing: 5.8.14.arch1-1
Comment by
Olivier Langlois (lano1106) -
Saturday, 03 October 2020, 19:32 GMT
Actually, I believe that Kernel default value of 2048 should be
used unless there is a good reason to do otherwise...