Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262171AbVBBHPF (ORCPT ); Wed, 2 Feb 2005 02:15:05 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262221AbVBBHPF (ORCPT ); Wed, 2 Feb 2005 02:15:05 -0500 Received: from ns.intellilink.co.jp ([61.115.5.249]:6605 "HELO ns.intellilink.co.jp") by vger.kernel.org with SMTP id S262171AbVBBHO7 (ORCPT ); Wed, 2 Feb 2005 02:14:59 -0500 Message-ID: <42009874.7000209@intellilink.co.jp> Date: Wed, 02 Feb 2005 18:08:04 +0900 From: Koichi Suzuki User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: ebiederm@xmission.com Cc: Vivek Goyal , Andrew Morton , fastboot , lkml , Maneesh Soni , Hariprasad Nellitheertha , suparna bhattacharya Subject: Re: [Fastboot] [PATCH] Reserving backup region for kexec based crashdumps. References: <1106294155.26219.26.camel@2fwv946.in.ibm.com> <1106305073.26219.46.camel@2fwv946.in.ibm.com> <1106475280.26219.125.camel@2fwv946.in.ibm.com> <1106833527.15652.146.camel@2fwv946.in.ibm.com> <41FF381B.4080904@intellilink.co.jp> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1502 Lines: 37 ebiederm@xmission.com wrote: > Koichi Suzuki writes: > > >>Hook in panic code is very good idea and is useful in various scenes. It could >>be used to kick RAM dump code, obviously, and also kick the code to initiate >>failover, etc. Various use could be possible so I believe that this hook >>should be prepared for wider use. > > > It is. Basically it is the normal kexec interface that allows you to > boot another kernel. With a few restrictions that should keep it as > reliable as possible when the kernel has not shut itself down cleanly. > > The hardest case is to do a useful system core dump. As that requires > looking at what has gone before. For the rest if you can do it > with a kernel and a initramfs you are in good shape. > > There seems to be a significant amount of interest in the full > system core dump case so that is what the work is concentrating > on. > > Eric > I meant with kexec and dump hook, there could be many more things can be done in addition to full core dump. Initiating failover to other node will be one example. Starting with this hook, there must be many good ideas. So my idea is to make this hook general purpose, not for specific core dump tool. Koichi Suzuki - 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/