From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752258AbdGESxH (ORCPT ); Wed, 5 Jul 2017 14:53:07 -0400 Received: from mx2.suse.de ([195.135.220.15]:59691 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752030AbdGESxG (ORCPT ); Wed, 5 Jul 2017 14:53:06 -0400 Date: Wed, 5 Jul 2017 20:53:02 +0200 From: Michal Hocko To: Linus Torvalds Cc: Andrew Morton , Vlastimil Babka , Ben Hutchings , Willy Tarreau , Oleg Nesterov , Rik van Riel , LKML , linux-mm Subject: Re: [PATCH] mm: mm, mmap: do not blow on PROT_NONE MAP_FIXED holes in the stack Message-ID: <20170705185302.GA24733@dhcp22.suse.cz> References: <20170705165602.15005-1-mhocko@kernel.org> <20170705182849.GA18027@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 05-07-17 11:35:51, Linus Torvalds wrote: > On Wed, Jul 5, 2017 at 11:28 AM, Michal Hocko wrote: > > > > Dohh, that was on mmotm which has a clean up by Oleg which reorganizes > > the code a bit. This is on top of the current master > > Oh, ok. I think I know which patch from Oleg you're talking about. > > Since I do want that patch too, and since I'd hate to cause > unnecessary merge conflicts in this area, how about we just plan on > letting your original patch (on top of Oleg's) go through Andrew and > the -mm tree? I'll get it that way, and it's not like this is > timing-critical. That would lead to conflicts when backporting to stable trees though which is quite annoying as well and arguably slightly more annoying than resolving this in mmotm. I can help to rebase Oleg's patch on top of mine which is not a stable material. -- Michal Hocko SUSE Labs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f70.google.com (mail-wm0-f70.google.com [74.125.82.70]) by kanga.kvack.org (Postfix) with ESMTP id 404266B03AF for ; Wed, 5 Jul 2017 14:53:07 -0400 (EDT) Received: by mail-wm0-f70.google.com with SMTP id b11so30517393wmh.0 for ; Wed, 05 Jul 2017 11:53:07 -0700 (PDT) Received: from mx1.suse.de (mx2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id k6si9785879wmc.177.2017.07.05.11.53.05 for (version=TLS1 cipher=AES128-SHA bits=128/128); Wed, 05 Jul 2017 11:53:06 -0700 (PDT) Date: Wed, 5 Jul 2017 20:53:02 +0200 From: Michal Hocko Subject: Re: [PATCH] mm: mm, mmap: do not blow on PROT_NONE MAP_FIXED holes in the stack Message-ID: <20170705185302.GA24733@dhcp22.suse.cz> References: <20170705165602.15005-1-mhocko@kernel.org> <20170705182849.GA18027@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org List-ID: To: Linus Torvalds Cc: Andrew Morton , Vlastimil Babka , Ben Hutchings , Willy Tarreau , Oleg Nesterov , Rik van Riel , LKML , linux-mm On Wed 05-07-17 11:35:51, Linus Torvalds wrote: > On Wed, Jul 5, 2017 at 11:28 AM, Michal Hocko wrote: > > > > Dohh, that was on mmotm which has a clean up by Oleg which reorganizes > > the code a bit. This is on top of the current master > > Oh, ok. I think I know which patch from Oleg you're talking about. > > Since I do want that patch too, and since I'd hate to cause > unnecessary merge conflicts in this area, how about we just plan on > letting your original patch (on top of Oleg's) go through Andrew and > the -mm tree? I'll get it that way, and it's not like this is > timing-critical. That would lead to conflicts when backporting to stable trees though which is quite annoying as well and arguably slightly more annoying than resolving this in mmotm. I can help to rebase Oleg's patch on top of mine which is not a stable material. -- Michal Hocko SUSE Labs -- 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