Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752337AbdGDAFa (ORCPT ); Mon, 3 Jul 2017 20:05:30 -0400 Received: from mail-oi0-f68.google.com ([209.85.218.68]:35472 "EHLO mail-oi0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751910AbdGDAF3 (ORCPT ); Mon, 3 Jul 2017 20:05:29 -0400 MIME-Version: 1.0 In-Reply-To: <1499126133.2707.20.camel@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> From: Linus Torvalds Date: Mon, 3 Jul 2017 17:05:27 -0700 X-Google-Sender-Auth: 44TocAVU9zG4K46113WYg_p0JiU Message-ID: Subject: Re: [PATCH] mm: larger stack guard gap, between vmas To: Ben Hutchings Cc: Michal Hocko , Hugh Dickins , Willy Tarreau , 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 Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1031 Lines: 23 On Mon, Jul 3, 2017 at 4:55 PM, Ben Hutchings wrote: > > Firstly, some Rust programs are crashing on ppc64el with 64 KiB pages. > Apparently Rust maps its own guard page at the lower limit of the stack > (determined using pthread_getattr_np() and pthread_attr_getstack()). I > don't think this ever actually worked for the main thread stack, but it > now also blocks expansion as the default stack size of 8 MiB is smaller > than the stack gap of 16 MiB. Would it make sense to skip over > PROT_NONE mappings when checking whether it's safe to expand? Hmm. Maybe. Also, the whole notion that the gap should be relative to the page size never made sense to me. So I think we could/should just make the default gap size be one megabyte, not that "256 pages" abortion. > Secondly, LibreOffice is crashing on i386 when running components > implemented in Java. I don't have a diagnosis for this yet. Ugh. Nobody seeing this inside SuSe/Red Hat? I don't think I've heard about this.. Linus