From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755380AbaDOSs5 (ORCPT ); Tue, 15 Apr 2014 14:48:57 -0400 Received: from mail-la0-f52.google.com ([209.85.215.52]:43546 "EHLO mail-la0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754167AbaDOSsy (ORCPT ); Tue, 15 Apr 2014 14:48:54 -0400 Date: Tue, 15 Apr 2014 22:48:51 +0400 From: Cyrill Gorcunov To: Andrew Morton Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, hughd@google.com, xemul@parallels.com, Naoya Horiguchi Subject: Re: [patch 4/4] mm: Clear VM_SOFTDIRTY flag inside clear_refs_write instead of clear_soft_dirty Message-ID: <20140415184851.GS23983@moon> References: <20140324122838.490106581@openvz.org> <20140324125926.204897920@openvz.org> <20140415110654.4dd9a97c216e2689316fa448@linux-foundation.org> <20140415182935.GR23983@moon> <20140415114449.c8732a56f9974c2819e4541a@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140415114449.c8732a56f9974c2819e4541a@linux-foundation.org> 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 Tue, Apr 15, 2014 at 11:44:49AM -0700, Andrew Morton wrote: > On Tue, 15 Apr 2014 22:29:35 +0400 Cyrill Gorcunov wrote: > > > On Tue, Apr 15, 2014 at 11:06:54AM -0700, Andrew Morton wrote: > > > > > > I resolved this by merging > > > mm-softdirty-clear-vm_softdirty-flag-inside-clear_refs_write-instead-of-clear_soft_dirty.patch > > > on top of the pagewalk patches as below - please carefully review. > > > > Thanks a lot, Andrew! I've updated the patches and were planning to send them to you > > tonightm but because you applied it on top of pagewal patches, I think i rather need to > > fetch -next repo and review this patch and update the rest of the series on top (hope > > i'll do that in 3-4 hours). > > -mm isn't in -next at present. I'll get a release done later today for > tomorrow's -next. OK. Could you please remind me the place I could fetch the patchwalk series from? (or better to wait until -mm get merged into -next?)