[lttng-dev] Alternative to signals/sys_membarrier() in liburcu
Mathieu Desnoyers
mathieu.desnoyers at efficios.com
Thu Mar 12 10:58:18 EDT 2015
----- Original Message -----
> From: "Duncan Sands" <baldrick at free.fr>
> To: lttng-dev at lists.lttng.org
> Sent: Thursday, February 12, 2015 8:57:51 AM
> Subject: Re: [lttng-dev] Alternative to signals/sys_membarrier() in liburcu
>
> Hi Michael,
>
> On 11/02/15 01:03, Michael Sullivan wrote:
> > I've been looking at the RCU library (as part of gathering examples for my
> > research on weak memory models) and was thinking about ways to force other
> > threads to issue barriers. Since it seems like sys_membarrier() never made
> > it
> > into the kernel, I was pondering whether there was some other way to more
> > or
> > less get its effect; as it turns out, there is, but it is a hack:
> > mprotect(2).
>
> is it clear that sys_membarrier is really dead?
There were no technical objections to sys_membarrier. The only objection
left was that only liburcu was needing it, and kernel maintainers were
concerned to introduce a kernel API for only a single user.
It would be good if we can come up with other uses of sys_membarrier.
Thoughts ?
Thanks,
Mathieu
>
> Ciao, Duncan.
>
> _______________________________________________
> lttng-dev mailing list
> lttng-dev at lists.lttng.org
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
>
--
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
More information about the lttng-dev
mailing list