Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261400AbUCATFk (ORCPT ); Mon, 1 Mar 2004 14:05:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261404AbUCATFk (ORCPT ); Mon, 1 Mar 2004 14:05:40 -0500 Received: from e1.ny.us.ibm.com ([32.97.182.101]:11467 "EHLO e1.ny.us.ibm.com") by vger.kernel.org with ESMTP id S261400AbUCATFj (ORCPT ); Mon, 1 Mar 2004 14:05:39 -0500 Subject: Re: [CFT][PATCH] 2.6.4-rc1 remove x86 boot page tables From: Dave Hansen To: "Eric W. Biederman" Cc: Linux Kernel Mailing List In-Reply-To: References: Content-Type: text/plain Message-Id: <1078167938.27444.43.camel@nighthawk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 01 Mar 2004 11:05:38 -0800 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 831 Lines: 19 On Sun, 2004-02-29 at 23:32, Eric W. Biederman wrote: > I have rewritten and compiled tested the boot_ioremap code but I don't > have a configuration to test it. This effects the EFI code and the > numa srat code. It might be worth replacing boot_ioremap with __va() > to reduce the amount of error checking necessary. I can probably have someone test it, but you're right, we don't really need boot_ioremap() if we're going to map in all 4G at boot time. I'd just prefer that you remove it completely in your patch. I can test it on some SRAT hardware if you'd like. -- dave - 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/