From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753504AbbCPLAp (ORCPT ); Mon, 16 Mar 2015 07:00:45 -0400 Received: from mta-out1.inet.fi ([62.71.2.227]:35586 "EHLO jenni2.inet.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751472AbbCPLAl (ORCPT ); Mon, 16 Mar 2015 07:00:41 -0400 Date: Mon, 16 Mar 2015 13:00:33 +0200 From: "Kirill A. Shutemov" To: Christian Borntraeger Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] mm: trigger panic on bad page or PTE states if panic_on_oops Message-ID: <20150316110033.GA20546@node.dhcp.inet.fi> References: <1426495021-6408-1-git-send-email-borntraeger@de.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1426495021-6408-1-git-send-email-borntraeger@de.ibm.com> User-Agent: Mutt/1.5.23.1 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 16, 2015 at 09:37:01AM +0100, Christian Borntraeger wrote: > while debugging a memory management problem it helped a lot to > get a system dump as early as possible for bad page states. > > Lets assume that if panic_on_oops is set then the system should > not continue with broken mm data structures. bed_pte is not an oops. Probably we should consider putting VM_BUG() at the end of these functions instead. -- Kirill A. Shutemov