Re: [pulseaudio-discuss] ARM NEON patches, status

2012-10-01 Thread Peter Meerwald
Hello, I have submitted v3 of my ARM NEON patches July 24 (http://lists.freedesktop.org/archives/pulseaudio-discuss/2012-July/014226.html) but not received any feedback any comment on this? thanks, regards, p. -- Peter Meerwald +43-664-218 (mobile)

[pulseaudio-discuss] [PATCH v3] alsa-mixer: Cache failure to open inputs/output mappings

2012-10-01 Thread David Henningsson
I was hoping this would improve bootup speed, but it doesn't seem to do so here, at least not much. But at least it reduces the logs a little. Signed-off-by: David Henningsson david.hennings...@canonical.com --- src/modules/alsa/alsa-mixer.c | 43 + 1

[pulseaudio-discuss] [PATCH v4] alsa-mixer: Cache failure to open inputs/output mappings

2012-10-01 Thread David Henningsson
I was hoping this would improve bootup speed, but it doesn't seem to do so here, at least not much. But at least it reduces the logs a little. Signed-off-by: David Henningsson david.hennings...@canonical.com --- Please ignore the just sent v3. It was identical to v2, sorry.

Re: [pulseaudio-discuss] [RFC PATCH] alsa-mixer: Cache failure to open inputs

2012-10-01 Thread David Henningsson
On 09/25/2012 06:46 PM, Tanu Kaskinen wrote: On Mon, 2012-09-24 at 17:02 +0200, David Henningsson wrote: On 09/24/2012 03:33 PM, Tanu Kaskinen wrote: Ok, I don't have a problem with this example. But the code in your patch has different structure: instead of a simple match_found() call, the

[pulseaudio-discuss] [PATCH] stream: Return error in case a client peeks to early

2012-10-01 Thread David Henningsson
If there is no silence memblock and no data, pa_memblockq_peek can return NULL. In this case, do not crash on an assertion in pa_memblock_acquire, but instead return a proper error to the client. BugLink: http://bugs.launchpad.net/bugs/1058200 Signed-off-by: David Henningsson