Dear all,
I have once again looked at this problem...
libcanberra contains this function:
code
int driver_play(/* ... */) {
/* ... */
if (name cache_control != CA_CACHE_CONTROL_NEVER) {
/* ... */
for (;;) {
/* ... */
/*
On Tue, 2012-12-04 at 11:49 +0100, Henrik /KaarPoSoft wrote:
On 12/04/12 04:32, Tanu Kaskinen wrote:
On Tue, 2012-12-04 at 03:47 +0200, Tanu Kaskinen wrote:
Hmm... I checked when the operation state is set to DONE, and it's not
done until after calling the callback. So, if the kernel
On 12/04/12 13:41, Tanu Kaskinen wrote:
Does the patch really cause this, or is the difference because of the
self-compiled libcanberra? That is, if you compile libcanberra without
the patch, does it return to the old behavior?
I compiled libcaberra before *without* the patch, running with
On Sun, 2012-12-02 at 20:20 +0100, Henrik /KaarPoSoft wrote:
On 12/02/12 05:49, Tanu Kaskinen wrote:
The original backtrace only has the trace for one thread, the thread
where the libpulse mainloop runs isn't shown. Could you take a backtrace
again, this time with thread apply all bt? The
On Tue, 2012-12-04 at 03:47 +0200, Tanu Kaskinen wrote:
Hmm... I checked when the operation state is set to DONE, and it's not
done until after calling the callback. So, if the kernel schedules the
main thread after the pa_threaded_mainloop_signal() call, but before the
operation state is set
On 12/02/12 20:20, Henrik /KaarPoSoft wrote:
On 12/02/12 05:49, Tanu Kaskinen wrote:
Assuming that it is always the PLAY_SAMPLE message that hangs, then it
looks like the reply is received by the client. The last PLAY_SAMPLE
message has tag 9, and xsession-errors shows that some client
On Wed, 2012-11-28 at 02:35 +0100, Henrik /KaarPoSoft wrote:
On 11/26/12 16:42, Henrik /KaarPoSoft wrote:
Tanu, again: Thanks for your help.
I tried the patch and various other changes to log.c, but getting no
useful logging, and sometimes segfaults instead (as you also noted).
My
On 11/26/12 16:42, Henrik /KaarPoSoft wrote:
Tanu, again: Thanks for your help.
I tried the patch and various other changes to log.c, but getting no
useful logging, and sometimes segfaults instead (as you also noted).
My mind kept coming back to this:
ldd /bin/gnome-shell | grep pulse
On 11/23/12 21:48, Tanu Kaskinen wrote:
On Fri, 2012-11-23 at 00:00 +0100, Henrik /KaarPoSoft wrote:
In any case, for whatever it is worth, here is what I am now seing with
2.99.2:
I can *not* reproduce the hang with:
open gnome-terminal (as only app on desktop), press backspace, close
On Sun, 2012-11-25 at 18:35 +0100, Henrik /KaarPoSoft wrote:
I made the above changes, and now get the Received opcode... from the
daemon in the log. Thanks.
But I cannot figure out how to get log output from gnome-shell either.
If I put this in my /etc/profile:
On Sun, 2012-11-25 at 22:25 +0200, Tanu Kaskinen wrote:
So gnome-shell doesn't want to log to syslog? I've attached a pulseaudio
patch that makes gnome-shell log to files under /tmp. Btw, I now noticed
that running gnome-shell --replace restarts gnome-shell and makes the
log from the new
On 11/26/12 14:30, Tanu Kaskinen wrote:
On Sun, 2012-11-25 at 22:25 +0200, Tanu Kaskinen wrote:
So gnome-shell doesn't want to log to syslog? I've attached a pulseaudio
patch that makes gnome-shell log to files under /tmp. Btw, I now noticed
that running gnome-shell --replace restarts
On Fri, 2012-11-23 at 00:00 +0100, Henrik /KaarPoSoft wrote:
On 11/22/12 13:39, Tanu Kaskinen wrote:
Henrik, is it possible for you to try 2.99.2 too? For what it's worth,
last time when I said I can't reproduce this I did have other
windows open, but I retested with the gnome-terminal
On Wed, 2012-11-21 at 21:07 +, Stefan P. wrote:
Hello,
Yesterday I installed pulseaudio-2.99.2, and since then, the freeze has not
happened again!
Great!
Henrik, is it possible for you to try 2.99.2 too? For what it's worth,
last time when I said I can't reproduce this I did have other
On 11/22/12 13:39, Tanu Kaskinen wrote:
Henrik, is it possible for you to try 2.99.2 too? For what it's worth,
last time when I said I can't reproduce this I did have other
windows open, but I retested with the gnome-terminal window being the
only window, and I still couldn't reproduce the
Hello,
Yesterday I installed pulseaudio-2.99.2, and since then, the freeze has not
happened again!
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
On Sat, 2012-11-03 at 23:55 +0100, Henrik /KaarPoSoft wrote:
On 11/03/12 23:36, Colin Guthrie wrote:
'Twas brillig, and Henrik /KaarPoSoft at 03/11/12 23:07 did gyre and gimble:
On 11/03/12 19:20, Colin Guthrie wrote:
'Twas brillig, and Henrik /KaarPoSoft at 10/09/12 21:13 did gyre and
Sorry for the noise, forget my former post it was not releated to the problem,
hit it again...
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
'Twas brillig, and Henrik /KaarPoSoft at 10/09/12 21:13 did gyre and gimble:
Dear all,
I am running gnome 3.4 and pulse-audio 2.1.
When closing a window, gnome-shell sometimes hangs,
waiting for pulse-audio.
To reproduce:
Open a gnome-terminal, press backspace which produces a nice
On 11/03/12 19:20, Colin Guthrie wrote:
'Twas brillig, and Henrik /KaarPoSoft at 10/09/12 21:13 did gyre and gimble:
Dear all,
I am running gnome 3.4 and pulse-audio 2.1.
When closing a window, gnome-shell sometimes hangs,
waiting for pulse-audio.
To reproduce:
Open a gnome-terminal, press
'Twas brillig, and Henrik /KaarPoSoft at 03/11/12 23:07 did gyre and gimble:
On 11/03/12 19:20, Colin Guthrie wrote:
'Twas brillig, and Henrik /KaarPoSoft at 10/09/12 21:13 did gyre and
gimble:
Dear all,
I am running gnome 3.4 and pulse-audio 2.1.
When closing a window, gnome-shell
On 11/03/12 23:36, Colin Guthrie wrote:
'Twas brillig, and Henrik /KaarPoSoft at 03/11/12 23:07 did gyre and gimble:
On 11/03/12 19:20, Colin Guthrie wrote:
'Twas brillig, and Henrik /KaarPoSoft at 10/09/12 21:13 did gyre and
gimble:
Dear all,
I am running gnome 3.4 and pulse-audio 2.1.
Dear all,
I am running gnome 3.4 and pulse-audio 2.1.
When closing a window, gnome-shell sometimes hangs,
waiting for pulse-audio.
To reproduce:
Open a gnome-terminal, press backspace which produces a nice beep,
press the [X] in the window's title-bar.
Now the whole desktop is unresponsive
On Mon, 2012-09-10 at 21:13 +0200, Henrik /KaarPoSoft wrote:
Dear all,
I am running gnome 3.4 and pulse-audio 2.1.
When closing a window, gnome-shell sometimes hangs,
waiting for pulse-audio.
snip/snip
I probably have a different but similar issue to yours, but just in case
it helps
24 matches
Mail list logo