From mboxrd@z Thu Jan 1 00:00:00 1970 From: eiichiro.oiwa.nm@hitachi.com Date: Mon, 19 Mar 2007 03:12:55 +0000 Subject: Re: [PATCH 2.6.18] PCI: Turn pci_fixup_video into generic for Message-Id: List-Id: References: <200609280936.02098.jesse.barnes@intel.com> <200703161120.46123.bjorn.helgaas@hp.com> <200703161142.39854.jesse.barnes@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Jesse Barnes Cc: Bjorn Helgaas , akpm@osdl.org, tony.luck@intel.com, greg@kroah.com, Alan Cox , linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org >On Friday, March 16, 2007 10:20 am Bjorn Helgaas wrote: >> Are there really ia64 machines where we need to use the option ROM >> copy at 0xC0000? If so, is this documented somewhere? I couldn't >> find any mention in DIG64, EFI, or internal HP architecture specs. >> >> If we do need to use it, ia64 has a bit of a problem because on some >> boxes, the 0xC0000 memory supports only cacheable access, the VGA >> frame buffer at 0xA0000 supports only uncacheable access, and the >> usual ia64 ioremap mapping is a 16MB page that covers both. > >Apparently Eichiro's machine needs it, and of course there are i386 and >x86_64 machines that need it to, so it makes sense that it be generic. > >Jesse > Yes, our machine need it. >> Are there really ia64 machines where we need to use the option ROM >> copy at 0xC0000? If so, is this documented somewhere? I couldn't >> find any mention in DIG64, EFI, or internal HP architecture specs. "System Abstraction Layer Specification" describes it in section 2.6. Eiichiro