RE: about sanitize_e820_map()

[Pallipadi, Venkatesh]

>Date: Thu, 12 Jan 2006 11:02:49 +0900 (JST)
>From: Toshiyuki Ishii <psbfan@xxxxxxxxxxxxxxxx>
>To: linux-kernel@xxxxxxxxxxxxxxx
>Subject: about sanitize_e820_map()
>
>
>
>Good evening.
>I am Toshiyuki Ishii at Kurashiki in Japan.
>
>I am a beginner of kernel source code,
>so sorry if I am misunderstanding.
>
>In sanitize_e820_map(),
>When sorting change_point[] by address and swapping
>two maps that represets the same memory region
>and have a different address, end address for privious change_point
>and start address for current change_point,
>"if" statement is
>
>if ((change_point[i]->addr < change_point[i-1]->addr) ||
>
>     ((change_point[i]->addr == change_point[i-1]->addr) &&
>      (change_point[i]->addr == change_point[i]->pbios->addr) &&
>      (change_point[i-1]->addr != change_point[i-1]->pbios->addr))
>
>There are two conditions and I think the first one is sorting 
>by address.
>I have a qestion in the second condition.
>
>I think second line
>
>change_point[i]->addr == change_point[i]->pbios->addr
>
>checks that current change_point represents start address.
>and third line
>
>change_point[i-1]->addr != change_point[i-1]->pbios->addr
>
>checks that previous change_point represents end address.
>If this "if" statement intends to swap maps for "the same" region
>that match these condition,

As I understand this code, this is trying to swap the start and end of
"different" regions. Start and end of same region will always be sorted 
and end will appear after start (As we check for non-zero size and 
setup change_point in a way that start is before end).

But, there can be end of one region coinciding with start of next
region. 
In which case, this sorting puts the start before the end so that we 
can properly find out overlaps later.

I think the existing code is doing the right thing.

Thanks,
Venki
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/