From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752960Ab1KUMXG (ORCPT ); Mon, 21 Nov 2011 07:23:06 -0500 Received: from cantor2.suse.de ([195.135.220.15]:37477 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750903Ab1KUMXF (ORCPT ); Mon, 21 Nov 2011 07:23:05 -0500 Date: Mon, 21 Nov 2011 13:23:03 +0100 From: Michal Hocko To: Hillf Danton Cc: Andrea Arcangeli , Andrew Morton , Johannes Weiner , linux-mm@kvack.org, LKML Subject: Re: [PATCH] hugetlb: detect race if fail to COW Message-ID: <20111121122303.GA13594@tiehlicka.suse.cz> References: <20111118150742.GA23223@tiehlicka.suse.cz> <20111118161128.GC23223@tiehlicka.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111118161128.GC23223@tiehlicka.suse.cz> 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 On Fri 18-11-11 17:11:28, Michal Hocko wrote: > On Fri 18-11-11 23:23:12, Hillf Danton wrote: > > On Fri, Nov 18, 2011 at 11:07 PM, Michal Hocko wrote: > > > On Fri 18-11-11 22:04:37, Hillf Danton wrote: > > >> In the error path that we fail to allocate new huge page, before try again, we > > >> have to check race since page_table_lock is re-acquired. > > > > > > I do not think we can race here because we are serialized by > > > hugetlb_instantiation_mutex AFAIU. Without this lock, however, we could > > > fall into avoidcopy and shortcut despite the fact that other thread has > > > already did the job. > > > > > > The mutex usage is not obvious in hugetlb_cow so maybe we want to be > > > explicit about it (either a comment or do the recheck). > > > > > > > Then the following check is unnecessary, no? > > Hmm, thinking about it some more, I guess we have to recheck because we > can still race with page migration. So we need you patch. OK, so looked at it again and we cannot race with page migration because the page is locked (by unmap_and_move_*page) migration and we have the old page locked here as well (hugetlb_fault). Or am I missing something? -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic