From: mathieu.desnoyers@efficios.com (Mathieu Desnoyers)
Subject: [lttng-dev] baddr feature triggers deadlock in lttng-ust
Date: Fri, 28 Feb 2014 00:07:51 +0000 (UTC) [thread overview]
Message-ID: <864476638.31953.1393546071335.JavaMail.zimbra@efficios.com> (raw)
In-Reply-To: <530FCC33.4050200@voxpopuli.im>
As fixing it will very likely require a major rethinking of the locking strategy
for the entire UST, I'm not very keen to make that kind of change within stable
versions.
Unless an elegant solution shows up by tomorrow, I plan to disable the feature
(leaving the code there), and think up a solution for 2.5.
Thoughts ?
Thanks,
Mathieu
----- Original Message -----
> From: "Alexandre Montplaisir" <alexmonthy@voxpopuli.im>
> To: "Mathieu Desnoyers" <mathieu.desnoyers at efficios.com>
> Cc: "Paul Woegerer" <paul_woegerer at mentor.com>, lttng-dev at lists.lttng.org
> Sent: Thursday, February 27, 2014 6:37:23 PM
> Subject: Re: [lttng-dev] baddr feature triggers deadlock in lttng-ust
>
> Could it be hidden behind a non-default configure option, instead of
> completely removed?
>
> Alex
>
>
> On 14-02-27 04:30 PM, Mathieu Desnoyers wrote:
> > Hi Paul,
> >
> > Please see http://bugs.lttng.org/issues/745, which explains a deadlock
> > we just found out.
> >
> > We might have to disable the baddr dump feature, since our release is
> > tomorrow. We'll have to re-think our locking to protect operations
> > using the dynamic loader lock against fork, clone, and daemon.
> >
> > Thanks,
> >
> > Mathieu
> >
>
>
--
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
next prev parent reply other threads:[~2014-02-28 0:07 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1640835527.31912.1393536374130.JavaMail.zimbra@efficios.com>
2014-02-27 21:30 ` Mathieu Desnoyers
2014-02-27 23:37 ` Alexandre Montplaisir
2014-02-28 0:07 ` Mathieu Desnoyers [this message]
2014-02-28 9:33 ` Woegerer, Paul
2014-02-28 12:38 ` Woegerer, Paul
2014-02-28 14:05 ` Mathieu Desnoyers
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=864476638.31953.1393546071335.JavaMail.zimbra@efficios.com \
--to=mathieu.desnoyers@efficios.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox