From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758171AbcEFPEG (ORCPT ); Fri, 6 May 2016 11:04:06 -0400 Received: from mx1.redhat.com ([209.132.183.28]:51137 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757515AbcEFPED (ORCPT ); Fri, 6 May 2016 11:04:03 -0400 From: Andrea Arcangeli To: Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: Alex Williamson , "Kirill A. Shutemov" Subject: [PATCH 0/3] mm: thp: mapcount updates Date: Fri, 6 May 2016 17:03:57 +0200 Message-Id: <1462547040-1737-1-git-send-email-aarcange@redhat.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Fri, 06 May 2016 15:04:03 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, 1/3 is a bugfix and it fixes userland (not kernel) data corruption with vfio (and in general device driver) page pinning done with get_user_pages. More testing of it under any load is welcome (also not necessarily a page pinning load using vfio). Along with the above I'm sending also 2/3 and 3/3 but those are not meant to be merged upstream quickly and they're very low priority and furthermore 2/3 is not zero risk and it didn't get enough testing yet. Queuing 2/3 in -mm to give it more exposure should be ok though. 2/3 is only suitable for merging at the very opening of merge window anyway. Andrea Arcangeli (3): mm: thp: calculate the mapcount correctly for THP pages during WP faults mm: thp: microoptimize compound_mapcount() mm: thp: split_huge_pmd_address() comment improvement include/linux/mm.h | 12 +++++++-- include/linux/swap.h | 8 +++--- mm/huge_memory.c | 73 ++++++++++++++++++++++++++++++++++++++++++++-------- mm/memory.c | 22 ++++++++++------ mm/swapfile.c | 13 +++++----- 5 files changed, 98 insertions(+), 30 deletions(-)