lkml.org 
[lkml]   [1999]   [Dec]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: (corrected) Re: [patch-2.3.33] memory size on proliant/1600
Date
In article <linux.kernel.Pine.SCO.3.94.991217093105.9645A-100000@tyne.london.sco.com>,
Tigran Aivazian <tigran@sco.COM> wrote:
>Hi Nathan and David,
>
>I don't know who to give credit to but since you guys work on E820 I thank
>you both - 2.3.34-pre1 works fine on this Proliant/1600 - this part of
>your fix:


I'd give the credit to Nathan; it's not his code, but he mentioned
the addr->pfn stuff to me, and if you saw it in my patch it's because
of that.

>+ start = PFN_UP(e820.map[i].addr);
>+ end = PFN_DOWN(e820.map[i].addr + e820.map[i].size);
>+ if (start >= end)
>+ continue;
>
>did the trick cleaner than my earlier suggestion.

Nathan and I are both beating away at the memory detect stuff (well,
I am; his patchsuite covers a lot of ground and I'm simply merging
the parts of his patch that overlaps my memory detection code) and
I think that we might have an Even Better Mousetrap as soon as I can
get 2.3.33 to actually load on the Ppro200 I'm building it on today :-(

____
david parsons \bi/ Not 2.3.33 + memory patches. No. 2.3.33 by itself,
\/ with gcc 2.7.2.3 and binutils 2.9.1.0.15. Sigh.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:55    [W:0.037 / U:0.112 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site