lkml.org 
[lkml]   [2008]   [Aug]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH]Fix broken VMI in 2.6.27-rc..
Zachary Amsden wrote:
>
> That can't be done until we know the size of the hole to relocate, which
> isn't known until we probe in the first meg of memory to find the
> associated ROM. It used to be the case that other things that poked
> around with platform specific memory and checking ROM areas lived around
> here in setup.c, so it was a nice place to put it. With all the
> abstraction and combination and overifdeffing going on here, that might
> no longer be the case.
>
> We could move it earlier, but then we'd need another hook to call in
> after max_low_pfn is known.
>
> Or we could remove the dependency on max_low_pfn and just create a
> liberal linear to physical mapping for lomem which spans all possible
> low memory; then it doesn't matter so much where it is called.
>

Okay, you lost me about halfway through that... could you perhaps
describe the problem from the beginning, exactly what you're trying to do?

-hpa


\
 
 \ /
  Last update: 2008-08-07 23:37    [W:0.074 / U:0.076 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site