From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752483AbdGDQSq (ORCPT ); Tue, 4 Jul 2017 12:18:46 -0400 Received: from mail-oi0-f42.google.com ([209.85.218.42]:34325 "EHLO mail-oi0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752430AbdGDQSo (ORCPT ); Tue, 4 Jul 2017 12:18:44 -0400 MIME-Version: 1.0 In-Reply-To: <20170704113611.GA4732@decadent.org.uk> References: <20170619142358.GA32654@1wt.eu> <1498009101.2655.6.camel@decadent.org.uk> <20170621092419.GA22051@dhcp22.suse.cz> <1498042057.2655.8.camel@decadent.org.uk> <1499126133.2707.20.camel@decadent.org.uk> <20170704084122.GC14722@dhcp22.suse.cz> <20170704093538.GF14722@dhcp22.suse.cz> <20170704094728.GB22013@1wt.eu> <20170704104211.GG14722@dhcp22.suse.cz> <20170704113611.GA4732@decadent.org.uk> From: Linus Torvalds Date: Tue, 4 Jul 2017 09:18:42 -0700 X-Google-Sender-Auth: S7om_ZWDgOdtTsyAyxxhZFG7kC4 Message-ID: Subject: Re: [PATCH] mm: larger stack guard gap, between vmas To: Ben Hutchings , John Haxby Cc: Michal Hocko , Willy Tarreau , Hugh Dickins , Oleg Nesterov , "Jason A. Donenfeld" , Rik van Riel , Larry Woodman , "Kirill A. Shutemov" , Tony Luck , "James E.J. Bottomley" , Helge Diller , James Hogan , Laura Abbott , Greg KH , "security@kernel.org" , linux-distros@vs.openwall.org, Qualys Security Advisory , LKML , Ximin Luo Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 4, 2017 at 4:36 AM, Ben Hutchings wrote: > > That's what I was thinking of. Tried the following patch: > > Subject: mmap: Ignore VM_NONE mappings when checking for space to > expand the stack This looks sane to me. I'm going to ignore it in this thread, and assume that it gets sent as a patch separately, ok? It would be good to have more acks on it. Also, separately, John Haxby kind of implied that the LibreOffice regression on i386 is already fixed by commit f4cb767d76cf ("mm: fix new crash in unmapped_area_topdown()"). Or was that a separate issue? Linus