From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Kirill A. Shutemov" Subject: Re: [PATCH 0/18] change mmap_sem taken for write killable Date: Mon, 29 Feb 2016 17:04:16 +0300 Message-ID: <20160229140416.GA12506@node.shutemov.name> References: <1456752417-9626-1-git-send-email-mhocko@kernel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1456752417-9626-1-git-send-email-mhocko@kernel.org> Sender: owner-linux-mm@kvack.org To: Michal Hocko Cc: LKML , Andrew Morton , linux-mm@kvack.org, Alex Deucher , Alex Thorlton , Andrea Arcangeli , Andy Lutomirski , Benjamin LaHaise , Christian =?iso-8859-1?Q?K=F6nig?= , Daniel Vetter , Dave Hansen , David Airlie , Davidlohr Bueso , David Rientjes , "H . Peter Anvin" , Hugh Dickins , Ingo Molnar , Johannes Weiner , "Kirill A . Shutemov" , Konstantin Khlebnikov , linux-arch@vger.kernel.org, Mel Gorman , Oleg Nesterov Pe List-Id: linux-arch.vger.kernel.org On Mon, Feb 29, 2016 at 02:26:39PM +0100, Michal Hocko wrote: > Hi, > this is a follow up work for oom_reaper [1]. As the async OOM killing > depends on oom_sem for read we would really appreciate if a holder for > write stood in the way. This patchset is changing many of down_write > calls to be killable to help those cases when the writer is blocked and > waiting for readers to release the lock and so help __oom_reap_task to > process the oom victim. > > Most of the patches are really trivial because the lock is help from a > shallow syscall paths where we can return EINTR trivially. Others seem > to be easy as well as the callers are already handling fatal errors and > bail and return to userspace which should be sufficient to handle the > failure gracefully. I am not familiar with all those code paths so a > deeper review is really appreciated. What about effect on userspace? IIUC, we would have now EINTR returned from bunch of syscall, which haven't had this errno on the table before. Should we care? > As this work is touching more areas which are not directly connected I > have tried to keep the CC list as small as possible and people who I > believed would be familiar are CCed only to the specific patches (all > should have received the cover though). > > This patchset is based on linux-next and it depends on down_write_killable > for rw_semaphores posted recently [2]. > > I haven't covered all the mmap_write(mm->mmap_sem) instances here > > $ git grep "down_write(.*\)" next/master | wc -l > 102 > $ git grep "down_write(.*\)" | wc -l > 66 > > I have tried to cover those which should be relatively easy to review in > this series because this alone should be a nice improvement. Other places > can be changed on top. > > Any feedback is highly appreciated. > > --- > [1] http://lkml.kernel.org/r/1452094975-551-1-git-send-email-mhocko@kernel.org > [2] http://lkml.kernel.org/r/1456750705-7141-1-git-send-email-mhocko@kernel.org > > -- > 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 -- Kirill A. Shutemov -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f46.google.com ([74.125.82.46]:35336 "EHLO mail-wm0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750709AbcB2OEU (ORCPT ); Mon, 29 Feb 2016 09:04:20 -0500 Received: by mail-wm0-f46.google.com with SMTP id l68so63987931wml.0 for ; Mon, 29 Feb 2016 06:04:19 -0800 (PST) Date: Mon, 29 Feb 2016 17:04:16 +0300 From: "Kirill A. Shutemov" Subject: Re: [PATCH 0/18] change mmap_sem taken for write killable Message-ID: <20160229140416.GA12506@node.shutemov.name> References: <1456752417-9626-1-git-send-email-mhocko@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1456752417-9626-1-git-send-email-mhocko@kernel.org> Sender: linux-arch-owner@vger.kernel.org List-ID: To: Michal Hocko Cc: LKML , Andrew Morton , linux-mm@kvack.org, Alex Deucher , Alex Thorlton , Andrea Arcangeli , Andy Lutomirski , Benjamin LaHaise , Christian =?iso-8859-1?Q?K=F6nig?= , Daniel Vetter , Dave Hansen , David Airlie , Davidlohr Bueso , David Rientjes , "H . Peter Anvin" , Hugh Dickins , Ingo Molnar , Johannes Weiner , "Kirill A . Shutemov" , Konstantin Khlebnikov , linux-arch@vger.kernel.org, Mel Gorman , Oleg Nesterov , Peter Zijlstra , Petr Cermak , Thomas Gleixner Message-ID: <20160229140416.Or34L0nPGybIf8aaORGOBMUXv7bvprAOUUMpYJeoSrw@z> On Mon, Feb 29, 2016 at 02:26:39PM +0100, Michal Hocko wrote: > Hi, > this is a follow up work for oom_reaper [1]. As the async OOM killing > depends on oom_sem for read we would really appreciate if a holder for > write stood in the way. This patchset is changing many of down_write > calls to be killable to help those cases when the writer is blocked and > waiting for readers to release the lock and so help __oom_reap_task to > process the oom victim. > > Most of the patches are really trivial because the lock is help from a > shallow syscall paths where we can return EINTR trivially. Others seem > to be easy as well as the callers are already handling fatal errors and > bail and return to userspace which should be sufficient to handle the > failure gracefully. I am not familiar with all those code paths so a > deeper review is really appreciated. What about effect on userspace? IIUC, we would have now EINTR returned from bunch of syscall, which haven't had this errno on the table before. Should we care? > As this work is touching more areas which are not directly connected I > have tried to keep the CC list as small as possible and people who I > believed would be familiar are CCed only to the specific patches (all > should have received the cover though). > > This patchset is based on linux-next and it depends on down_write_killable > for rw_semaphores posted recently [2]. > > I haven't covered all the mmap_write(mm->mmap_sem) instances here > > $ git grep "down_write(.*\)" next/master | wc -l > 102 > $ git grep "down_write(.*\)" | wc -l > 66 > > I have tried to cover those which should be relatively easy to review in > this series because this alone should be a nice improvement. Other places > can be changed on top. > > Any feedback is highly appreciated. > > --- > [1] http://lkml.kernel.org/r/1452094975-551-1-git-send-email-mhocko@kernel.org > [2] http://lkml.kernel.org/r/1456750705-7141-1-git-send-email-mhocko@kernel.org > > -- > 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 -- Kirill A. Shutemov