From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934151Ab2HWQKT (ORCPT ); Thu, 23 Aug 2012 12:10:19 -0400 Received: from mx1.redhat.com ([209.132.183.28]:50007 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754037Ab2HWQKN (ORCPT ); Thu, 23 Aug 2012 12:10:13 -0400 Date: Thu, 23 Aug 2012 19:10:26 +0300 From: "Michael S. Tsirkin" To: Rafael Aquini Cc: Rik van Riel , "Paul E. McKenney" , Peter Zijlstra , linux-mm@kvack.org, linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org, Rusty Russell , Mel Gorman , Andi Kleen , Andrew Morton , Konrad Rzeszutek Wilk , Minchan Kim Subject: Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility Message-ID: <20120823161026.GA29059@redhat.com> References: <20120823021903.GA23660@x61.redhat.com> <20120823100107.GA17409@redhat.com> <20120823121338.GA3062@t510.redhat.com> <20120823123432.GA25659@redhat.com> <20120823130606.GB3746@t510.redhat.com> <20120823135328.GB25709@redhat.com> <20120823152128.GA8975@t510.redhat.com> <20120823155401.GA28876@redhat.com> <50365443.1070104@redhat.com> <20120823160647.GA10777@t510.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120823160647.GA10777@t510.redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 23, 2012 at 01:06:48PM -0300, Rafael Aquini wrote: > On Thu, Aug 23, 2012 at 12:03:15PM -0400, Rik van Riel wrote: > > > > > >Not "longer" - apparently forever unless user resend the leak command. > > >It's wrong - it should > > >1. not tell host if nothing was done > > >2. after migration finished leak and tell host > > > > Agreed. If the balloon is told to leak N pages, and could > > not do so because those pages were locked, the balloon driver > > needs to retry (maybe waiting on a page lock?) and not signal > > completion until after the job has been completed. > > > > Having the balloon driver wait on the page lock should be > > fine, because compaction does not hold the page lock for > > long. > > And that is precisely what leak_balloon is doing. When it stumbles across a > locked page it gets rid of that leak round to give a shot for compaction to > finish its task. > Yes but I do not see where it will retry. If it does, please add a comment pointing out where it happens. -- MST