From: Jonathan Andrews <jon@jonshouse.co.uk>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org, Clemens Ladisch <clemens@ladisch.de>
Subject: Re: Random process lockup on ARM board: alsa-lib-1.0.25, FUTEX_WAIT_PRIVATE
Date: Thu, 08 Mar 2012 19:05:49 +0000 [thread overview]
Message-ID: <1331233549.2772.5.camel@jonspc> (raw)
In-Reply-To: <s5h8vjbyuly.wl%tiwai@suse.de>
On Thu, 2012-03-08 at 16:34 +0100, Takashi Iwai wrote:
> At Thu, 08 Mar 2012 15:14:50 +0000,
> Jonathan Andrews wrote:
> >
> > On Thu, 2012-03-08 at 15:35 +0100, Clemens Ladisch wrote:
> > > Jonathan Andrews wrote:
> > > > Getting closer, alsalib now builds without the need for pthreads but
> > > > seems to insist on dlopen dlclose even in static lib ?
> > >
> > > Add --without-libdl.
> > >
Using the static libasound without pthreads now.
Process still stalls in same way:
ARM / # strace -p 408
Process 408 attached - interrupt to quit
futex(0x15a684, FUTEX_WAIT, 2, NULL
^C <unfinished ...>
Process 408 detached
Took 3 hours 1 min to stall. It was decoding 8 udp audio streams, a
second tx process reading from the same sound device was also running.
An strace of a stall (intel this time) is here. Its 2GB and on a slow
link (sorry).
http://www.jonshouse.co.uk/download/a_stop.txt
futex(0xae5320, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be
restarted)
--- SIGINT (Interrupt) @ 0 (0) ---
The futex address 0xae5320 occurs only once at the end of the text file
so I have no idea what sets it up.
Thanks,
Jon
next prev parent reply other threads:[~2012-03-08 19:05 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-16 12:01 Random process lockup on ARM board: alsa-lib-1.0.25, FUTEX_WAIT_PRIVATE Jonathan Andrews
2012-02-17 21:04 ` Jonathan Andrews
2012-02-18 13:02 ` Jonathan Andrews
2012-02-18 20:36 ` Clemens Ladisch
[not found] ` <1329603022.1089.57.camel@jonspc>
2012-02-20 7:54 ` Clemens Ladisch
[not found] ` <1329926198.22918.10.camel@jonspc>
2012-02-22 16:23 ` Clemens Ladisch
2012-02-24 0:29 ` Jonathan Andrews
2012-02-29 9:12 ` Huang Shijie
2012-03-07 20:07 ` Darren Hart
2012-03-07 21:22 ` Jonathan Andrews
2012-03-08 3:42 ` Darren Hart
2012-03-08 2:28 ` Huang Shijie
2012-03-08 3:36 ` Darren Hart
2012-03-08 4:24 ` Huang Shijie
2012-03-08 7:40 ` Darren Hart
2012-03-08 8:43 ` Huang Shijie
[not found] ` <1329933773.24266.44.camel@jonspc>
2012-03-08 8:53 ` Clemens Ladisch
[not found] ` <1331199625.22455.7.camel@jonspc>
[not found] ` <4F588213.2030600@ladisch.de>
[not found] ` <1331203724.22455.44.camel@jonspc>
2012-03-08 11:43 ` Clemens Ladisch
2012-03-08 13:04 ` Jonathan Andrews
2012-03-08 13:47 ` Jonathan Andrews
2012-03-08 14:35 ` Clemens Ladisch
2012-03-08 15:14 ` Jonathan Andrews
2012-03-08 15:34 ` Takashi Iwai
2012-03-08 16:42 ` Jonathan Andrews
2012-03-08 19:05 ` Jonathan Andrews [this message]
2012-03-08 20:40 ` Clemens Ladisch
2012-03-08 21:42 ` Jonathan Andrews
2012-03-14 13:18 ` Jonathan Andrews
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1331233549.2772.5.camel@jonspc \
--to=jon@jonshouse.co.uk \
--cc=alsa-devel@alsa-project.org \
--cc=clemens@ladisch.de \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.