Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261300AbVBRGRV (ORCPT ); Fri, 18 Feb 2005 01:17:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261299AbVBRGRV (ORCPT ); Fri, 18 Feb 2005 01:17:21 -0500 Received: from sv1.valinux.co.jp ([210.128.90.2]:32143 "EHLO sv1.valinux.co.jp") by vger.kernel.org with ESMTP id S261164AbVBRGRS (ORCPT ); Fri, 18 Feb 2005 01:17:18 -0500 Date: Fri, 18 Feb 2005 15:17:20 +0900 From: Itsuro Oda To: ebiederm@xmission.com (Eric W. Biederman) Subject: Re: [Fastboot] Re: [PATCH] /proc/cpumem Cc: fastboot , lkml In-Reply-To: References: <20050217084547.4C72.ODA@valinux.co.jp> Message-Id: <20050218150658.4CA2.ODA@valinux.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.10.04 [ja] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 872 Lines: 24 Hi, On 17 Feb 2005 02:55:31 -0700 ebiederm@xmission.com (Eric W. Biederman) wrote: > My role in this is that of maintainer and architect. On a practical > level I gain nothing from a working crash-dump/kexec-on-panic > implementation except it stops being a gating factor for the rest > of the kexec code. So while many times I can see what needs to be > done it is hard for me to justify doing it. So a lot of times > where I will weigh in with code is when I see a particular blind spot > on the part of the implementors. I see. I would like to contribute as possible I can. Thanks. -- Itsuro ODA - 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/