[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1447890598-56860-1-git-send-email-dingel@linux.vnet.ibm.com>
Date: Thu, 19 Nov 2015 00:49:56 +0100
From: Dominik Dingel <dingel@...ux.vnet.ibm.com>
To: linux-s390@...r.kernel.org, linux-mm@...ck.org
Cc: Andrew Morton <akpm@...ux-foundation.org>,
"Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>,
Andrea Arcangeli <aarcange@...hat.com>,
David Rientjes <rientjes@...gle.com>,
Eric B Munson <emunson@...mai.com>,
Naoya Horiguchi <n-horiguchi@...jp.nec.com>,
Mel Gorman <mgorman@...e.de>,
Martin Schwidefsky <schwidefsky@...ibm.com>,
Heiko Carstens <heiko.carstens@...ibm.com>,
Dominik Dingel <dingel@...ux.vnet.ibm.com>,
Christian Borntraeger <borntraeger@...ibm.com>,
Paolo Bonzini <pbonzini@...hat.com>,
"Jason J. Herne" <jjherne@...ux.vnet.ibm.com>,
linux-kernel@...r.kernel.org
Subject: [PATCH 0/2] Allow gmap fault to retry
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 needed some fix. This patchset includes the
retry logic fory gmap fault scenarios, as well as passing back VM_FAULT_RETRY
from fixup_userfault.
Thanks,
Dominik
Dominik Dingel (2):
mm: fixup_userfault returns VM_FAULT_RETRY if asked
s390/mm: allow gmap code to retry on faulting in guest memory
arch/s390/mm/pgtable.c | 28 ++++++++++++++++++++++++----
mm/gup.c | 2 ++
2 files changed, 26 insertions(+), 4 deletions(-)
--
2.3.9
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists