Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753649Ab0ADW7s (ORCPT ); Mon, 4 Jan 2010 17:59:48 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752751Ab0ADW7q (ORCPT ); Mon, 4 Jan 2010 17:59:46 -0500 Received: from hera.kernel.org ([140.211.167.34]:36650 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752045Ab0ADW7q (ORCPT ); Mon, 4 Jan 2010 17:59:46 -0500 Message-ID: <4B4273D6.2010306@kernel.org> Date: Tue, 05 Jan 2010 08:03:50 +0900 From: Tejun Heo User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091130 SUSE/3.0.0-1.1.1 Thunderbird/3.0 MIME-Version: 1.0 To: Hui Zhu CC: Arjan van de Ven , Russell King , saeed bishara , Catalin Marinas , Nicolas Pitre , Ralf Baechle , David Daney , Tomaso Paoletti , Chris Dearman , Paul Gortmaker , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , x86@kernel.org, Frederic Weisbecker , Alexey Dobriyan , Brian Gerst , Rusty Russell , Andrew Morton , Steven Rostedt , Greg Kroah-Hartman , "Paul E. McKenney" , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mips@linux-mips.org, Coly Li Subject: Re: [PATCH] stack2core: show stack message and convert it to core file when kernel die References: <4B411F14.1040302@kernel.org> <20100103150134.5bdab023@infradead.org> <4B412341.2010002@kernel.org> <20100103151406.20228c3a@infradead.org> In-Reply-To: X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 918 Lines: 24 Hello, On 01/05/2010 01:22 AM, Hui Zhu wrote: > For the s2c, user just "s2c < message >core" It did everything with itself. > After that, gdb vmlinux core. It is true that by making the kernel oops message more verbose, s2c can be made way simpler. However, dependence on standard object tools or perl is already assumed and avoiding it doesn't really buy anything. I really like the idea but unfortunately I'm doubtful that it will be able to go upstream in the current form. The suggested solution (extending markup_oops.pl) won't be too much work, most of functionality will remain the same and will have much higher chance of getting included. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/