[Bug 698960] High CPU load with alsa

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=698960
  GStreamer | gst-plugins-base | 1.0.6

--- Comment #6 from Paul HENRYS <visechelle at gmail.com> 2013-05-28 06:43:30 UTC ---
Some updates on this bug, which is not one ;)

Actually, this patch should not be applied as it's really specific to the
environment I working on. Nevertheless, comments might be useful so that will
leave a trace if somebody needs one day.
This is really specific as it depends on the driver itself and limiting to a
power of 2 period-size and buffer-size will not be relevant for most of the
driver I guess. After, using the last patch I also had to modify some
davinci-pcm file so that the ratio between buffer-size and period-size is not
too high. This is defined by periods_min and was set to 16, which means that to
achieve a low latency on the sink, it will require lot of interrupts and a
higher load. This value is typically set to 2 in most of the sound drivers and
doing so in my case and recompiling the kernel worked fine. One guy asked why
it's so high without success
(http://davinci-linux-open-source.1494791.n2.nabble.com/davinci-pcm-c-snd-pcm-hardware-periods-min-value-td7580155.html).
Finally the soultion was in my case (embedded device with an ARMv7 processor):

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.