* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
[not found] <1280097015.29696.8.camel@localhost.localdomain>
@ 2010-07-25 23:31 ` Raymond Yau
2010-07-26 1:30 ` Chris
2010-07-27 0:36 ` Raymond Yau
1 sibling, 1 reply; 13+ messages in thread
From: Raymond Yau @ 2010-07-25 23:31 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/7/26 Chris <cpollock@embarqmail.com>
> Raymond, attached is a post I made today to the pulseaudio list.
>
> From: Chris <cpollock@embarqmail.com>
> To: pulseaudio-discuss@mail.0pointer.de
> Date: Sun, 25 Jul 2010 12:15:02 -0500
> Subject: Re: [pulseaudio-discuss] pulseaudio debug mode
> On Fri, 2010-07-23 at 08:58 +0100, Colin Guthrie wrote:
> > 'Twas brillig, and Chris at 23/07/10 02:04 did gyre and gimble:
> > > What is the best way to start PA for debugging and still have all the
> > > usual clients running?
> >
> > If you mean having all the clients connect (e.g. applications with
> > libcanberra support or similar for sound events), then there are
> > basically two ways.
> >
> > The first is as Luke suggests. These clients will automatically
> > reconnect to PA if they need to (provided you have a vaguely recent
> > libcanberra), after it is restarted and run in debug mode.
> >
> > Alternatively you can simply set debug-level to "debug" in daemon.conf
> > (in /etc/pulse or ~/.pulse), and then "grep pulseaudio /var/log/messages"
> >
> > Col
> >
>
> Colin, link below is for debug output also some other output. Anything
> look out of place that would cause the overruns?
>
> http://pastebin.com/ZWSWmXZt
> --
>
Most likely you will need to set debug-level to "debug" in daemon.conf
logout and login , and check the /var/log/messages
I suspect it occur after PA server abort and auto spawn , so please don't
just post the PA log starting from "asyncq overrun" , you need to post from
the last two PA startup sequence before the error occur since we need to
know why PA auto spawn
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-25 23:31 ` [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode] Raymond Yau
@ 2010-07-26 1:30 ` Chris
2010-07-26 1:45 ` Raymond Yau
0 siblings, 1 reply; 13+ messages in thread
From: Chris @ 2010-07-26 1:30 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1.1: Type: text/plain, Size: 1895 bytes --]
On Mon, 2010-07-26 at 07:31 +0800, Raymond Yau wrote:
> 2010/7/26 Chris <cpollock@embarqmail.com>
>
> > Raymond, attached is a post I made today to the pulseaudio list.
> >
> > From: Chris <cpollock@embarqmail.com>
> > To: pulseaudio-discuss@mail.0pointer.de
> > Date: Sun, 25 Jul 2010 12:15:02 -0500
> > Subject: Re: [pulseaudio-discuss] pulseaudio debug mode
> > On Fri, 2010-07-23 at 08:58 +0100, Colin Guthrie wrote:
> > > 'Twas brillig, and Chris at 23/07/10 02:04 did gyre and gimble:
> > > > What is the best way to start PA for debugging and still have all the
> > > > usual clients running?
> > >
> > > If you mean having all the clients connect (e.g. applications with
> > > libcanberra support or similar for sound events), then there are
> > > basically two ways.
> > >
> > > The first is as Luke suggests. These clients will automatically
> > > reconnect to PA if they need to (provided you have a vaguely recent
> > > libcanberra), after it is restarted and run in debug mode.
> > >
> > > Alternatively you can simply set debug-level to "debug" in daemon.conf
> > > (in /etc/pulse or ~/.pulse), and then "grep pulseaudio /var/log/messages"
> > >
> > > Col
> > >
> >
> > Colin, link below is for debug output also some other output. Anything
> > look out of place that would cause the overruns?
> >
> > http://pastebin.com/ZWSWmXZt
> > --
> >
>
> Most likely you will need to set debug-level to "debug" in daemon.conf
> logout and login , and check the /var/log/messages
>
> I suspect it occur after PA server abort and auto spawn , so please don't
> just post the PA log starting from "asyncq overrun" , you need to post from
> the last two PA startup sequence before the error occur since we need to
> know why PA auto spawn
Is this what you mean Raymond:
http://pastebin.com/4RT7YaG6
--
Chris
KeyID 0xE372A7DA98E6705C
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 1:30 ` Chris
@ 2010-07-26 1:45 ` Raymond Yau
2010-07-26 3:06 ` Chris
0 siblings, 1 reply; 13+ messages in thread
From: Raymond Yau @ 2010-07-26 1:45 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/7/26 Chris <cpollock@embarqmail.com>
> On Mon, 2010-07-26 at 07:31 +0800, Raymond Yau wrote:
> > 2010/7/26 Chris <cpollock@embarqmail.com>
> >
> > > Raymond, attached is a post I made today to the pulseaudio list.
> > >
> > > From: Chris <cpollock@embarqmail.com>
> > > To: pulseaudio-discuss@mail.0pointer.de
> > > Date: Sun, 25 Jul 2010 12:15:02 -0500
> > > Subject: Re: [pulseaudio-discuss] pulseaudio debug mode
> > > On Fri, 2010-07-23 at 08:58 +0100, Colin Guthrie wrote:
> > > > 'Twas brillig, and Chris at 23/07/10 02:04 did gyre and gimble:
> > > > > What is the best way to start PA for debugging and still have all
> the
> > > > > usual clients running?
> > > >
> > > > If you mean having all the clients connect (e.g. applications with
> > > > libcanberra support or similar for sound events), then there are
> > > > basically two ways.
> > > >
> > > > The first is as Luke suggests. These clients will automatically
> > > > reconnect to PA if they need to (provided you have a vaguely recent
> > > > libcanberra), after it is restarted and run in debug mode.
> > > >
> > > > Alternatively you can simply set debug-level to "debug" in
> daemon.conf
> > > > (in /etc/pulse or ~/.pulse), and then "grep pulseaudio
> /var/log/messages"
> > > >
> > > > Col
> > > >
> > >
> > > Colin, link below is for debug output also some other output. Anything
> > > look out of place that would cause the overruns?
> > >
> > > http://pastebin.com/ZWSWmXZt
> > > --
> > >
> >
> > Most likely you will need to set debug-level to "debug" in daemon.conf
> > logout and login , and check the /var/log/messages
> >
> > I suspect it occur after PA server abort and auto spawn , so please don't
> > just post the PA log starting from "asyncq overrun" , you need to post
> from
> > the last two PA startup sequence before the error occur since we need to
> > know why PA auto spawn
>
> Is this what you mean Raymond:
> http://pastebin.com/4RT7YaG6
>
>
No, you don't have "asyncq overrun" error in these log
if you had change the "debug-level", the log still keep in /var/log/messages
The PA client which can connected to PA server before the PA server start
the playing thread is the PA client which autospawn the PA server
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 1:45 ` Raymond Yau
@ 2010-07-26 3:06 ` Chris
2010-07-26 3:22 ` Raymond Yau
2010-07-26 4:00 ` Raymond Yau
0 siblings, 2 replies; 13+ messages in thread
From: Chris @ 2010-07-26 3:06 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1.1: Type: text/plain, Size: 6667 bytes --]
On Mon, 2010-07-26 at 09:45 +0800, Raymond Yau wrote:
> 2010/7/26 Chris <cpollock@embarqmail.com>
>
> > On Mon, 2010-07-26 at 07:31 +0800, Raymond Yau wrote:
> > > 2010/7/26 Chris <cpollock@embarqmail.com>
> > >
> > > > Raymond, attached is a post I made today to the pulseaudio list.
> > > >
> > > > From: Chris <cpollock@embarqmail.com>
> > > > To: pulseaudio-discuss@mail.0pointer.de
> > > > Date: Sun, 25 Jul 2010 12:15:02 -0500
> > > > Subject: Re: [pulseaudio-discuss] pulseaudio debug mode
> > > > On Fri, 2010-07-23 at 08:58 +0100, Colin Guthrie wrote:
> > > > > 'Twas brillig, and Chris at 23/07/10 02:04 did gyre and gimble:
> > > > > > What is the best way to start PA for debugging and still have all
> > the
> > > > > > usual clients running?
> > > > >
> > > > > If you mean having all the clients connect (e.g. applications with
> > > > > libcanberra support or similar for sound events), then there are
> > > > > basically two ways.
> > > > >
> > > > > The first is as Luke suggests. These clients will automatically
> > > > > reconnect to PA if they need to (provided you have a vaguely recent
> > > > > libcanberra), after it is restarted and run in debug mode.
> > > > >
> > > > > Alternatively you can simply set debug-level to "debug" in
> > daemon.conf
> > > > > (in /etc/pulse or ~/.pulse), and then "grep pulseaudio
> > /var/log/messages"
> > > > >
> > > > > Col
> > > > >
> > > >
> > > > Colin, link below is for debug output also some other output. Anything
> > > > look out of place that would cause the overruns?
> > > >
> > > > http://pastebin.com/ZWSWmXZt
> > > > --
> > > >
> > >
> > > Most likely you will need to set debug-level to "debug" in daemon.conf
> > > logout and login , and check the /var/log/messages
> > >
> > > I suspect it occur after PA server abort and auto spawn , so please don't
> > > just post the PA log starting from "asyncq overrun" , you need to post
> > from
> > > the last two PA startup sequence before the error occur since we need to
> > > know why PA auto spawn
> >
> > Is this what you mean Raymond:
> > http://pastebin.com/4RT7YaG6
> >
> >
> No, you don't have "asyncq overrun" error in these log
>
> if you had change the "debug-level", the log still keep in /var/log/messages
>
> The PA client which can connected to PA server before the PA server start
> the playing thread is the PA client which autospawn the PA server
The log level has been set to debug all day
### Read from configuration file: /home/chris/.pulse//daemon.conf ###
daemonize = no
fail = yes
high-priority = yes
nice-level = -11
realtime-scheduling = yes
realtime-priority = 5
allow-module-loading = yes
allow-exit = yes
use-pid-file = yes
system-instance = no
cpu-limit = no
enable-shm = yes
flat-volumes = yes
lock-memory = no
exit-idle-time = 20
scache-idle-time = 20
dl-search-path = /usr/lib/pulse-0.9.21/modules
default-script-file = /etc/pulse/default.pa
load-default-script-file = yes
log-target = auto
log-level = debug
resample-method = speex-float-0
enable-remixing = yes
enable-lfe-remixing = no
default-sample-format = s16le
default-sample-rate = 44100
default-sample-channels = 2
default-channel-map = front-left,front-right
default-fragments = 4
default-fragment-size-msec = 25
shm-size-bytes = 0
log-meta = no
log-time = yes
log-backtrace = 0
rlimit-fsize = -1
rlimit-data = -1
rlimit-stack = -1
rlimit-core = -1
rlimit-rss = -1
rlimit-as = -1
rlimit-nproc = -1
rlimit-nofile = 256
rlimit-memlock = -1
rlimit-locks = -1
rlimit-sigpending = -1
rlimit-msgqueue = -1
rlimit-nice = 31
rlimit-rtprio = 9
rlimit-rttime = 1000000
The is what happens after a fresh log-in and Mandrive update is running
and I also start Firefox:
Jul 25 21:48:22 localhost mdkapplet[16332]: Computing new updates...
Jul 25 21:48:23 localhost mdkapplet[16332]: running: urpmi.update
--update
Jul 25 21:48:39 localhost mdkapplet[16332]: updating inactive backport
media Main Backports (Official2010.1-4), Contrib Backports
(Official2010.1-12), Non-free Backports (Official2010.1-20), PLF Free
backports, PLF Non-free backports
Jul 25 21:48:39 localhost mdkapplet[16332]: running: urpmi.update Main
Backports (Official2010.1-4)
Jul 25 21:48:46 localhost mdkapplet[16332]: running: urpmi.update
Contrib Backports (Official2010.1-12)
Jul 25 21:48:48 localhost mdkapplet[16332]: running: urpmi.update
Non-free Backports (Official2010.1-20)
Jul 25 21:48:51 localhost mdkapplet[16332]: running: urpmi.update PLF
Free backports
Jul 25 21:48:55 localhost mdkapplet[16332]: running: urpmi.update PLF
Non-free backports
Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 71.318)
client.c: Created 44 "Native client (UNIX socket client)"
Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
protocol-native.c: Protocol version: remote 16, local 16
Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
protocol-native.c: Got credentials: uid=500 gid=500 success=1
Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
protocol-native.c: SHM possible: yes
Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
protocol-native.c: Negotiated SHM: yes
Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.934| 0.001)
module-augment-properties.c: Looking for .desktop file for firefox
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.497| 21.563)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.080)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.000)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.657| 0.079)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.080)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.079)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.000)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.897| 0.079)
asyncq.c: q overrun, queuing locally
Jul 25 21:49:51 localhost mdkapplet[16332]: Packages are up to date
--
Chris
KeyID 0xE372A7DA98E6705C
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 3:06 ` Chris
@ 2010-07-26 3:22 ` Raymond Yau
2010-07-26 9:26 ` Colin Guthrie
2010-07-26 4:00 ` Raymond Yau
1 sibling, 1 reply; 13+ messages in thread
From: Raymond Yau @ 2010-07-26 3:22 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/7/26 Chris <cpollock@embarqmail.com>
> On Mon, 2010-07-26 at 09:45 +0800, Raymond Yau wrote:
> > 2010/7/26 Chris <cpollock@embarqmail.com>
> >
> > > On Mon, 2010-07-26 at 07:31 +0800, Raymond Yau wrote:
> > > > 2010/7/26 Chris <cpollock@embarqmail.com>
> > > >
> > > > > Raymond, attached is a post I made today to the pulseaudio list.
> > > > >
> > > > > From: Chris <cpollock@embarqmail.com>
> > > > > To: pulseaudio-discuss@mail.0pointer.de
> > > > > Date: Sun, 25 Jul 2010 12:15:02 -0500
> > > > > Subject: Re: [pulseaudio-discuss] pulseaudio debug mode
> > > > > On Fri, 2010-07-23 at 08:58 +0100, Colin Guthrie wrote:
> > > > > > 'Twas brillig, and Chris at 23/07/10 02:04 did gyre and gimble:
> > > > > > > What is the best way to start PA for debugging and still have
> all
> > > the
> > > > > > > usual clients running?
> > > > > >
> > > > > > If you mean having all the clients connect (e.g. applications
> with
> > > > > > libcanberra support or similar for sound events), then there are
> > > > > > basically two ways.
> > > > > >
> > > > > > The first is as Luke suggests. These clients will automatically
> > > > > > reconnect to PA if they need to (provided you have a vaguely
> recent
> > > > > > libcanberra), after it is restarted and run in debug mode.
> > > > > >
> > > > > > Alternatively you can simply set debug-level to "debug" in
> > > daemon.conf
> > > > > > (in /etc/pulse or ~/.pulse), and then "grep pulseaudio
> > > /var/log/messages"
> > > > > >
> > > > > > Col
> > > > > >
> > > > >
> > > > > Colin, link below is for debug output also some other output.
> Anything
> > > > > look out of place that would cause the overruns?
> > > > >
> > > > > http://pastebin.com/ZWSWmXZt
> > > > > --
> > > > >
> > > >
> > > > Most likely you will need to set debug-level to "debug" in
> daemon.conf
> > > > logout and login , and check the /var/log/messages
> > > >
> > > > I suspect it occur after PA server abort and auto spawn , so please
> don't
> > > > just post the PA log starting from "asyncq overrun" , you need to
> post
> > > from
> > > > the last two PA startup sequence before the error occur since we need
> to
> > > > know why PA auto spawn
> > >
> > > Is this what you mean Raymond:
> > > http://pastebin.com/4RT7YaG6
> > >
> > >
> > No, you don't have "asyncq overrun" error in these log
> >
> > if you had change the "debug-level", the log still keep in
> /var/log/messages
> >
> > The PA client which can connected to PA server before the PA server start
> > the playing thread is the PA client which autospawn the PA server
>
> The log level has been set to debug all day
>
> ### Read from configuration file: /home/chris/.pulse//daemon.conf ###
> daemonize = no
> fail = yes
> high-priority = yes
> nice-level = -11
> realtime-scheduling = yes
> realtime-priority = 5
> allow-module-loading = yes
> allow-exit = yes
> use-pid-file = yes
> system-instance = no
> cpu-limit = no
> enable-shm = yes
> flat-volumes = yes
> lock-memory = no
> exit-idle-time = 20
> scache-idle-time = 20
> dl-search-path = /usr/lib/pulse-0.9.21/modules
> default-script-file = /etc/pulse/default.pa
> load-default-script-file = yes
> log-target = auto
> log-level = debug
> resample-method = speex-float-0
> enable-remixing = yes
> enable-lfe-remixing = no
> default-sample-format = s16le
> default-sample-rate = 44100
> default-sample-channels = 2
> default-channel-map = front-left,front-right
> default-fragments = 4
> default-fragment-size-msec = 25
> shm-size-bytes = 0
> log-meta = no
> log-time = yes
> log-backtrace = 0
> rlimit-fsize = -1
> rlimit-data = -1
> rlimit-stack = -1
> rlimit-core = -1
> rlimit-rss = -1
> rlimit-as = -1
> rlimit-nproc = -1
> rlimit-nofile = 256
> rlimit-memlock = -1
> rlimit-locks = -1
> rlimit-sigpending = -1
> rlimit-msgqueue = -1
> rlimit-nice = 31
> rlimit-rtprio = 9
> rlimit-rttime = 1000000
>
>
> The is what happens after a fresh log-in and Mandrive update is running
> and I also start Firefox:
>
> Jul 25 21:48:22 localhost mdkapplet[16332]: Computing new updates...
> Jul 25 21:48:23 localhost mdkapplet[16332]: running: urpmi.update
> --update
> Jul 25 21:48:39 localhost mdkapplet[16332]: updating inactive backport
> media Main Backports (Official2010.1-4), Contrib Backports
> (Official2010.1-12), Non-free Backports (Official2010.1-20), PLF Free
> backports, PLF Non-free backports
> Jul 25 21:48:39 localhost mdkapplet[16332]: running: urpmi.update Main
> Backports (Official2010.1-4)
> Jul 25 21:48:46 localhost mdkapplet[16332]: running: urpmi.update
> Contrib Backports (Official2010.1-12)
> Jul 25 21:48:48 localhost mdkapplet[16332]: running: urpmi.update
> Non-free Backports (Official2010.1-20)
> Jul 25 21:48:51 localhost mdkapplet[16332]: running: urpmi.update PLF
> Free backports
> Jul 25 21:48:55 localhost mdkapplet[16332]: running: urpmi.update PLF
> Non-free backports
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 71.318)
> client.c: Created 44 "Native client (UNIX socket client)"
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> protocol-native.c: Protocol version: remote 16, local 16
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> protocol-native.c: Got credentials: uid=500 gid=500 success=1
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> protocol-native.c: SHM possible: yes
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> protocol-native.c: Negotiated SHM: yes
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.934| 0.001)
> module-augment-properties.c: Looking for .desktop file for firefox
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.497| 21.563)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.080)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.657| 0.079)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.080)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.079)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.897| 0.079)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:51 localhost mdkapplet[16332]: Packages are up to date
>
>
>
I have no idea why "asyncq.c: q overrun, queuing locally" appear
But I have another question ,
did update manager stop pulseaudio server when the update manager want to
update pulseaudio package ?
Actually I don't notice yum -y update stop the PA server if it updated
pulseaudio package (install new pulseaudio and remove old pulseaudio
package) and restart PA server on Fedora 10
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 3:06 ` Chris
2010-07-26 3:22 ` Raymond Yau
@ 2010-07-26 4:00 ` Raymond Yau
2010-07-26 4:21 ` Raymond Yau
1 sibling, 1 reply; 13+ messages in thread
From: Raymond Yau @ 2010-07-26 4:00 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/7/26 Chris <cpollock@embarqmail.com>
> On Mon, 2010-07-26 at 09:45 +0800, Raymond Yau wrote:
> > 2010/7/26 Chris <cpollock@embarqmail.com>
> >
> > > On Mon, 2010-07-26 at 07:31 +0800, Raymond Yau wrote:
> > > > 2010/7/26 Chris <cpollock@embarqmail.com>
> > > >
> > > > > Raymond, attached is a post I made today to the pulseaudio list.
> > > > >
> > > > > From: Chris <cpollock@embarqmail.com>
> > > > > To: pulseaudio-discuss@mail.0pointer.de
> > > > > Date: Sun, 25 Jul 2010 12:15:02 -0500
> > > > > Subject: Re: [pulseaudio-discuss] pulseaudio debug mode
> > > > > On Fri, 2010-07-23 at 08:58 +0100, Colin Guthrie wrote:
> > > > > > 'Twas brillig, and Chris at 23/07/10 02:04 did gyre and gimble:
> > > > > > > What is the best way to start PA for debugging and still have
> all
> > > the
> > > > > > > usual clients running?
> > > > > >
> > > > > > If you mean having all the clients connect (e.g. applications
> with
> > > > > > libcanberra support or similar for sound events), then there are
> > > > > > basically two ways.
> > > > > >
> > > > > > The first is as Luke suggests. These clients will automatically
> > > > > > reconnect to PA if they need to (provided you have a vaguely
> recent
> > > > > > libcanberra), after it is restarted and run in debug mode.
> > > > > >
> > > > > > Alternatively you can simply set debug-level to "debug" in
> > > daemon.conf
> > > > > > (in /etc/pulse or ~/.pulse), and then "grep pulseaudio
> > > /var/log/messages"
> > > > > >
> > > > > > Col
> > > > > >
> > > > >
> > > > > Colin, link below is for debug output also some other output.
> Anything
> > > > > look out of place that would cause the overruns?
> > > > >
> > > > > http://pastebin.com/ZWSWmXZt
> > > > > --
> > > > >
> > > >
> > > > Most likely you will need to set debug-level to "debug" in
> daemon.conf
> > > > logout and login , and check the /var/log/messages
> > > >
> > > > I suspect it occur after PA server abort and auto spawn , so please
> don't
> > > > just post the PA log starting from "asyncq overrun" , you need to
> post
> > > from
> > > > the last two PA startup sequence before the error occur since we need
> to
> > > > know why PA auto spawn
> > >
> > > Is this what you mean Raymond:
> > > http://pastebin.com/4RT7YaG6
> > >
> > >
> > No, you don't have "asyncq overrun" error in these log
> >
> > if you had change the "debug-level", the log still keep in
> /var/log/messages
> >
> > The PA client which can connected to PA server before the PA server start
> > the playing thread is the PA client which autospawn the PA server
>
> The log level has been set to debug all day
>
> ### Read from configuration file: /home/chris/.pulse//daemon.conf ###
> daemonize = no
> fail = yes
> high-priority = yes
> nice-level = -11
> realtime-scheduling = yes
> realtime-priority = 5
> allow-module-loading = yes
> allow-exit = yes
> use-pid-file = yes
> system-instance = no
> cpu-limit = no
> enable-shm = yes
> flat-volumes = yes
> lock-memory = no
> exit-idle-time = 20
> scache-idle-time = 20
> dl-search-path = /usr/lib/pulse-0.9.21/modules
> default-script-file = /etc/pulse/default.pa
> load-default-script-file = yes
> log-target = auto
> log-level = debug
> resample-method = speex-float-0
> enable-remixing = yes
> enable-lfe-remixing = no
> default-sample-format = s16le
> default-sample-rate = 44100
> default-sample-channels = 2
> default-channel-map = front-left,front-right
> default-fragments = 4
> default-fragment-size-msec = 25
> shm-size-bytes = 0
> log-meta = no
> log-time = yes
> log-backtrace = 0
> rlimit-fsize = -1
> rlimit-data = -1
> rlimit-stack = -1
> rlimit-core = -1
> rlimit-rss = -1
> rlimit-as = -1
> rlimit-nproc = -1
> rlimit-nofile = 256
> rlimit-memlock = -1
> rlimit-locks = -1
> rlimit-sigpending = -1
> rlimit-msgqueue = -1
> rlimit-nice = 31
> rlimit-rtprio = 9
> rlimit-rttime = 1000000
>
>
> The is what happens after a fresh log-in and Mandrive update is running
> and I also start Firefox:
>
> Jul 25 21:48:22 localhost mdkapplet[16332]: Computing new updates...
> Jul 25 21:48:23 localhost mdkapplet[16332]: running: urpmi.update
> --update
> Jul 25 21:48:39 localhost mdkapplet[16332]: updating inactive backport
> media Main Backports (Official2010.1-4), Contrib Backports
> (Official2010.1-12), Non-free Backports (Official2010.1-20), PLF Free
> backports, PLF Non-free backports
> Jul 25 21:48:39 localhost mdkapplet[16332]: running: urpmi.update Main
> Backports (Official2010.1-4)
> Jul 25 21:48:46 localhost mdkapplet[16332]: running: urpmi.update
> Contrib Backports (Official2010.1-12)
> Jul 25 21:48:48 localhost mdkapplet[16332]: running: urpmi.update
> Non-free Backports (Official2010.1-20)
> Jul 25 21:48:51 localhost mdkapplet[16332]: running: urpmi.update PLF
> Free backports
> Jul 25 21:48:55 localhost mdkapplet[16332]: running: urpmi.update PLF
> Non-free backports
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 71.318)
> client.c: Created 44 "Native client (UNIX socket client)"
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> protocol-native.c: Protocol version: remote 16, local 16
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> protocol-native.c: Got credentials: uid=500 gid=500 success=1
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> protocol-native.c: SHM possible: yes
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> protocol-native.c: Negotiated SHM: yes
> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.934| 0.001)
> module-augment-properties.c: Looking for .desktop file for firefox
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.497| 21.563)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.080)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.657| 0.079)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.080)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.079)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.000)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.897| 0.079)
> asyncq.c: q overrun, queuing locally
> Jul 25 21:49:51 localhost mdkapplet[16332]: Packages are up to date
>
>
you should ask PA developer to add code to debug since this is a queue used
by PA and has no relationship with alsa ,
alsa-sink and alsa-source can only post PA_CORE_MESSAGE_UNLOAD_MODULE
modules/alsa/alsa-sink.c: pa_asyncmsgq_post(u->thread_mq.outq,
PA_MSGOBJECT(u->core), PA_CORE_MESSAGE_UNLOAD_MODULE, u->module, 0, NULL,
NULL);
modules/alsa/alsa-source.c: pa_asyncmsgq_post(u->thread_mq.outq,
PA_MSGOBJECT(u->core), PA_CORE_MESSAGE_UNLOAD_MODULE, u->module, 0, NULL,
NULL);
and you have to copy definition of struct asyncmsgq_item from asyncmsgq.c
void pa_asyncq_post(pa_asyncq*l, void *p) {
struct localq *q;
+ struct asyncmsgq_item *i;
pa_assert(l);
pa_assert(p);
+ i=( struct asyncmsgq_item *)p;
if (flush_postq(l, FALSE))
if (pa_asyncq_push(l, p, FALSE) >= 0)
return;
/* OK, we couldn't push anything in the queue. So let's queue it
* locally and push it later */
if (pa_log_ratelimit())
- pa_log_warn("q overrun, queuing locally");
+ pa_log_warn("q overrun, queuing locally code %d",i->code);
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 4:00 ` Raymond Yau
@ 2010-07-26 4:21 ` Raymond Yau
2010-07-26 9:29 ` Colin Guthrie
0 siblings, 1 reply; 13+ messages in thread
From: Raymond Yau @ 2010-07-26 4:21 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/7/26 Raymond Yau <superquad.vortex2@gmail.com>
>
>
> 2010/7/26 Chris <cpollock@embarqmail.com>
>
>> On Mon, 2010-07-26 at 09:45 +0800, Raymond Yau wrote:
>> > 2010/7/26 Chris <cpollock@embarqmail.com>
>> >
>> > > On Mon, 2010-07-26 at 07:31 +0800, Raymond Yau wrote:
>> > > > 2010/7/26 Chris <cpollock@embarqmail.com>
>> > > >
>> > > > > Raymond, attached is a post I made today to the pulseaudio list.
>> > > > >
>> > > > > From: Chris <cpollock@embarqmail.com>
>> > > > > To: pulseaudio-discuss@mail.0pointer.de
>> > > > > Date: Sun, 25 Jul 2010 12:15:02 -0500
>> > > > > Subject: Re: [pulseaudio-discuss] pulseaudio debug mode
>> > > > > On Fri, 2010-07-23 at 08:58 +0100, Colin Guthrie wrote:
>> > > > > > 'Twas brillig, and Chris at 23/07/10 02:04 did gyre and gimble:
>> > > > > > > What is the best way to start PA for debugging and still have
>> all
>> > > the
>> > > > > > > usual clients running?
>> > > > > >
>> > > > > > If you mean having all the clients connect (e.g. applications
>> with
>> > > > > > libcanberra support or similar for sound events), then there are
>> > > > > > basically two ways.
>> > > > > >
>> > > > > > The first is as Luke suggests. These clients will automatically
>> > > > > > reconnect to PA if they need to (provided you have a vaguely
>> recent
>> > > > > > libcanberra), after it is restarted and run in debug mode.
>> > > > > >
>> > > > > > Alternatively you can simply set debug-level to "debug" in
>> > > daemon.conf
>> > > > > > (in /etc/pulse or ~/.pulse), and then "grep pulseaudio
>> > > /var/log/messages"
>> > > > > >
>> > > > > > Col
>> > > > > >
>> > > > >
>> > > > > Colin, link below is for debug output also some other output.
>> Anything
>> > > > > look out of place that would cause the overruns?
>> > > > >
>> > > > > http://pastebin.com/ZWSWmXZt
>> > > > > --
>> > > > >
>> > > >
>> > > > Most likely you will need to set debug-level to "debug" in
>> daemon.conf
>> > > > logout and login , and check the /var/log/messages
>> > > >
>> > > > I suspect it occur after PA server abort and auto spawn , so please
>> don't
>> > > > just post the PA log starting from "asyncq overrun" , you need to
>> post
>> > > from
>> > > > the last two PA startup sequence before the error occur since we
>> need to
>> > > > know why PA auto spawn
>> > >
>> > > Is this what you mean Raymond:
>> > > http://pastebin.com/4RT7YaG6
>> > >
>> > >
>> > No, you don't have "asyncq overrun" error in these log
>> >
>> > if you had change the "debug-level", the log still keep in
>> /var/log/messages
>> >
>> > The PA client which can connected to PA server before the PA server
>> start
>> > the playing thread is the PA client which autospawn the PA server
>>
>> The log level has been set to debug all day
>>
>> ### Read from configuration file: /home/chris/.pulse//daemon.conf ###
>> daemonize = no
>> fail = yes
>> high-priority = yes
>> nice-level = -11
>> realtime-scheduling = yes
>> realtime-priority = 5
>> allow-module-loading = yes
>> allow-exit = yes
>> use-pid-file = yes
>> system-instance = no
>> cpu-limit = no
>> enable-shm = yes
>> flat-volumes = yes
>> lock-memory = no
>> exit-idle-time = 20
>> scache-idle-time = 20
>> dl-search-path = /usr/lib/pulse-0.9.21/modules
>> default-script-file = /etc/pulse/default.pa
>> load-default-script-file = yes
>> log-target = auto
>> log-level = debug
>> resample-method = speex-float-0
>> enable-remixing = yes
>> enable-lfe-remixing = no
>> default-sample-format = s16le
>> default-sample-rate = 44100
>> default-sample-channels = 2
>> default-channel-map = front-left,front-right
>> default-fragments = 4
>> default-fragment-size-msec = 25
>> shm-size-bytes = 0
>> log-meta = no
>> log-time = yes
>> log-backtrace = 0
>> rlimit-fsize = -1
>> rlimit-data = -1
>> rlimit-stack = -1
>> rlimit-core = -1
>> rlimit-rss = -1
>> rlimit-as = -1
>> rlimit-nproc = -1
>> rlimit-nofile = 256
>> rlimit-memlock = -1
>> rlimit-locks = -1
>> rlimit-sigpending = -1
>> rlimit-msgqueue = -1
>> rlimit-nice = 31
>> rlimit-rtprio = 9
>> rlimit-rttime = 1000000
>>
>>
>> The is what happens after a fresh log-in and Mandrive update is running
>> and I also start Firefox:
>>
>> Jul 25 21:48:22 localhost mdkapplet[16332]: Computing new updates...
>> Jul 25 21:48:23 localhost mdkapplet[16332]: running: urpmi.update
>> --update
>> Jul 25 21:48:39 localhost mdkapplet[16332]: updating inactive backport
>> media Main Backports (Official2010.1-4), Contrib Backports
>> (Official2010.1-12), Non-free Backports (Official2010.1-20), PLF Free
>> backports, PLF Non-free backports
>> Jul 25 21:48:39 localhost mdkapplet[16332]: running: urpmi.update Main
>> Backports (Official2010.1-4)
>> Jul 25 21:48:46 localhost mdkapplet[16332]: running: urpmi.update
>> Contrib Backports (Official2010.1-12)
>> Jul 25 21:48:48 localhost mdkapplet[16332]: running: urpmi.update
>> Non-free Backports (Official2010.1-20)
>> Jul 25 21:48:51 localhost mdkapplet[16332]: running: urpmi.update PLF
>> Free backports
>> Jul 25 21:48:55 localhost mdkapplet[16332]: running: urpmi.update PLF
>> Non-free backports
>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 71.318)
>> client.c: Created 44 "Native client (UNIX socket client)"
>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
>> protocol-native.c: Protocol version: remote 16, local 16
>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
>> protocol-native.c: Got credentials: uid=500 gid=500 success=1
>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
>> protocol-native.c: SHM possible: yes
>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
>> protocol-native.c: Negotiated SHM: yes
>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.934| 0.001)
>> module-augment-properties.c: Looking for .desktop file for firefox
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.497| 21.563)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.080)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.000)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.657| 0.079)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.080)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.079)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.000)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.897| 0.079)
>> asyncq.c: q overrun, queuing locally
>> Jul 25 21:49:51 localhost mdkapplet[16332]: Packages are up to date
>>
>>
> you should ask PA developer to add code to debug since this is a queue used
> by PA and has no relationship with alsa ,
>
> alsa-sink and alsa-source can only post PA_CORE_MESSAGE_UNLOAD_MODULE
>
> modules/alsa/alsa-sink.c: pa_asyncmsgq_post(u->thread_mq.outq,
> PA_MSGOBJECT(u->core), PA_CORE_MESSAGE_UNLOAD_MODULE, u->module, 0, NULL,
> NULL);
> modules/alsa/alsa-source.c: pa_asyncmsgq_post(u->thread_mq.outq,
> PA_MSGOBJECT(u->core), PA_CORE_MESSAGE_UNLOAD_MODULE, u->module, 0, NULL,
> NULL);
>
>
> and you have to copy definition of struct asyncmsgq_item from asyncmsgq.c
>
>
> void pa_asyncq_post(pa_asyncq*l, void *p) {
> struct localq *q;
> + struct asyncmsgq_item *i;
>
> pa_assert(l);
> pa_assert(p);
>
> + i=( struct asyncmsgq_item *)p;
>
> if (flush_postq(l, FALSE))
> if (pa_asyncq_push(l, p, FALSE) >= 0)
> return;
>
> /* OK, we couldn't push anything in the queue. So let's queue it
> * locally and push it later */
>
> if (pa_log_ratelimit())
> - pa_log_warn("q overrun, queuing locally");
> + pa_log_warn("q overrun, queuing locally code %d",i->code);
>
you have to find out why this fail to return
flush_postq() return false or pa_asyncq_push() return negative number
if (flush_postq(l, FALSE))
if (pa_asyncq_push(l, p, FALSE) >= 0)
return;
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 3:22 ` Raymond Yau
@ 2010-07-26 9:26 ` Colin Guthrie
2010-07-26 13:20 ` Raymond Yau
0 siblings, 1 reply; 13+ messages in thread
From: Colin Guthrie @ 2010-07-26 9:26 UTC (permalink / raw)
To: alsa-devel
'Twas brillig, and Raymond Yau at 26/07/10 04:22 did gyre and gimble:
> But I have another question ,
>
> did update manager stop pulseaudio server when the update manager want to
> update pulseaudio package ?
>
> Actually I don't notice yum -y update stop the PA server if it updated
> pulseaudio package (install new pulseaudio and remove old pulseaudio
> package) and restart PA server on Fedora 10
PA is *not* restarted when a new version is installed and I suspect this
does not happen on Fedora either (but I could be wrong).
The reason is that PA is a per-user daemon, not a system service. If
three users were logged in, then each of their PA servers would need to
be killed and restarted but due to console-kit, only the active user
would get access to the devices which could cause enumeration issues etc.
It could maybe be handled better, but doing so would be rather complex.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
Mandriva Linux Contributor [http://www.mandriva.com/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 4:21 ` Raymond Yau
@ 2010-07-26 9:29 ` Colin Guthrie
2010-07-26 11:12 ` Raymond Yau
2010-07-26 11:22 ` Chris
0 siblings, 2 replies; 13+ messages in thread
From: Colin Guthrie @ 2010-07-26 9:29 UTC (permalink / raw)
To: alsa-devel
'Twas brillig, and Raymond Yau at 26/07/10 05:21 did gyre and gimble:
> 2010/7/26 Raymond Yau <superquad.vortex2@gmail.com>
>
>>
>>
>> 2010/7/26 Chris <cpollock@embarqmail.com>
>>
>>> On Mon, 2010-07-26 at 09:45 +0800, Raymond Yau wrote:
>>>> 2010/7/26 Chris <cpollock@embarqmail.com>
>>>>
>>>>> On Mon, 2010-07-26 at 07:31 +0800, Raymond Yau wrote:
>>>>>> 2010/7/26 Chris <cpollock@embarqmail.com>
>>>>>>
>>>>>>> Raymond, attached is a post I made today to the pulseaudio list.
>>>>>>>
>>>>>>> From: Chris <cpollock@embarqmail.com>
>>>>>>> To: pulseaudio-discuss@mail.0pointer.de
>>>>>>> Date: Sun, 25 Jul 2010 12:15:02 -0500
>>>>>>> Subject: Re: [pulseaudio-discuss] pulseaudio debug mode
>>>>>>> On Fri, 2010-07-23 at 08:58 +0100, Colin Guthrie wrote:
>>>>>>>> 'Twas brillig, and Chris at 23/07/10 02:04 did gyre and gimble:
>>>>>>>>> What is the best way to start PA for debugging and still have
>>> all
>>>>> the
>>>>>>>>> usual clients running?
>>>>>>>>
>>>>>>>> If you mean having all the clients connect (e.g. applications
>>> with
>>>>>>>> libcanberra support or similar for sound events), then there are
>>>>>>>> basically two ways.
>>>>>>>>
>>>>>>>> The first is as Luke suggests. These clients will automatically
>>>>>>>> reconnect to PA if they need to (provided you have a vaguely
>>> recent
>>>>>>>> libcanberra), after it is restarted and run in debug mode.
>>>>>>>>
>>>>>>>> Alternatively you can simply set debug-level to "debug" in
>>>>> daemon.conf
>>>>>>>> (in /etc/pulse or ~/.pulse), and then "grep pulseaudio
>>>>> /var/log/messages"
>>>>>>>>
>>>>>>>> Col
>>>>>>>>
>>>>>>>
>>>>>>> Colin, link below is for debug output also some other output.
>>> Anything
>>>>>>> look out of place that would cause the overruns?
>>>>>>>
>>>>>>> http://pastebin.com/ZWSWmXZt
>>>>>>> --
>>>>>>>
>>>>>>
>>>>>> Most likely you will need to set debug-level to "debug" in
>>> daemon.conf
>>>>>> logout and login , and check the /var/log/messages
>>>>>>
>>>>>> I suspect it occur after PA server abort and auto spawn , so please
>>> don't
>>>>>> just post the PA log starting from "asyncq overrun" , you need to
>>> post
>>>>> from
>>>>>> the last two PA startup sequence before the error occur since we
>>> need to
>>>>>> know why PA auto spawn
>>>>>
>>>>> Is this what you mean Raymond:
>>>>> http://pastebin.com/4RT7YaG6
>>>>>
>>>>>
>>>> No, you don't have "asyncq overrun" error in these log
>>>>
>>>> if you had change the "debug-level", the log still keep in
>>> /var/log/messages
>>>>
>>>> The PA client which can connected to PA server before the PA server
>>> start
>>>> the playing thread is the PA client which autospawn the PA server
>>>
>>> The log level has been set to debug all day
>>>
>>> ### Read from configuration file: /home/chris/.pulse//daemon.conf ###
>>> daemonize = no
>>> fail = yes
>>> high-priority = yes
>>> nice-level = -11
>>> realtime-scheduling = yes
>>> realtime-priority = 5
>>> allow-module-loading = yes
>>> allow-exit = yes
>>> use-pid-file = yes
>>> system-instance = no
>>> cpu-limit = no
>>> enable-shm = yes
>>> flat-volumes = yes
>>> lock-memory = no
>>> exit-idle-time = 20
>>> scache-idle-time = 20
>>> dl-search-path = /usr/lib/pulse-0.9.21/modules
>>> default-script-file = /etc/pulse/default.pa
>>> load-default-script-file = yes
>>> log-target = auto
>>> log-level = debug
>>> resample-method = speex-float-0
>>> enable-remixing = yes
>>> enable-lfe-remixing = no
>>> default-sample-format = s16le
>>> default-sample-rate = 44100
>>> default-sample-channels = 2
>>> default-channel-map = front-left,front-right
>>> default-fragments = 4
>>> default-fragment-size-msec = 25
>>> shm-size-bytes = 0
>>> log-meta = no
>>> log-time = yes
>>> log-backtrace = 0
>>> rlimit-fsize = -1
>>> rlimit-data = -1
>>> rlimit-stack = -1
>>> rlimit-core = -1
>>> rlimit-rss = -1
>>> rlimit-as = -1
>>> rlimit-nproc = -1
>>> rlimit-nofile = 256
>>> rlimit-memlock = -1
>>> rlimit-locks = -1
>>> rlimit-sigpending = -1
>>> rlimit-msgqueue = -1
>>> rlimit-nice = 31
>>> rlimit-rtprio = 9
>>> rlimit-rttime = 1000000
>>>
>>>
>>> The is what happens after a fresh log-in and Mandrive update is running
>>> and I also start Firefox:
>>>
>>> Jul 25 21:48:22 localhost mdkapplet[16332]: Computing new updates...
>>> Jul 25 21:48:23 localhost mdkapplet[16332]: running: urpmi.update
>>> --update
>>> Jul 25 21:48:39 localhost mdkapplet[16332]: updating inactive backport
>>> media Main Backports (Official2010.1-4), Contrib Backports
>>> (Official2010.1-12), Non-free Backports (Official2010.1-20), PLF Free
>>> backports, PLF Non-free backports
>>> Jul 25 21:48:39 localhost mdkapplet[16332]: running: urpmi.update Main
>>> Backports (Official2010.1-4)
>>> Jul 25 21:48:46 localhost mdkapplet[16332]: running: urpmi.update
>>> Contrib Backports (Official2010.1-12)
>>> Jul 25 21:48:48 localhost mdkapplet[16332]: running: urpmi.update
>>> Non-free Backports (Official2010.1-20)
>>> Jul 25 21:48:51 localhost mdkapplet[16332]: running: urpmi.update PLF
>>> Free backports
>>> Jul 25 21:48:55 localhost mdkapplet[16332]: running: urpmi.update PLF
>>> Non-free backports
>>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 71.318)
>>> client.c: Created 44 "Native client (UNIX socket client)"
>>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
>>> protocol-native.c: Protocol version: remote 16, local 16
>>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
>>> protocol-native.c: Got credentials: uid=500 gid=500 success=1
>>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
>>> protocol-native.c: SHM possible: yes
>>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
>>> protocol-native.c: Negotiated SHM: yes
>>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.934| 0.001)
>>> module-augment-properties.c: Looking for .desktop file for firefox
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.497| 21.563)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.080)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.000)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.657| 0.079)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.080)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.079)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.000)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.897| 0.079)
>>> asyncq.c: q overrun, queuing locally
>>> Jul 25 21:49:51 localhost mdkapplet[16332]: Packages are up to date
>>>
>>>
>> you should ask PA developer to add code to debug since this is a queue used
>> by PA and has no relationship with alsa ,
>>
>> alsa-sink and alsa-source can only post PA_CORE_MESSAGE_UNLOAD_MODULE
>>
>> modules/alsa/alsa-sink.c: pa_asyncmsgq_post(u->thread_mq.outq,
>> PA_MSGOBJECT(u->core), PA_CORE_MESSAGE_UNLOAD_MODULE, u->module, 0, NULL,
>> NULL);
>> modules/alsa/alsa-source.c: pa_asyncmsgq_post(u->thread_mq.outq,
>> PA_MSGOBJECT(u->core), PA_CORE_MESSAGE_UNLOAD_MODULE, u->module, 0, NULL,
>> NULL);
>>
>>
>> and you have to copy definition of struct asyncmsgq_item from asyncmsgq.c
>>
>>
>> void pa_asyncq_post(pa_asyncq*l, void *p) {
>> struct localq *q;
>> + struct asyncmsgq_item *i;
>>
>> pa_assert(l);
>> pa_assert(p);
>>
>> + i=( struct asyncmsgq_item *)p;
>>
>> if (flush_postq(l, FALSE))
>> if (pa_asyncq_push(l, p, FALSE) >= 0)
>> return;
>>
>> /* OK, we couldn't push anything in the queue. So let's queue it
>> * locally and push it later */
>>
>> if (pa_log_ratelimit())
>> - pa_log_warn("q overrun, queuing locally");
>> + pa_log_warn("q overrun, queuing locally code %d",i->code);
>>
>
>
> you have to find out why this fail to return
>
> flush_postq() return false or pa_asyncq_push() return negative number
>
> if (flush_postq(l, FALSE))
> if (pa_asyncq_push(l, p, FALSE) >= 0)
> return;
I can add this kind of debug to a package for you Chris if you like. I'm
not 100% sure what info it will find out though....
What arch are you using i586 or x86_64?
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
Mandriva Linux Contributor [http://www.mandriva.com/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 9:29 ` Colin Guthrie
@ 2010-07-26 11:12 ` Raymond Yau
2010-07-26 11:22 ` Chris
1 sibling, 0 replies; 13+ messages in thread
From: Raymond Yau @ 2010-07-26 11:12 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/7/26 Colin Guthrie <gmane@colin.guthr.ie>
> 'Twas brillig, and Raymond Yau at 26/07/10 05:21 did gyre and gimble:
> > 2010/7/26 Raymond Yau <superquad.vortex2@gmail.com>
> >
> >>
> >>
> >> 2010/7/26 Chris <cpollock@embarqmail.com>
> >>
> >>> On Mon, 2010-07-26 at 09:45 +0800, Raymond Yau wrote:
> >>>> 2010/7/26 Chris <cpollock@embarqmail.com>
> >>>>
> >>>>> On Mon, 2010-07-26 at 07:31 +0800, Raymond Yau wrote:
> >>>>>> 2010/7/26 Chris <cpollock@embarqmail.com>
> >>>>>>
> >>>>>>> Raymond, attached is a post I made today to the pulseaudio list.
> >>>>>>>
> >>>>>>> From: Chris <cpollock@embarqmail.com>
> >>>>>>> To: pulseaudio-discuss@mail.0pointer.de
> >>>>>>> Date: Sun, 25 Jul 2010 12:15:02 -0500
> >>>>>>> Subject: Re: [pulseaudio-discuss] pulseaudio debug mode
> >>>>>>> On Fri, 2010-07-23 at 08:58 +0100, Colin Guthrie wrote:
> >>>>>>>> 'Twas brillig, and Chris at 23/07/10 02:04 did gyre and gimble:
> >>>>>>>>> What is the best way to start PA for debugging and still have
> >>> all
> >>>>> the
> >>>>>>>>> usual clients running?
> >>>>>>>>
> >>>>>>>> If you mean having all the clients connect (e.g. applications
> >>> with
> >>>>>>>> libcanberra support or similar for sound events), then there are
> >>>>>>>> basically two ways.
> >>>>>>>>
> >>>>>>>> The first is as Luke suggests. These clients will automatically
> >>>>>>>> reconnect to PA if they need to (provided you have a vaguely
> >>> recent
> >>>>>>>> libcanberra), after it is restarted and run in debug mode.
> >>>>>>>>
> >>>>>>>> Alternatively you can simply set debug-level to "debug" in
> >>>>> daemon.conf
> >>>>>>>> (in /etc/pulse or ~/.pulse), and then "grep pulseaudio
> >>>>> /var/log/messages"
> >>>>>>>>
> >>>>>>>> Col
> >>>>>>>>
> >>>>>>>
> >>>>>>> Colin, link below is for debug output also some other output.
> >>> Anything
> >>>>>>> look out of place that would cause the overruns?
> >>>>>>>
> >>>>>>> http://pastebin.com/ZWSWmXZt
> >>>>>>> --
> >>>>>>>
> >>>>>>
> >>>>>> Most likely you will need to set debug-level to "debug" in
> >>> daemon.conf
> >>>>>> logout and login , and check the /var/log/messages
> >>>>>>
> >>>>>> I suspect it occur after PA server abort and auto spawn , so please
> >>> don't
> >>>>>> just post the PA log starting from "asyncq overrun" , you need to
> >>> post
> >>>>> from
> >>>>>> the last two PA startup sequence before the error occur since we
> >>> need to
> >>>>>> know why PA auto spawn
> >>>>>
> >>>>> Is this what you mean Raymond:
> >>>>> http://pastebin.com/4RT7YaG6
> >>>>>
> >>>>>
> >>>> No, you don't have "asyncq overrun" error in these log
> >>>>
> >>>> if you had change the "debug-level", the log still keep in
> >>> /var/log/messages
> >>>>
> >>>> The PA client which can connected to PA server before the PA server
> >>> start
> >>>> the playing thread is the PA client which autospawn the PA server
> >>>
> >>> The log level has been set to debug all day
> >>>
> >>> ### Read from configuration file: /home/chris/.pulse//daemon.conf ###
> >>> daemonize = no
> >>> fail = yes
> >>> high-priority = yes
> >>> nice-level = -11
> >>> realtime-scheduling = yes
> >>> realtime-priority = 5
> >>> allow-module-loading = yes
> >>> allow-exit = yes
> >>> use-pid-file = yes
> >>> system-instance = no
> >>> cpu-limit = no
> >>> enable-shm = yes
> >>> flat-volumes = yes
> >>> lock-memory = no
> >>> exit-idle-time = 20
> >>> scache-idle-time = 20
> >>> dl-search-path = /usr/lib/pulse-0.9.21/modules
> >>> default-script-file = /etc/pulse/default.pa
> >>> load-default-script-file = yes
> >>> log-target = auto
> >>> log-level = debug
> >>> resample-method = speex-float-0
> >>> enable-remixing = yes
> >>> enable-lfe-remixing = no
> >>> default-sample-format = s16le
> >>> default-sample-rate = 44100
> >>> default-sample-channels = 2
> >>> default-channel-map = front-left,front-right
> >>> default-fragments = 4
> >>> default-fragment-size-msec = 25
> >>> shm-size-bytes = 0
> >>> log-meta = no
> >>> log-time = yes
> >>> log-backtrace = 0
> >>> rlimit-fsize = -1
> >>> rlimit-data = -1
> >>> rlimit-stack = -1
> >>> rlimit-core = -1
> >>> rlimit-rss = -1
> >>> rlimit-as = -1
> >>> rlimit-nproc = -1
> >>> rlimit-nofile = 256
> >>> rlimit-memlock = -1
> >>> rlimit-locks = -1
> >>> rlimit-sigpending = -1
> >>> rlimit-msgqueue = -1
> >>> rlimit-nice = 31
> >>> rlimit-rtprio = 9
> >>> rlimit-rttime = 1000000
> >>>
> >>>
> >>> The is what happens after a fresh log-in and Mandrive update is running
> >>> and I also start Firefox:
> >>>
> >>> Jul 25 21:48:22 localhost mdkapplet[16332]: Computing new updates...
> >>> Jul 25 21:48:23 localhost mdkapplet[16332]: running: urpmi.update
> >>> --update
> >>> Jul 25 21:48:39 localhost mdkapplet[16332]: updating inactive backport
> >>> media Main Backports (Official2010.1-4), Contrib Backports
> >>> (Official2010.1-12), Non-free Backports (Official2010.1-20), PLF Free
> >>> backports, PLF Non-free backports
> >>> Jul 25 21:48:39 localhost mdkapplet[16332]: running: urpmi.update Main
> >>> Backports (Official2010.1-4)
> >>> Jul 25 21:48:46 localhost mdkapplet[16332]: running: urpmi.update
> >>> Contrib Backports (Official2010.1-12)
> >>> Jul 25 21:48:48 localhost mdkapplet[16332]: running: urpmi.update
> >>> Non-free Backports (Official2010.1-20)
> >>> Jul 25 21:48:51 localhost mdkapplet[16332]: running: urpmi.update PLF
> >>> Free backports
> >>> Jul 25 21:48:55 localhost mdkapplet[16332]: running: urpmi.update PLF
> >>> Non-free backports
> >>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 71.318)
> >>> client.c: Created 44 "Native client (UNIX socket client)"
> >>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> >>> protocol-native.c: Protocol version: remote 16, local 16
> >>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> >>> protocol-native.c: Got credentials: uid=500 gid=500 success=1
> >>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> >>> protocol-native.c: SHM possible: yes
> >>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.932| 0.000)
> >>> protocol-native.c: Negotiated SHM: yes
> >>> Jul 25 21:48:57 localhost pulseaudio[26721]: (7440.934| 0.001)
> >>> module-augment-properties.c: Looking for .desktop file for firefox
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.497| 21.563)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.080)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.577| 0.000)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.657| 0.079)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.080)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.737| 0.000)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.079)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.817| 0.000)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:19 localhost pulseaudio[26721]: (7462.897| 0.079)
> >>> asyncq.c: q overrun, queuing locally
> >>> Jul 25 21:49:51 localhost mdkapplet[16332]: Packages are up to date
> >>>
> >>>
> >> you should ask PA developer to add code to debug since this is a queue
> used
> >> by PA and has no relationship with alsa ,
> >>
> >> alsa-sink and alsa-source can only post PA_CORE_MESSAGE_UNLOAD_MODULE
> >>
> >> modules/alsa/alsa-sink.c: pa_asyncmsgq_post(u->thread_mq.outq,
> >> PA_MSGOBJECT(u->core), PA_CORE_MESSAGE_UNLOAD_MODULE, u->module, 0,
> NULL,
> >> NULL);
> >> modules/alsa/alsa-source.c: pa_asyncmsgq_post(u->thread_mq.outq,
> >> PA_MSGOBJECT(u->core), PA_CORE_MESSAGE_UNLOAD_MODULE, u->module, 0,
> NULL,
> >> NULL);
> >>
> >>
> >> and you have to copy definition of struct asyncmsgq_item from
> asyncmsgq.c
> >>
> >>
> >> void pa_asyncq_post(pa_asyncq*l, void *p) {
> >> struct localq *q;
> >> + struct asyncmsgq_item *i;
> >>
> >> pa_assert(l);
> >> pa_assert(p);
> >>
> >> + i=( struct asyncmsgq_item *)p;
> >>
> >> if (flush_postq(l, FALSE))
> >> if (pa_asyncq_push(l, p, FALSE) >= 0)
> >> return;
> >>
> >> /* OK, we couldn't push anything in the queue. So let's queue it
> >> * locally and push it later */
> >>
> >> if (pa_log_ratelimit())
> >> - pa_log_warn("q overrun, queuing locally");
> >> + pa_log_warn("q overrun, queuing locally code %d",i->code);
> >>
> >
> >
> > you have to find out why this fail to return
> >
> > flush_postq() return false or pa_asyncq_push() return negative number
> >
> > if (flush_postq(l, FALSE))
> > if (pa_asyncq_push(l, p, FALSE) >= 0)
> > return;
>
>
> I can add this kind of debug to a package for you Chris if you like. I'm
> not 100% sure what info it will find out though....
>
> What arch are you using i586 or x86_64?
>
> Col
>
>
You have to ask the author since adding pa_log_limit() does not fixed the
error message flooding the system log
You will need to know which queue was overrun ?
which kind of message (code) cause the queue overrun ?
in theory, pa_asyncq_push() should return positive number in normal
condition
some of them seem defined in protocol-native.c and you can use 'grep -ir
"pa_asyncmsgq_post" * ' used by which programs
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 9:29 ` Colin Guthrie
2010-07-26 11:12 ` Raymond Yau
@ 2010-07-26 11:22 ` Chris
1 sibling, 0 replies; 13+ messages in thread
From: Chris @ 2010-07-26 11:22 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1.1: Type: text/plain, Size: 5329 bytes --]
On Mon, 2010-07-26 at 10:29 +0100, Colin Guthrie wrote:
> 'Twas brillig, and Raymond Yau at 26/07/10 05:21 did gyre and gimble:
> > 2010/7/26 Raymond Yau <superquad.vortex2@gmail.com>
> > if (flush_postq(l, FALSE))
> > if (pa_asyncq_push(l, p, FALSE) >= 0)
> > return;
>
>
> I can add this kind of debug to a package for you Chris if you like. I'm
> not 100% sure what info it will find out though....
>
> What arch are you using i586 or x86_64?
>
> Col
>
Using i586 Colin, however, it wouldn't do any good for me since to be
honest I have no idea what I'm looking at anyway. And Raymond, for your
question about did PA get stopped during it's update, PA did not get
updated, all that was happening was that the Mandriva update applet was
checking to see if there were any software updates. Just a small snip
below of what was going on when MSEC was running this morning.
Jul 26 04:07:31 localhost postfix/qmgr[5447]: 9792932E8FF: removed
Jul 26 04:08:57 localhost pulseaudio[26721]: (30240.557| 945.629)
ratelimit.c: 59 events suppressed
Jul 26 04:08:57 localhost pulseaudio[26721]: (30240.674| 0.116)
alsa-sink.c: Underrun!
Jul 26 04:08:57 localhost pulseaudio[26721]: (30240.675| 0.001)
alsa-sink.c: Increasing wakeup watermark to 110.02 ms
Jul 26 04:08:58 localhost pulseaudio[26721]: (30241.305| 0.629)
alsa-sink.c: Underrun!
Jul 26 04:08:58 localhost pulseaudio[26721]: (30241.305| 0.000)
alsa-sink.c: Increasing wakeup watermark to 120.02 ms
Jul 26 04:09:00 localhost pulseaudio[26721]: (30243.974| 2.668)
alsa-sink.c: Underrun!
Jul 26 04:09:00 localhost pulseaudio[26721]: (30243.974| 0.000)
alsa-sink.c: Increasing wakeup watermark to 130.02 ms
Jul 26 04:09:03 localhost pulseaudio[26721]: (30246.449| 2.475)
asyncq.c: q overrun, queuing locally
Jul 26 04:09:03 localhost pulseaudio[26721]: (30246.549| 0.000)
asyncq.c: q overrun, queuing locally
Jul 26 04:09:08 localhost pulseaudio[26721]: (30251.453| 4.903)
ratelimit.c: 506 events suppressed
Jul 26 04:09:08 localhost pulseaudio[26721]: (30251.453| 0.000)
asyncq.c: q overrun, queuing locally
Jul 26 04:09:20 localhost pulseaudio[26721]: (30264.021| 2.463)
alsa-sink.c: Decreasing wakeup watermark to 125.03 ms
Jul 26 04:09:23 localhost pulseaudio[26721]: (30266.494| 2.472)
ratelimit.c: 465 events suppressed
Jul 26 04:09:23 localhost pulseaudio[26721]: (30266.494| 0.000)
asyncq.c: q overrun, queuing locally
Jul 26 04:09:23 localhost pulseaudio[26721]: (30266.494| 0.000)
asyncq.c: q overrun, queuing locally
Jul 26 04:09:23 localhost pulseaudio[26721]: (30266.494| 0.000)
memblock.c: Pool full
Jul 26 04:10:02 localhost pulseaudio[26721]: (30305.200| 3.552)
alsa-sink.c: Decreasing wakeup watermark to 120.05 ms
Jul 26 04:10:03 localhost pulseaudio[26721]: (30306.577| 1.376)
ratelimit.c: 593 events suppressed
Jul 26 04:10:03 localhost pulseaudio[26721]: (30306.577| 0.000)
asyncq.c: q overrun, queuing locally
Jul 26 04:10:07 localhost pulseaudio[26721]: (30311.019| 4.382)
alsa-sink.c: Increasing wakeup watermark to 130.05 ms
Jul 26 04:10:11 localhost pulseaudio[26721]: (30314.446| 3.426)
ratelimit.c: 368 events suppressed
Jul 26 04:10:11 localhost pulseaudio[26721]: (30314.446| 0.000)
asyncq.c: q overrun, queuing locally
Jul 26 04:10:13 localhost pulseaudio[26721]: (30316.718| 2.172)
alsa-sink.c: Increasing wakeup watermark to 140.00 ms
Jul 26 04:10:15 localhost clamd[21295]: Reading databases
from /var/lib/clamav
Jul 26 04:10:15 localhost pulseaudio[26721]: (30318.448| 1.729)
alsa-sink.c: Increasing minimal latency to 1.00 ms
Jul 26 04:10:35 localhost pulseaudio[26721]: (30338.504| 20.014)
alsa-sink.c: Decreasing wakeup watermark to 135.01 ms
Jul 26 04:10:40 localhost clamd[21295]: Database correctly reloaded
(1136734 signatures)
Jul 26 04:10:55 localhost pulseaudio[26721]: (30358.517| 20.013)
alsa-sink.c: Decreasing wakeup watermark to 130.02 ms
Jul 26 04:11:15 localhost pulseaudio[26721]: (30378.535| 20.017)
alsa-sink.c: Decreasing wakeup watermark to 125.03 ms
Jul 26 04:11:16 localhost pulseaudio[26721]: (30379.598| 1.063)
ratelimit.c: 76 events suppressed
Jul 26 04:11:16 localhost pulseaudio[26721]: (30379.598| 0.000)
alsa-sink.c: Underrun!
Jul 26 04:11:16 localhost pulseaudio[26721]: (30379.598| 0.000)
alsa-sink.c: Increasing wakeup watermark to 135.03 ms
Jul 26 04:11:37 localhost pulseaudio[26721]: (30400.820| 21.222)
alsa-sink.c: Decreasing wakeup watermark to 130.05 ms
Jul 26 04:11:57 localhost pulseaudio[26721]: (30420.826| 20.005)
alsa-sink.c: Decreasing wakeup watermark to 125.06 ms
Jul 26 04:12:17 localhost pulseaudio[26721]: (30440.826| 20.000)
alsa-sink.c: Decreasing wakeup watermark to 120.07 ms
Jul 26 04:12:37 localhost pulseaudio[26721]: (30460.845| 20.019)
alsa-sink.c: Decreasing wakeup watermark to 115.08 ms
Jul 26 04:12:57 localhost pulseaudio[26721]: (30480.879| 20.033)
alsa-sink.c: Decreasing wakeup watermark to 110.09 ms
Jul 26 04:13:17 localhost pulseaudio[26721]: (30500.909| 20.030)
alsa-sink.c: Decreasing wakeup watermark to 105.10 ms
Jul 26 04:13:17 localhost pulseaudio[26721]: (30501.130| 0.220)
asyncq.c: q overrun, queuing locally
--
Chris
KeyID 0xE372A7DA98E6705C
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
2010-07-26 9:26 ` Colin Guthrie
@ 2010-07-26 13:20 ` Raymond Yau
0 siblings, 0 replies; 13+ messages in thread
From: Raymond Yau @ 2010-07-26 13:20 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/7/26 Colin Guthrie <gmane@colin.guthr.ie>
> 'Twas brillig, and Raymond Yau at 26/07/10 04:22 did gyre and gimble:
> > But I have another question ,
> >
> > did update manager stop pulseaudio server when the update manager want to
> > update pulseaudio package ?
> >
> > Actually I don't notice yum -y update stop the PA server if it updated
> > pulseaudio package (install new pulseaudio and remove old pulseaudio
> > package) and restart PA server on Fedora 10
>
> PA is *not* restarted when a new version is installed and I suspect this
> does not happen on Fedora either (but I could be wrong).
>
> The reason is that PA is a per-user daemon, not a system service. If
> three users were logged in, then each of their PA servers would need to
> be killed and restarted but due to console-kit, only the active user
> would get access to the devices which could cause enumeration issues etc.
>
> It could maybe be handled better, but doing so would be rather complex.
>
> Col
>
Yes , I know that PA is not a system service
how do you setup PA for three users logged in with each of their PA server
running even when you have three sound cards since you will need to hack the
udev rule to exclude the other two sound cards ?
I got "Too many inputs per sink" error on PA server during software
install/remove on last week when I run pulseaudio on a terminal.
No much info in the server log, the most common PA clients were "tooltips
popup" when I move the mouse cursor across the different part/icon on the
system bar
Is there any limit on the the number of PA clients connected to PA server ?
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode]
[not found] <1280097015.29696.8.camel@localhost.localdomain>
2010-07-25 23:31 ` [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode] Raymond Yau
@ 2010-07-27 0:36 ` Raymond Yau
1 sibling, 0 replies; 13+ messages in thread
From: Raymond Yau @ 2010-07-27 0:36 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/7/26 Chris <cpollock@embarqmail.com>
> Raymond, attached is a post I made today to the pulseaudio list.
>
> --
> Chris
> KeyID 0xE372A7DA98E6705C
>
>
http://thread.gmane.org/gmane.comp.audio.pulseaudio.general/7204/focus=7218
Refer to the log http://pastebin.com/tZNYaqRV
What is the meaning of "memblock.c: Pool full" ?
How large is this pool ?
Is this memblock used for storing audio data ?
1. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.021| 5.573)
ratelimit.c: 522 events suppressed
2. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.014)
asyncq.c: q overrun, queuing locally
3. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
4. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
5. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
6. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
7. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
8. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
9. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
10. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
11. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
12. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
asyncq.c: q overrun, queuing locally
13. Jul 26 09:05:31 localhost pulseaudio[26721]: (48035.035| 0.000)
alsa-sink.c: Increasing wakeup watermark to 140.00 ms
14. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.068| 5.033)
ratelimit.c: 1032 events suppressed
15. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.014)
asyncq.c: q overrun, queuing locally
16. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
asyncq.c: q overrun, queuing locally
17. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
asyncq.c: q overrun, queuing locally
18. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
asyncq.c: q overrun, queuing locally
19. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
asyncq.c: q overrun, queuing locally
20. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
asyncq.c: q overrun, queuing locally
21. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
asyncq.c: q overrun, queuing locally
22. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
asyncq.c: q overrun, queuing locally
23. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
asyncq.c: q overrun, queuing locally
24. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
memblock.c: Pool full
25. Jul 26 09:05:36 localhost pulseaudio[26721]: (48040.083| 0.000)
memblock.c: Pool full
26. Jul 26 09:05:41 localhost pulseaudio[26721]: (48045.075| 4.992)
ratelimit.c: 1154 events suppressed
27. Jul 26 09:05:41 localhost pulseaudio[26721]: (48045.107| 0.031)
asyncq.c: q overrun, queuing locally
28. Jul 26 09:05:41 localhost pulseaudio[26721]: (48045.107| 0.000)
memblock.c: Pool full
29. Jul 26 09:05:41 localhost pulseaudio[26721]: (48045.107| 0.000)
asyncq.c: q overrun, queuing locally
30. Jul 26 09:05:41 localhost pulseaudio[26721]: (48045.107| 0.000)
asyncq.c: q overrun, queuing locally
31. Jul 26 09:05:41 localhost pulseaudio[26721]: (48045.107| 0.000)
asyncq.c: q overrun, queuing locally
32. Jul 26 09:05:41 localhost pulseaudio[26721]: (48045.107| 0.000)
asyncq.c: q overrun, queuing locally
33. Jul 26 09:05:41 localhost pulseaudio[26721]: (48045.107| 0.000)
memblock.c: Pool full
34. Jul 26 09:05:41 localhost pulseaudio[26721]: (48045.117| 0.009)
memblock.c: Pool full
35. Jul 26 09:05:42 localhost pulseaudio[26721]: (48045.127| 0.010)
memblock.c: Pool full
36. Jul 26 09:05:42 localhost pulseaudio[26721]: (48045.148| 0.020)
asyncq.c: q overrun, queuing locally
37. Jul 26 09:05:42 localhost pulseaudio[26721]: (48045.148| 0.000)
asyncq.c: q overrun, queuing locally
Look like PA server decreasing wakeup watermark until underrun occur after
Freeing input 14 "bell-window-system"
this decreasing/increasing wakeup watermark cycle is repeated a few time
Are there any PA clients still connected to PA server ?
1. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
alsa-sink.c: Latency set to 150.00ms
2. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
alsa-sink.c: hwbuf_unused=39076
3. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
alsa-sink.c: setting avail_min=11091
4. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
alsa-sink.c: Requested to rewind 65536 bytes.
5. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
alsa-sink.c: Limited to 5252 bytes.
6. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
alsa-sink.c: before: 1313
7. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
alsa-sink.c: after: 1313
8. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
alsa-sink.c: Rewound 5252 bytes.
9. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
sink.c: Processing rewind...
10. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.022| 0.000)
source.c: Processing rewind...
11. Jul 26 09:07:13 localhost pulseaudio[26721]: (48137.024| 0.001)
sink-input.c: Freeing input 14 "bell-window-system"
1. Jul 26 09:07:33 localhost pulseaudio[26721]: (48157.094| 20.069)
alsa-sink.c: Decreasing wakeup watermark to 115.06 ms
2. Jul 26 09:07:53 localhost pulseaudio[26721]: (48177.108| 20.013)
alsa-sink.c: Decreasing wakeup watermark to 110.07 ms
3. Jul 26 09:08:13 localhost pulseaudio[26721]: (48197.143| 20.035)
alsa-sink.c: Decreasing wakeup watermark to 105.08 ms
4. Jul 26 09:08:34 localhost pulseaudio[26721]: (48217.152| 20.008)
alsa-sink.c: Decreasing wakeup watermark to 100.09 ms
5. Jul 26 09:30:19 localhost pulseaudio[26721]: (49522.760|1305.608)
alsa-sink.c: Underrun!
6. Jul 26 09:30:19 localhost pulseaudio[26721]: (49522.760| 0.000)
alsa-sink.c: Increasing wakeup watermark to 110.09 ms
7. Jul 26 09:30:39 localhost pulseaudio[26721]: (49542.813| 20.052)
alsa-sink.c: Decreasing wakeup watermark to 105.10 ms
8. Jul 26 09:31:18 localhost pulseaudio[26721]: (49581.831| 39.018)
alsa-sink.c: Decreasing wakeup watermark to 100.11 ms
9.
10. Jul 26 10:11:01 localhost pulseaudio[26721]: (51964.860|2383.029)
alsa-sink.c: Underrun!
11. Jul 26 10:11:01 localhost pulseaudio[26721]: (51964.888| 0.028)
alsa-sink.c: Increasing wakeup watermark to 110.11 ms
1. Jul 26 10:11:10 localhost pulseaudio[26721]: (51974.048| 9.160)
asyncq.c: q overrun, queuing locally
2. Jul 26 10:11:10 localhost pulseaudio[26721]: (51974.049| 0.000)
asyncq.c: q overrun, queuing locally
3. Jul 26 10:11:10 localhost pulseaudio[26721]: (51974.049| 0.000)
asyncq.c: q overrun, queuing locally
4. Jul 26 10:11:10 localhost pulseaudio[26721]: (51974.089| 0.040)
asyncq.c: q overrun, queuing locally
5. Jul 26 10:11:10 localhost pulseaudio[26721]: (51974.089| 0.000)
asyncq.c: q overrun, queuing locally
6. Jul 26 10:11:10 localhost pulseaudio[26721]: (51974.129| 0.039)
asyncq.c: q overrun, queuing locally
7. Jul 26 10:11:10 localhost pulseaudio[26721]: (51974.129| 0.000)
asyncq.c: q overrun, queuing locally
8. Jul 26 10:11:11 localhost pulseaudio[26721]: (51974.168| 0.039)
asyncq.c: q overrun, queuing locally
9. Jul 26 10:11:11 localhost pulseaudio[26721]: (51974.169| 0.000)
asyncq.c: q overrun, queuing locally
10. Jul 26 10:11:11 localhost pulseaudio[26721]: (51974.208| 0.039)
asyncq.c: q overrun, queuing locally
11. Jul 26 10:11:11 localhost pulseaudio[26721]: (51974.208| 0.000)
asyncq.c: q overrun, queuing locally
12. Jul 26 10:11:15 localhost pulseaudio[26721]: (51978.185| 3.976)
alsa-sink.c: Increasing wakeup watermark to 120.11 ms
13. Jul 26 10:11:15 localhost pulseaudio[26721]: (51979.064| 0.878)
ratelimit.c: 258 events suppressed
14. Jul 26 10:11:15 localhost pulseaudio[26721]: (51979.064| 0.000)
asyncq.c: q overrun, queuing locally
15. Jul 26 10:11:15 localhost pulseaudio[26721]: (51979.064| 0.000)
asyncq.c: q overrun, queuing locally
16. Jul 26 10:11:15 localhost pulseaudio[26721]: (51979.094| 0.029)
asyncq.c: q overrun, queuing locally
17. Jul 26 10:11:15 localhost pulseaudio[26721]: (51979.094| 0.000)
asyncq.c: q overrun, queuing locally
18. Jul 26 10:11:15 localhost pulseaudio[26721]: (51979.124| 0.029)
asyncq.c: q overrun, queuing locally
19. Jul 26 10:11:15 localhost pulseaudio[26721]: (51979.124| 0.000)
asyncq.c: q overrun, queuing locally
20. Jul 26 10:11:16 localhost pulseaudio[26721]: (51979.154| 0.029)
asyncq.c: q overrun, queuing locally
21. Jul 26 10:11:16 localhost pulseaudio[26721]: (51979.154| 0.000)
asyncq.c: q overrun, queuing locally
22. Jul 26 10:11:16 localhost pulseaudio[26721]: (51979.154| 0.000)
asyncq.c: q overrun, queuing locally
23. Jul 26 10:11:16 localhost pulseaudio[26721]: (51979.184| 0.029)
asyncq.c: q overrun, queuing locally
24. Jul 26 10:11:16 localhost pulseaudio[26721]: (51979.214| 0.030)
asyncq.c: q overrun, queuing locally
25. Jul 26 10:11:20 localhost pulseaudio[26721]: (51984.088| 4.874)
ratelimit.c: 85 events suppressed
26. Jul 26 10:11:20 localhost pulseaudio[26721]: (51984.088| 0.000)
asyncq.c: q overrun, queuing locally
27. Jul 26 10:11:20 localhost pulseaudio[26721]: (51984.088| 0.000)
asyncq.c: q overrun, queuing locally
28. Jul 26 10:11:20 localhost pulseaudio[26721]: (51984.118| 0.029)
asyncq.c: q overrun, queuing locally
29. Jul 26 10:11:20 localhost pulseaudio[26721]: (51984.118| 0.000)
asyncq.c: q overrun, queuing locally
30. Jul 26 10:11:21 localhost pulseaudio[26721]: (51984.148| 0.029)
asyncq.c: q overrun, queuing locally
31. Jul 26 10:11:21 localhost pulseaudio[26721]: (51984.148| 0.000)
asyncq.c: q overrun, queuing locally
32. Jul 26 10:11:21 localhost pulseaudio[26721]: (51984.148| 0.000)
asyncq.c: q overrun, queuing locally
33. Jul 26 10:11:21 localhost pulseaudio[26721]: (51984.178| 0.029)
asyncq.c: q overrun, queuing locally
34. Jul 26 10:11:21 localhost pulseaudio[26721]: (51984.178| 0.000)
asyncq.c: q overrun, queuing locally
35. Jul 26 10:11:21 localhost pulseaudio[26721]: (51984.208| 0.029)
asyncq.c: q overrun, queuing locally
36. Jul 26 10:11:21 localhost pulseaudio[26721]: (51984.208| 0.000)
asyncq.c: q overrun, queuing locally
37. Jul 26 10:11:21 localhost pulseaudio[26721]: (51984.738| 0.530)
alsa-sink.c: Increasing wakeup watermark to 130.11 ms
38. Jul 26 10:11:25 localhost pulseaudio[26721]: (51988.239| 3.500)
alsa-sink.c: Increasing wakeup watermark to 140.00 ms
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2010-07-27 0:36 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1280097015.29696.8.camel@localhost.localdomain>
2010-07-25 23:31 ` [Fwd: Re: [pulseaudio-discuss] pulseaudio debug mode] Raymond Yau
2010-07-26 1:30 ` Chris
2010-07-26 1:45 ` Raymond Yau
2010-07-26 3:06 ` Chris
2010-07-26 3:22 ` Raymond Yau
2010-07-26 9:26 ` Colin Guthrie
2010-07-26 13:20 ` Raymond Yau
2010-07-26 4:00 ` Raymond Yau
2010-07-26 4:21 ` Raymond Yau
2010-07-26 9:29 ` Colin Guthrie
2010-07-26 11:12 ` Raymond Yau
2010-07-26 11:22 ` Chris
2010-07-27 0:36 ` Raymond Yau
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.