Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757956Ab2BIPnm (ORCPT ); Thu, 9 Feb 2012 10:43:42 -0500 Received: from mail-bk0-f46.google.com ([209.85.214.46]:54181 "EHLO mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752828Ab2BIPnl (ORCPT ); Thu, 9 Feb 2012 10:43:41 -0500 Date: Thu, 9 Feb 2012 19:43:37 +0400 From: Anton Vorontsov To: Oleg Nesterov Cc: Greg KH , KOSAKI Motohiro , "Eric W. Biederman" , "Paul E. McKenney" , Paul Mundt , Russell King , Mike Frysinger , Benjamin Herrenschmidt , Richard Weinberger , linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/8] arm: Fix possible race on task->mm Message-ID: <20120209154336.GA4769@oksana.dev.rtsoft.ru> References: <20120207064809.GA29061@oksana.dev.rtsoft.ru> <20120207065004.GC1496@oksana.dev.rtsoft.ru> <20120208160808.GB17177@redhat.com> <20120209153346.GA346@oksana.dev.rtsoft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120209153346.GA346@oksana.dev.rtsoft.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1295 Lines: 36 On Thu, Feb 09, 2012 at 07:33:46PM +0400, Anton Vorontsov wrote: > On Wed, Feb 08, 2012 at 05:08:08PM +0100, Oleg Nesterov wrote: > > On 02/07, Anton Vorontsov wrote: > > > > > > Checking for task->mm is dangerous as ->mm might disappear (exit_mm() > > > assigns NULL under task_lock(), so tasklist lock is not enough). > > > > > > We can't use get_task_mm()/mmput() pair as mmput() might sleep, > > > > Yes, but > > > > > so let's take the task lock while we care about its mm. > > > > it seems that this needs find_lock_task_mm() too ? > > > > the same for the rest patches in this series. > > Yep, I think you're right, will add this change. Thinking about it more... making the code use find_lock_task_mm would be a behaviour change. Sure, in trivial cases like ARM this looks like a 100% safe thing to do, but in e.g. UML case, I wouldn't bet much money on that 'mm->context.id.u.pid' would be still meaningful. So, I'd rather do it in a separate change, so this can be easily reverted. -- Anton Vorontsov Email: cbouatmailru@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/