Re: [PATCH 04/11] Disable the mfn_is_ram() check, it doesn't work correctly on all systems

[Matthew Fioravante <matthew.fioravante@jhuapl.edu>]

[-- Attachment #1.1: Type: text/plain, Size: 1679 bytes --]

On 10/02/2012 06:49 AM, Ian Campbell wrote:
> On Thu, 2012-09-27 at 18:09 +0100, Matthew Fioravante wrote:
>> This patch disables the mfn_is_ram check in mini-os. The current check
>> is insufficient and fails on some systems with larger than 4gb memory.
>>
>> Signed-off-by: Matthew Fioravante <matthew.fioravante@jhuapl.edu>
>> Acked-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
> Further down the thread with the Ack Samuel said:
>         We can probably just remove the check in __do_ioremap, which
>         AFAIK is the only call.
>
> since this function is a bit pointless now.
I think its a question of whether or not we want to leave it for someone
to implement correctly later (by getting the memory map from the
hypervisor/ doing e820 calls) or get rid of it entirely. Since its only
purpose seems to be for preventing mini-os devs from making logical
errors I'd be more inclined to just get rid of it.

Do you all agree? If so I can send a new patch with it taken out.
>
>> diff --git a/extras/mini-os/arch/x86/mm.c b/extras/mini-os/arch/x86/mm.c
>> index 80aceac..5813a08 100644
>> --- a/extras/mini-os/arch/x86/mm.c
>> +++ b/extras/mini-os/arch/x86/mm.c
>> @@ -850,6 +850,8 @@ unsigned long alloc_contig_pages(int order, unsigned int addr_bits)
>>  static long system_ram_end_mfn;
>>  int mfn_is_ram(unsigned long mfn)
>>  {
>> +   /* This is broken on systems with large ammounts of ram. Always return 0 for now */
>> +    return 0;
>>      /* very crude check if a given MFN is memory or not. Probably should
>>       * make this a little more sophisticated ;) */
>>      return (mfn <= system_ram_end_mfn) ? 1 : 0;
>



[-- Attachment #1.2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 1459 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel