Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757941AbXJZLkZ (ORCPT ); Fri, 26 Oct 2007 07:40:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751783AbXJZLkM (ORCPT ); Fri, 26 Oct 2007 07:40:12 -0400 Received: from ns2.suse.de ([195.135.220.15]:54131 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752236AbXJZLkK (ORCPT ); Fri, 26 Oct 2007 07:40:10 -0400 From: Andi Kleen To: Thomas Gleixner Subject: Re: [PATCH 1/3 -v4] x86_64 EFI runtime service support: EFI basic runtime service support Date: Fri, 26 Oct 2007 13:37:02 +0200 User-Agent: KMail/1.9.1 Cc: "Huang, Ying" , Andrew Morton , "H. Peter Anvin" , Ingo Molnar , "Eric W. Biederman" , Chandramouli Narayanan , LKML , Arjan van de Ven References: <1193295473.23935.202.camel@caritas-dev.intel.com> <1193360591.23935.212.camel@caritas-dev.intel.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710261337.03465.ak@suse.de> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 624 Lines: 15 > I still do not understand why we need all this EFI hackery at all > aside of the possible usage for saving a crash dump on FLASH, which we > could do directly from the kernel as well. Battery backed up RAM not Flash. The layout of that RAM is BIOS dependent so we need some BIOS support for change it. Essentially it's a way to put something into the BIOS event log. -Andi - 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/