From: John Stanley <jpsinthemix@verizon.net>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: status grub2 port of grub-legasy map command
Date: Wed, 15 Apr 2009 04:55:30 -0400 [thread overview]
Message-ID: <49E5A102.40701@verizon.net> (raw)
In-Reply-To: <49E4518D.1090301@gmail.com>
I have your preboot hooks patch incorporated into grub-r2106 along with
a suitably updated version of drivemap, which remains flawlessly working
with 2nd-harddisk Windows XP boots (grub being installed on the 1st
harddisk along with Linux). Had to make a few minor changes to the
preboot hooks patch to get it to build in r2106.
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 ?
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
>
>
next prev parent reply other threads:[~2009-04-15 8:55 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-14 1:03 status grub2 port of grub-legasy map command John Stanley
2009-04-14 7:33 ` Felix Zielcke
2009-04-14 9:21 ` John Stanley
2009-04-14 9:04 ` phcoder
2009-04-15 8:55 ` John Stanley [this message]
2009-04-15 9:06 ` phcoder
2009-04-15 9:30 ` John Stanley
2009-04-15 9:34 ` phcoder
2009-04-17 21:20 ` Javier Martín
2009-04-17 21:42 ` Vladimir Serbinenko
2009-04-17 23:12 ` John Stanley
2009-04-17 23:46 ` Vladimir Serbinenko
2009-04-18 0:01 ` John Stanley
2009-04-18 2:18 ` Javier Martín
2009-04-18 2:36 ` Vladimir Serbinenko
2009-05-03 0:02 ` Javier Martín
2009-05-03 9:17 ` Vladimir 'phcoder' Serbinenko
2009-05-03 19:45 ` Pavel Roskin
2009-05-03 20:59 ` Pavel Roskin
2009-05-03 23:37 ` Javier Martín
2009-05-04 3:57 ` Pavel Roskin
2009-05-06 18:41 ` Javier Martín
2009-05-09 9:17 ` Vladimir 'phcoder' Serbinenko
2009-05-09 13:27 ` Javier Martín
2009-05-09 14:04 ` Vladimir 'phcoder' Serbinenko
2009-05-09 15:42 ` Javier Martín
2009-05-10 11:47 ` Vladimir 'phcoder' Serbinenko
2009-05-10 17:03 ` Javier Martín
2009-05-14 1:51 ` Pavel Roskin
2009-05-14 6:49 ` Vladimir 'phcoder' Serbinenko
2009-05-14 14:03 ` Pavel Roskin
2009-05-14 15:01 ` Vladimir 'phcoder' Serbinenko
2009-05-14 18:17 ` Pavel Roskin
2009-05-14 18:38 ` Vladimir 'phcoder' Serbinenko
2009-05-15 22:46 ` Javier Martín
2009-05-30 15:28 ` Vladimir 'phcoder' Serbinenko
2009-05-31 10:01 ` Javier Martín
2009-05-31 11:36 ` Vladimir 'phcoder' Serbinenko
2009-05-31 12:48 ` Javier Martín
2009-05-31 16:00 ` Vladimir 'phcoder' Serbinenko
2009-05-31 16:26 ` Javier Martín
2009-05-31 18:05 ` Vladimir 'phcoder' Serbinenko
2009-05-31 18:50 ` Javier Martín
2009-05-31 19:00 ` Vladimir 'phcoder' Serbinenko
2009-05-31 19:35 ` Christian Franke
2009-05-31 20:13 ` Javier Martín
2009-06-01 9:53 ` Vladimir 'phcoder' Serbinenko
2009-06-01 20:41 ` Javier Martín
2009-06-01 21:45 ` Vladimir 'phcoder' Serbinenko
2009-06-04 18:56 ` Vladimir 'phcoder' Serbinenko
2009-06-05 13:55 ` Vladimir 'phcoder' Serbinenko
2009-06-05 14:06 ` Javier Martín
2009-05-14 6:53 ` Vladimir 'phcoder' Serbinenko
2009-05-14 14:11 ` Pavel Roskin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49E5A102.40701@verizon.net \
--to=jpsinthemix@verizon.net \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.