Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751630AbdHAW3n (ORCPT ); Tue, 1 Aug 2017 18:29:43 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:40340 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751035AbdHAW3m (ORCPT ); Tue, 1 Aug 2017 18:29:42 -0400 Date: Tue, 1 Aug 2017 15:29:40 -0700 From: Andrew Morton To: Minchan Kim Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, kernel-team , Nadav Amit , Mel Gorman , Andrea Arcangeli Subject: Re: [PATCH v2 0/4] fix several TLB batch races Message-Id: <20170801152940.ba91066bd570ed3eadd8d2fc@linux-foundation.org> In-Reply-To: <1501566977-20293-1-git-send-email-minchan@kernel.org> References: <1501566977-20293-1-git-send-email-minchan@kernel.org> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1169 Lines: 26 On Tue, 1 Aug 2017 14:56:13 +0900 Minchan Kim wrote: > Nadav and Mel founded several subtle races caused by TLB batching. > This patchset aims for solving thoses problems using embedding > [inc|dec]_tlb_flush_pending to TLB batching API. > With that, places to know TLB flush pending catch it up by > using mm_tlb_flush_pending. > > Each patch includes detailed description. > > This patchset is based on v4.13-rc2-mmots-2017-07-28-16-10 + > "[PATCH v5 0/3] mm: fixes of tlb_flush_pending races" from Nadav Nadav is planning on doing a v4 of his patchset and it sounds like it will be significantly different. So I'll await that patch series. Nadav, I think it would be best if you were to integrate Minchan's patchset on top of yours and maintain the whole set as a single series, please. That way it all gets tested at the same time and you're testing the hopefully-final result. If that's OK then please retain the various acks and reviewed-bys in the changelogs. And we'll need to figure out which kernel versions to fix. Let's target 4.13-rcX for now, and assess the feasibility and desirability of backporting it all into -stable.