Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755760Ab0DUPrs (ORCPT ); Wed, 21 Apr 2010 11:47:48 -0400 Received: from nlpi157.sbcis.sbc.com ([207.115.36.171]:33000 "EHLO nlpi157.prodigy.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755857Ab0DUPrp (ORCPT ); Wed, 21 Apr 2010 11:47:45 -0400 Date: Wed, 21 Apr 2010 10:46:45 -0500 (CDT) From: Christoph Lameter X-X-Sender: cl@router.home To: Mel Gorman cc: Andrew Morton , Andrea Arcangeli , Adam Litke , Avi Kivity , David Rientjes , Minchan Kim , KAMEZAWA Hiroyuki , KOSAKI Motohiro , Rik van Riel , linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH 04/14] mm,migration: Allow the migration of PageSwapCache pages In-Reply-To: <20100421153421.GM30306@csn.ul.ie> Message-ID: References: <1271797276-31358-1-git-send-email-mel@csn.ul.ie> <1271797276-31358-5-git-send-email-mel@csn.ul.ie> <20100421150037.GJ30306@csn.ul.ie> <20100421151417.GK30306@csn.ul.ie> <20100421153421.GM30306@csn.ul.ie> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1315 Lines: 33 On Wed, 21 Apr 2010, Mel Gorman wrote: > > > 2. Is the BUG_ON check in > > > include/linux/swapops.h#migration_entry_to_page() now wrong? (I > > > think yes, but I'm not sure and I'm having trouble verifying it) > > > > The bug check ensures that migration entries only occur when the page > > is locked. This patch changes that behavior. This is going too oops > > therefore in unmap_and_move() when you try to remove the migration_ptes > > from an unlocked page. > > > > It's not unmap_and_move() that the problem is occurring on but during a > page fault - presumably in do_swap_page but I'm not 100% certain. remove_migration_pte() calls migration_entry_to_page(). So it must do that only if the page is still locked. You need to ensure that the page is not unlocked in move_to_new_page() if the migration ptes are kept. move_to_new_page() only unlocks the new page not the original page. So that is safe. And it seems that the old page is also unlocked in unmap_and_move() only after the migration_ptes have been removed? So we are fine after all...? -- 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/