Re: status grub2 port of grub-legasy map command

[phcoder <phcoder@gmail.com>]

Yes it is. Also it's better to use grub_mmap_iterate instead of basing 
the location on 0x413 value. How to do it look at mmap/i386/pc/mmap.c
John Stanley wrote:
> I'd be happy to sign a copywrite statement, no problem -- how do I go 
> about it ?
> 
> Is this what you're referring to:
> 
>        /* BDA offset 0x13 contains the top of conventional memory, in 
> kiB.  */
>      grub_uint16_t *bpa_freekb = (grub_uint16_t*)0x00000413;
>      .
>      .
>      *bpa_freekb -= payload_sizekb;
> 
> where payload_sizekb is the size of the drivemap int13 handler + its 
> mapped drive table ?
> 
> 
> phcoder wrote:
>> If you want your code to be incorporated you need to sign the 
>> copyright assignment.
>> John Stanley wrote:
>>> I have also incorporated  your mmap services patch as well (again 
>>> with  minor mods to build in r2106). My question at this point, is 
>>> how best to incorporate mmap services into drivemap. I see that in 
>>> mmap/i386/pc/mmap.c there is some sort of support for int12 and int15 
>>> services. Should I incorporate the drivemap int13 handler here ? 
>>> Looks relatively straightforward -- just insert the asm handler into 
>>> mmap/i386/pc/mmap_helper.S and update mmap/i386/pc/mmap.c -- (except 
>>> for how I place the mapped drives table), or, should I use the mmap.c 
>>> code as a template for the drivemap int13 handler plus mapped drives 
>>> table ?
>> Don't do it that way. It merges 2 unrelated modules. At some point 
>> drivermap does following
>> *bpaMemInKb -= ...;
>> But this isn't correct because mmap interrupts still list the memory 
>> used by drivemap as available. Use grub_mmap_register instead of it.
>>>
>>> thanks for any help/suggestions,
>>> John
>>>
>>> phcoder wrote:
>>>> I haven't yet looked in depth in drivemap patch but it has some 
>>>> problems. It uses preboot hook interface for which I proposed an 
>>>> update in my recent patch "preboot hooks". Also it doesn't update 
>>>> memorymap correctly. For this it should use my "mmap services" 
>>>> interface
>>>> John Stanley wrote:
>>>>> Thanks Felix,
>>>>>
>>>>> Hurm.. Well, if anyone is interested, I have just made a couple of 
>>>>> additional updates to the drivemap.path.8 code,
>>>>> and now with r2104 the "unaligned pointer" issue is gone, and it is 
>>>>> working great on my systems. I can post the patch if you or anyone 
>>>>> else is interested.
>>>>> John
>>>>>
>>>>>
>>>>> Felix Zielcke wrote:
>>>>>> Am Montag, den 13.04.2009, 21:03 -0400 schrieb John Stanley:
>>>>>>  
>>>>>>> Hi all,
>>>>>>> I was wondering what the current status of a grub2 port of the 
>>>>>>> grub-0.97 "map" and "rootnoverify" commands is?  I have found 
>>>>>>> some work done to this end in the "drivemap.patch" work, but I 
>>>>>>> find nothing more recent than drivemap.patch.8 dated around Aug 
>>>>>>> 2008.
>>>>>>>     
>>>>>>
>>>>>> The current status of it are exactly what you found out.
>>>>>> I don't know if that'll ever change.
>>>>>>
>>>>>>
>>>>>>  
>>>>>>> Could anyone give me any pointers/direction on what might be 
>>>>>>> happening here? Could it be that the "norootverify"-functionality 
>>>>>>> of grub-legasy is lacking here? Or, perhaps, that the "--force" 
>>>>>>> option is not being honored ?
>>>>>>>     
>>>>>>
>>>>>> rootnoverify isn't needed anymore, because root is now just a 
>>>>>> variable
>>>>>> and not anymore a command which tried to verify it. So basically
>>>>>> rootnoverify is default now.
>>>>>> chainloader --force just skips the check for 0xaa55, normally it
>>>>>> shouldn't be needed with a valid windows bootsector.
>>>>>>   
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Grub-devel mailing list
>>>>> Grub-devel@gnu.org
>>>>> http://lists.gnu.org/mailman/listinfo/grub-devel
>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> Grub-devel mailing list
>>> Grub-devel@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/grub-devel
>>
>>
> 
> 
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel


-- 

Regards
Vladimir 'phcoder' Serbinenko