From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752668AbbJQMIs (ORCPT ); Sat, 17 Oct 2015 08:08:48 -0400 Received: from e23smtp05.au.ibm.com ([202.81.31.147]:35032 "EHLO e23smtp05.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751587AbbJQMIr (ORCPT ); Sat, 17 Oct 2015 08:08:47 -0400 X-Helo: d23dlp03.au.ibm.com X-MailFrom: aneesh.kumar@linux.vnet.ibm.com X-RcptTo: linux-kernel@vger.kernel.org From: "Aneesh Kumar K.V" To: Andrew Morton , Laurent Dufour Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, xemul@parallels.com, linuxppc-dev@lists.ozlabs.org, mpe@ellerman.id.au, benh@kernel.crashing.org, paulus@samba.org, criu@openvz.org Subject: Re: [PATCH 0/3] mm/powerpc: enabling memory soft dirty tracking In-Reply-To: <20151016141129.8b014c6d882c475fafe577a9@linux-foundation.org> References: <20151016141129.8b014c6d882c475fafe577a9@linux-foundation.org> User-Agent: Notmuch/0.20.2 (http://notmuchmail.org) Emacs/24.5.1 (x86_64-pc-linux-gnu) Date: Sat, 17 Oct 2015 17:37:44 +0530 Message-ID: <87io65itpr.fsf@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 15101712-0017-0000-0000-00000207142F Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Andrew Morton writes: > On Fri, 16 Oct 2015 14:07:05 +0200 Laurent Dufour wrote: > >> This series is enabling the software memory dirty tracking in the >> kernel for powerpc. This is the follow up of the commit 0f8975ec4db2 >> ("mm: soft-dirty bits for user memory changes tracking") which >> introduced this feature in the mm code. >> >> The first patch is fixing an issue in the code clearing the soft dirty >> bit. The PTE were not cleared before being modified, leading to hang >> on ppc64. >> >> The second patch is fixing a build issue when the transparent huge >> page is not enabled. >> >> The third patch is introducing the soft dirty tracking in the powerpc >> architecture code. > > I grabbed these patches, but they're more a ppc thing than a core > kernel thing. I can merge them into 4.3 with suitable acks or drop > them if they turn up in the powerpc tree. Or something else? patch 1 and patch 2 are fixes for generic code. That can go via -mm tree. The ppc64 bits should go via linux-powerpc tree. We have changes in this area pending to be merged upstream and patch 3 will result in conflicts. -aneesh