From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Lu14q-0004hN-Fi for mharc-grub-devel@gnu.org; Wed, 15 Apr 2009 05:06:40 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lu14o-0004g3-VC for grub-devel@gnu.org; Wed, 15 Apr 2009 05:06:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lu14i-0004cr-Rg for grub-devel@gnu.org; Wed, 15 Apr 2009 05:06:37 -0400 Received: from [199.232.76.173] (port=48050 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lu14i-0004ci-E2 for grub-devel@gnu.org; Wed, 15 Apr 2009 05:06:32 -0400 Received: from mail-bw0-f215.google.com ([209.85.218.215]:59731) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lu14h-0000gm-Oe for grub-devel@gnu.org; Wed, 15 Apr 2009 05:06:32 -0400 Received: by bwz11 with SMTP id 11so3062327bwz.42 for ; Wed, 15 Apr 2009 02:06:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=Y5W6ckIW6Qbh+FVrru8LUD3lXwZOfjACRnKwg4S14mE=; b=ZVU8SdsrFFCak/fq7Y6mH40+L0WHimE0UCICvcfKIPOGK7iFvOiboXWp2ooo4N+g66 iyy08lKuT8Nwqa0BAL4zLv97A1FKA8th6W8okJ9p7kQQNCtWAIGDiWJjBt+AvCDN+80n 7PcrUZCGjoNaRhFCxI+eK39BezbAPnIpROWwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=fh0/qeCk7bZSfsJLPQwP4mKhnrfRSdBU/Lueyjug14VUZAncbhWP1CWZWdlxE0sRtm 6Y1Z08q0hZi37qcjwhM4RdjtReue2ckkdpQCbWVYi08NzYYUg5YhOZ1b6eEK1emu4UnI zOCuwJc6OY/fwTiS+tkU/HhU+4CuxTcLck7LI= Received: by 10.204.55.142 with SMTP id u14mr7840908bkg.121.1239786390443; Wed, 15 Apr 2009 02:06:30 -0700 (PDT) Received: from ?192.168.1.100? (121.88.202.62.cust.bluewin.ch [62.202.88.121]) by mx.google.com with ESMTPS id g28sm7998234fkg.11.2009.04.15.02.06.29 (version=SSLv3 cipher=RC4-MD5); Wed, 15 Apr 2009 02:06:30 -0700 (PDT) Message-ID: <49E5A394.8050108@gmail.com> Date: Wed, 15 Apr 2009 11:06:28 +0200 From: phcoder User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: The development of GRUB 2 References: <49E3E0FB.1070907@verizon.net> <1239694395.3718.5.camel@fz.local> <49E455B7.5040402@verizon.net> <49E4518D.1090301@gmail.com> <49E5A102.40701@verizon.net> In-Reply-To: <49E5A102.40701@verizon.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: status grub2 port of grub-legasy map command X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2009 09:06:39 -0000 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 -- Regards Vladimir 'phcoder' Serbinenko