Tristan Gingold wrote:
On Thu, Oct 12, 2006 at 05:32:00PM +0200, Johan Rydberg wrote:
> Tristan Gingold <[EMAIL PROTECTED]> writes:
>
> > On Thu, Oct 12, 2006 at 02:11:57PM +0200, Johan Rydberg wrote:
> >> Tristan Gingold <[EMAIL PROTECTED]> writes:
> >>
> >> >> You're telling me that EFI o
Hollis Blanchard <[EMAIL PROTECTED]> writes:
> On Thu, 2006-10-05 at 15:41 +0200, Marco Gerards wrote:
>> I'm looking forwards to your ideas, questions, suggestions, criticism
>> and bug reports. :-)
>
> How hard do you think it will be to implement all these features (and
> handle the bugs)?
Mos
Title: Mail
-
Original Message -
From:
尚涛
To:
hollis
Sent:
2006-10-13, 21:17:50
Subject:
Re%3A about %22grub.cfg%22
hollis，
Hi!At first,hanks for your reply. How
exactly would you like it to be automatically generated?" I think it at
least genera
Title: Mail
-
Original Message -
From:
尚涛
To:
hollis
Sent:
2006-10-13, 21:17:50
Subject:
Re%3A about %22grub.cfg%22
hollis，
Hi!At first,hanks for your reply. How
exactly would you like it to be automatically generated?" I think it at
least genera
On Friday 13 October 2006 10:02, bibo,mao wrote:
> On i386 objcopy in binutils can convert ELF format into PE32, but
> application need dynamically relocate itself so that PE32 image can be
> loaded to any place to execute. For grub-mkimage.c application need not
> because grub-mkimage will generat
On Tuesday 10 October 2006 19:17, Jeff Chua wrote:
> On Tue, 10 Oct 2006, Marco Gerards wrote:
> > Hollis Blanchard <[EMAIL PROTECTED]> writes:
> >> What exactly happens if we give the kernel a longer cmdline than it
> >> supports? Does it just truncate, or fail to boot?
> >
> > It truncates.
> >
>
On Friday 06 October 2006 21:16, Todd Denniston wrote:
> when I looked through the notes in the source and the grub2 (and grub)
> website I did not see anything indicating that either of the current
> unpatched releases of grub could work with a DiskOnChip flash device.
I do not think it works.
>
On Thursday 05 October 2006 15:41, Marco Gerards wrote:
> It's also one of the features that we all have to talk about before we
> determine it will not be changed. After GRUB 2 is being used by
> everyone it will be hard, if not impossible, to make changes that make
> different GRUB 2 versions in
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> On Thursday 05 October 2006 15:41, Marco Gerards wrote:
>> It's also one of the features that we all have to talk about before we
>> determine it will not be changed. After GRUB 2 is being used by
>> everyone it will be hard, if not impossible, t
For Xen development, I need multiboot for PowerPC. In a week or so, I
will be starting this work based on Okuji-san's wiki page at
http://grub.enbug.org/MultibootDraft .
I just wanted to let people know in case anybody has some additional
comments about it. (I haven't read the page fully yet mysel
I just stalk this mailing list, but I think it'd be great to turn the Multiboot specification less PC BIOS-centric. The Multiboot spec exposes various legacy structures for the x86 PC. How do you intend to work in platform specifics? Just expose the OF interface, or clone the device tree? What abou
On Friday 13 October 2006 21:52, Marco Gerards wrote:
> > I thought the same thing before, but I didn't, because the effect of
> > setting the root device has a different meaning, that is, to set a boot
> > device for the chainloader. Besides this, the root variable is very
> > similar to the conce
On Fri, 2006-10-13 at 15:06 -0500, Andrei E. Warkentin wrote:
> I just stalk this mailing list, but I think it'd be great to turn the
> Multiboot specification less PC BIOS-centric. The Multiboot spec
> exposes various legacy structures for the x86 PC. How do you intend to
> work in platform specif
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
>> >> =
>> >> for
>> >> =
>> >>
>> >> The for command can be used to iterate over a set of data. I don't
>> >> like the idea of implementing this *exactly* like in bash. Personally
>> >> I am thinking of the following syntax:
>> >>
>> >>
On 13.10.2006, at 15:55, Hollis Blanchard wrote:
On Fri, 2006-10-13 at 15:06 -0500, Andrei E. Warkentin wrote:
I just stalk this mailing list, but I think it'd be great to turn the
Multiboot specification less PC BIOS-centric. The Multiboot spec
exposes various legacy structures for the x86 PC.
On Fri, 2006-10-13 at 16:18 -0500, Andrei E. Warkentin wrote:
>
> > I don't intend to put any Open Firmware information into the
> multiboot
> > structure, since OF will still be live when the OS is executed.
>
> Ah okay, so just store the OF entry pointer or EFI system table with
> key-value.
This patch adds generic ELF loading infrastructure for both 32-bit and
64-bit ELF. It provides an "iterate" function for program headers, and a
"load" function for convenience.
I have converted the PowerPC Linux loader to use this infrastructure
(see next mail), and possibly the i386 multiboot loa
This patch converts the PowerPC Linux loader to use the ELF
infrastructure in the last patch, which gives us 64-bit ELF support. You
can see examples of how I'm using the ELF "iterate" and "load"
functions.
-Hollis
diff -r b7b3f308a91d include/grub/types.h
--- a/include/grub/types.h Fri Oct
I do not know whether it is possible to add one element in structure
grub_elf_file structure to identify ELF type (ELFCLASS32/ELFCLASS64)
and ELF machine type, this element can be set at function grub_elf_open.
Thanks
Bibo,mao
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAI
19 matches
Mail list logo
