From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Dominik Dingel Subject: [PATCH v2 0/2] Allow gmap fault to retry Date: Thu, 26 Nov 2015 18:27:00 +0100 Message-Id: <1448558822-41358-1-git-send-email-dingel@linux.vnet.ibm.com> Sender: owner-linux-mm@kvack.org List-Archive: List-Post: To: "Kirill A. Shutemov" , Andrea Arcangeli , Martin Schwidefsky , Christian Borntraeger , "Jason J. Herne" , linux-s390@vger.kernel.org, linux-mm@kvack.org Cc: Andrew Morton , David Rientjes , Eric B Munson , Naoya Horiguchi , Mel Gorman , Heiko Carstens , Dominik Dingel , Paolo Bonzini , linux-kernel@vger.kernel.org List-ID: Hello, during Jasons work with postcopy migration support for s390 a problem regarding gmap faults was discovered. The gmap code will call fixup_userfault which will end up always in handle_mm_fault. Till now we never cared about retries, but as the userfaultfd code kind of relies on it, this needs some fix. Thanks, Dominik v1 -> v2: - Instead of passing the VM_FAULT_RETRY from fixup_user_fault we do retries within fixup_user_fault, like get_user_pages_locked do. - gmap code will now take retry if fixup_user_fault drops the lock Dominik Dingel (2): mm: bring in additional flag for fixup_user_fault to signal unlock s390/mm: enable fixup_user_fault retrying arch/s390/mm/pgtable.c | 31 ++++++++++++++++++++++++++++--- include/linux/mm.h | 5 +++-- kernel/futex.c | 2 +- mm/gup.c | 25 +++++++++++++++++++++---- 4 files changed, 53 insertions(+), 10 deletions(-) -- 2.3.9 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org