Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757437Ab2HNUWV (ORCPT ); Tue, 14 Aug 2012 16:22:21 -0400 Received: from mx1.redhat.com ([209.132.183.28]:55500 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755805Ab2HNUWU (ORCPT ); Tue, 14 Aug 2012 16:22:20 -0400 Date: Tue, 14 Aug 2012 23:23:10 +0300 From: "Michael S. Tsirkin" To: Rafael Aquini Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org, Rusty Russell , Rik van Riel , Mel Gorman , Andi Kleen , Andrew Morton , Konrad Rzeszutek Wilk , Minchan Kim Subject: Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages Message-ID: <20120814202310.GA28990@redhat.com> References: <292b1b52e863a05b299f94bda69a61371011ac19.1344619987.git.aquini@redhat.com> <20120813082619.GE14081@redhat.com> <20120814174404.GA13338@t510.redhat.com> <20120814193525.GB28840@redhat.com> <20120814200043.GB22133@t510.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120814200043.GB22133@t510.redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1818 Lines: 42 On Tue, Aug 14, 2012 at 05:00:49PM -0300, Rafael Aquini wrote: > On Tue, Aug 14, 2012 at 10:35:25PM +0300, Michael S. Tsirkin wrote: > > > > > +/* __isolate_lru_page() counterpart for a ballooned page */ > > > > > +bool isolate_balloon_page(struct page *page) > > > > > +{ > > > > > + if (WARN_ON(!movable_balloon_page(page))) > > > > > > > > Looks like this actually can happen if the page is leaked > > > > between previous movable_balloon_page and here. > > > > > > > > > + return false; > > > > > > Yes, it surely can happen, and it does not harm to catch it here, print a warn and > > > return. > > > > If it is legal, why warn? For that matter why test here at all? > > > > As this is a public symbol, and despite the usage we introduce is sane, the warn > was placed as an insurance policy to let us know about any insane attempt to use > the procedure in the future. That was due to a nice review nitpick, actually. > > Even though the code already had a test to properly avoid this race you > mention, I thought that sustaining the warn was a good thing. As I told you, > despite real, I've never got (un)lucky enough to stumble across that race window > while testing the patch. > > If your concern is about being too much verbose on logging, under certain > conditions, perhaps we can change that test to a WARN_ON_ONCE() ? > > Mel, what are your thoughts here? > > > > While testing it, I wasn't lucky to see this small window opening, though. think about it: you see it in log. so you know race triggered. now what? why is it useful to know this? -- 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/