[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110516160947.GC20624@htj.dyndns.org>
Date: Mon, 16 May 2011 18:09:47 +0200
From: Tejun Heo <tj@...nel.org>
To: Oleg Nesterov <oleg@...hat.com>
Cc: jan.kratochvil@...hat.com, vda.linux@...glemail.com,
linux-kernel@...r.kernel.org, torvalds@...ux-foundation.org,
akpm@...ux-foundation.org, indan@....nu, bdonlan@...il.com
Subject: Re: [PATCH 6/9] job control: make task_clear_jobctl_pending()
clear TRAPPING automatically
Hello,
On Mon, May 16, 2011 at 06:00:19PM +0200, Oleg Nesterov wrote:
> > It's a safety mechanism. We shouldn't have TRAPPING set when no
> > stop/trap is pending and the above establishes that invariant
>
> Hmm. I thought that SIGCONT should add the new TRAPPING... My head spins.
So, it's two-fold, but we better talk about this with actual patches.
* SIGCONT always clears pending group stop - ie. JOBCTL_STOP_PENDING.
If clearing of that flag leaves no group stop / trap condition
pending (group stop pending was the only condition), it
automatically clears TRAPPING.
* SIGCONT schedules JOBCTL_TRAP_STOP (STOP trap site for ptracer) and
schedules TRAPPING, if tracee is already in TRAP_STOP for
notification. Note that this condition doesn't interact with the
above action.
> My only point, I still think that it is better to not apply these
> preparations right now, without the next SEIZE/etc changes.
Sure thing. As long as you don't see anything obviously wrong in the
prep patches, the rest of the series should be easier to review.
Anyways, will post soon.
Thanks.
--
tejun
--
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