Hello, I resurrect this thread because of the recent developement in
preboot, mmap and drivemap this subject becomes very actual
On Fri, Aug 29, 2008 at 1:15 PM, Bean wrote:
> Hi,
>
> The traditional memory is quite small, and is used by real mode apps.
> By moving grub2 kernel to upper memory,
On Fri, Sep 5, 2008 at 12:49 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 03, 2008 at 04:15:33PM +0530, BVK Chaitanya wrote:
>>
>> Since payload(s) needs to be present at their precise positions only
>> after the boot command, we can always deterministically /schedule/
>> memmove oper
On Wed, Sep 03, 2008 at 04:15:33PM +0530, BVK Chaitanya wrote:
> Hi,
>
>
> What is the conclusion of this thread? is this idea still explored?
>
>
> Robert Millan wrote:
> >
> >The first concern that comes to mind is how would GRUB coexist with the
> >payload area which precisely starts at 0x1
Hi,
What is the conclusion of this thread? is this idea still explored?
Robert Millan wrote:
The first concern that comes to mind is how would GRUB coexist with the
payload area which precisely starts at 0x10. But I expect we'd face
many unexpected issues.
Does this mean, GRUB needs
On Sun, Aug 31, 2008 at 9:30 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 30, 2008 at 11:15:35PM +0800, Bean wrote:
>>
>> gcc hello.c -o hello -lgrub2
>
> Ah, what I meant about linking was to make it easy to link external code into
> GRUB modules. Standalone executables sound more o
On Sat, Aug 30, 2008 at 11:15:35PM +0800, Bean wrote:
>
> gcc hello.c -o hello -lgrub2
Ah, what I meant about linking was to make it easy to link external code into
GRUB modules. Standalone executables sound more overkill to me.
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to
On Sat, Aug 30, 2008 at 11:15:35PM +0800, Bean wrote:
>
> Speaking of library, I think we can provide a dynamic library for core
> grub2 function. Apps written properly can be executed in both native
> os and grub2. For example:
>
> int main()
> {
> grub_printf ("Hello world\n");
> return 0;
On Sat, Aug 30, 2008 at 8:40 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 29, 2008 at 07:15:43PM +0800, Bean wrote:
>> Hi,
>>
>> The traditional memory is quite small, and is used by real mode apps.
>> By moving grub2 kernel to upper memory, it's possible to keep it after
>> dos start
On Fri, Aug 29, 2008 at 07:15:43PM +0800, Bean wrote:
> Hi,
>
> The traditional memory is quite small, and is used by real mode apps.
> By moving grub2 kernel to upper memory, it's possible to keep it after
> dos started, and we can invoke grub2 service using interrupts. One
> important usage is t
Hi,
The traditional memory is quite small, and is used by real mode apps.
By moving grub2 kernel to upper memory, it's possible to keep it after
dos started, and we can invoke grub2 service using interrupts. One
important usage is to provide disk related function to dos via int 13,
for example, lo
10 matches
Mail list logo
