From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756843AbcJGRdr (ORCPT ); Fri, 7 Oct 2016 13:33:47 -0400 Received: from mail-wm0-f48.google.com ([74.125.82.48]:36948 "EHLO mail-wm0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753234AbcJGRdh (ORCPT ); Fri, 7 Oct 2016 13:33:37 -0400 MIME-Version: 1.0 In-Reply-To: References: <20161005190604.GA8116@1wt.eu> <20161007054824.GA9917@1wt.eu> From: Kees Cook Date: Fri, 7 Oct 2016 10:33:33 -0700 X-Google-Sender-Auth: u_LfrFldBN3iKR6BNm_W_Z1tZXc Message-ID: Subject: Re: BUG_ON() in workingset_node_shadows_dec() triggers To: Linus Torvalds Cc: Willy Tarreau , Paul Gortmaker , Johannes Weiner , Andrew Morton , Antonio SJ Musumeci , Miklos Szeredi , Linux Kernel Mailing List , stable 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 Fri, Oct 7, 2016 at 10:21 AM, Linus Torvalds wrote: > On Fri, Oct 7, 2016 at 10:16 AM, Kees Cook wrote: >> >> Regardless, I still think that we can't let BUG continue kernel >> execution though, since it may lead to entirely unexpected behavior >> (possibly security-sensitive) by still running. Upgrading BUG to >> panic(), though, I'd be fine with, as a way to get people to convert >> to WARN. > > No. Really. You can upgrade BUG() to "panic()" with a kernel command > line. But not by default. > > I'm not going to take any patches that make BUG() even *worse*. That > would be insane. I'm not insane. I'll quit debating how to change things, but I'll just try to point out that the "stop execution" logic, currently, is not an accident. Without CONFIG_BUG, BUG is defined as "do {} while (1)", and without CONFIG_HAVE_ARCH_BUG, BUG is defined as "printk(...); panic(...);". -Kees -- Kees Cook Nexus Security