[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <515051ED.7060306@parallels.com>
Date: Mon, 25 Mar 2013 17:32:29 +0400
From: Pavel Emelyanov <xemul@...allels.com>
To: Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
Peter Zijlstra <peterz@...radead.org>
CC: Michael Kerrisk <mtk.manpages@...il.com>,
Matthew Helsley <matt.helsley@...il.com>,
linux-api@...r.kernel.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 0/3] posix timers: Extend kernel API to report more info
about timers (v3)
On 03/11/2013 01:11 PM, Pavel Emelyanov wrote:
> Hi.
>
> Currently kernel doesn't provide any API for getting information about
> what timers are currently created by process and in which state they
> are. Also, the way timer IDs are generated makes it impossible to create
> a timer with any desired ID. Both facilities are very very tempting by
> the checkpoint-restore project.
>
> That said, this series fixes posix timers API in this way:
>
> 1. it makes timers IDs generation per-signal_struct to allow for
> recreation of a timer with desired ID;
> 2. it adds per-task proc file where all timers created by it are
> listed.
>
> This v3 series is ported on v3.9-rc2 and patches' changelogs are fixed
> according to Thomas' feedback to contain info why the change is required.
Gentlemen,
I'm sorry for bothering you again, but I've (hopefully) addressed the issues
Thomas pointed out with the previous version of this set, thus I would like
to ask you about your plans about it. If there's anything else I should do,
just let me know.
Thanks,
Pavel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists