On Wed, Mar 19, 2008 at 06:11:31PM +0100, Robert Millan wrote:
[...]
> > Fine for me.
>
> Will you send a new patch for this?
Yes, I still plan to update my patches. But I am currently out of time...
Tristan.
___
Grub-devel mailing list
Grub-devel@g
On Tue, Jan 29, 2008 at 03:46:50PM +0100, Marco Gerards wrote:
> Robert suggested some changes. I also noticed in the discussion that
> you didn't follow common practise (like an existing grub-mkimage
> implementation). Personally, as maintainer, I am against maintaining
> two different approache
On Tue, Jan 29, 2008 at 09:26:16AM +0100, Marco Gerards wrote:
> Tristan Gingold <[EMAIL PROTECTED]> writes:
> What did it print?
Nothing. Typing enter at the prompt simply print a new prompt. Like bash.
> This can be applied.
I don't have commit rights, so I can&
istan.
2008-01-28 Tristan Gingold <[EMAIL PROTECTED]>
* kern/misc.c (grub_strcasecmp): New function.
* include/grub/misc.h: Declare grub_strcasecmp.
* fs/fat.c (grub_fat_find_dir): Use case insensitive string
compare as filenames are not case sensitive.
diff
On Tue, Jan 29, 2008 at 07:48:29PM +0100, Robert Millan wrote:
[...]
> AFAIK, there's no standard specifiing FAT, only a few implementations that act
> de-facto as a "reference". Because of this, it is up to us to decide what is
> "standard" and what is just an OS-dependant oddity.
There are spef
Hi,
extracted from my IA64 patch.
Tristan.
2008-01-28 Tristan Gingold <[EMAIL PROTECTED]>
* kern/rescue.c: Silently accept empty lines.
diff -ruNp -x '*~' -x CVS grub2.orig/kern/rescue.c grub2/kern/rescue.c
--- grub2.orig/kern/rescue.c2007-09-03 22:28:23
On Mon, Jan 28, 2008 at 05:55:04PM +0100, Robert Millan wrote:
>
> Hi Tristan!
[...]
> > This port deviate from other grub ports in modules: I currently use a trick
> > to provide basic module support: they are prelinked during installation.
> > This makes the initial port easier (and possible ot
On Thu, Mar 22, 2007 at 11:49:55PM +0100, Jeroen Dekkers wrote:
> At Wed, 21 Mar 2007 14:58:54 -0800,
> xiongyi wrote:
[...]
> > 2. The goal of grub2 for efi support is the same as the one of elilo,
> > namely an efi OS Loader (also an efi application, for example elilo.efi file
> > in the elilo p
On Fri, Jan 26, 2007 at 07:46:59PM +0100, Yoshinori K. Okuji wrote:
> On Wednesday 03 January 2007 13:09, Thomas Schwinge wrote:
> > Is there a consensus that GRUB (or rather GRUB2) should be ported to
> > allow them to run in a Xen environment?
>
> Sorry for my late response. Personally, I think
On Tue, Dec 12, 2006 at 11:54:41PM +0100, Yoshinori K. Okuji wrote:
> On Tuesday 12 December 2006 21:56, Hollis Blanchard wrote:
> > On Sat, 2006-12-09 at 06:31 +0100, Tristan Gingold wrote:
> > > On Fri, Dec 08, 2006 at 06:02:31PM -0600, Hollis Blanchard wrote:
> > > &g
On Tue, Dec 12, 2006 at 03:48:34PM -0600, Hollis Blanchard wrote:
> On Fri, 2006-12-08 at 18:02 -0600, Hollis Blanchard wrote:
> >
> > On the consumer side of multiboot (in this case Xen), we need to loop
> > over the tags, and when we find a module tag, how do we know which it
> > is? The Multibo
[Sorry for the late reply]
On Tue, Dec 12, 2006 at 02:56:10PM -0600, Hollis Blanchard wrote:
> On Sat, 2006-12-09 at 06:31 +0100, Tristan Gingold wrote:
> > On Fri, Dec 08, 2006 at 06:02:31PM -0600, Hollis Blanchard wrote:
> > > On Fri, 2006-10-27 at 06:09 +0200, Tri
On Thu, Dec 14, 2006 at 11:09:59AM +0100, adrian15 wrote:
> >On Wednesday 13 December 2006 09:59, adrian15 wrote:
> >>> For them their first hard disk (Who is going to have a zero-hard disk in
> >>> the real world. It has no sense) is C:, but you could name it 1.
> >>> And when they partition their
On Fri, Dec 08, 2006 at 06:02:31PM -0600, Hollis Blanchard wrote:
> On Fri, 2006-10-27 at 06:09 +0200, Tristan Gingold wrote:
> > BTW, why not adding a type field for module tag. The type (which should be
> > an UUID IMHO) should indicate the type of the module.
> > One u
On Sat, Nov 25, 2006 at 04:00:28AM +0100, Yoshinori K. Okuji wrote:
> On Thursday 16 November 2006 00:41, [EMAIL PROTECTED] wrote:
> > BTW, on ia64 8192 is too small. Linux and Xen put the ivt (interrupt
> > vector table) at the head of the file because it has the largest alignment
> > requirement
On Sun, Nov 19, 2006 at 01:31:17PM -0600, Andrei E. Warkentin wrote:
> Well, couldn't the compressed .text/.rdata be stored in an ELF
> section itself?
Do you have a more complex idea? :-)
For ia64, we don't have all the x86 issues: grub must just be able to load
an ELF file (as well as modules)
On Sun, Nov 19, 2006 at 10:26:54AM +, Brano Zarnovican wrote:
> On 11/17/06, Andrei E. Warkentin <[EMAIL PROTECTED]> wrote:
> >
> >How about having a custom e_type for ELF images booted by GRUB? Something
> >in
>
> Guys at Xen solved it nicely with custom ELF section. Somewhere in
> your OS c
On Thu, Nov 02, 2006 at 09:52:02PM +0200, Yoshinori K. Okuji wrote:
> On Monday 30 October 2006 21:24, Tristan Gingold wrote:
> > The best raison is to have a unified method to identify a module. IMHO the
> > argument line is to be interpreted only by the module.
> >
On Mon, Oct 30, 2006 at 09:20:55PM +0200, Yoshinori K. Okuji wrote:
> On Sunday 29 October 2006 17:38, Tristan Gingold wrote:
> > grub should be aware of the main module types. For these TYPE is a keyword
> > such as ramdisk, kernel, xen-acm...
> > For not yet known types
On Fri, Oct 27, 2006 at 12:37:35AM -0500, Hollis Blanchard wrote:
> On Fri, 2006-10-27 at 06:09 +0200, Tristan Gingold wrote:
> > On Thu, Oct 26, 2006 at 02:58:35PM -0500, Hollis Blanchard wrote:
> > > http://grub.enbug.org/MultibootDraft
> > >
> > >
On Thu, Oct 26, 2006 at 02:58:35PM -0500, Hollis Blanchard wrote:
> http://grub.enbug.org/MultibootDraft
>
> I'm looking at implementing this now.
>
> Module:
> Because of the 'length' field in the tag header, the 'reserved' field
> isn't actually needed. The 'length' field makes every one of the
On Wed, Oct 25, 2006 at 07:41:41PM +0200, Marco Gerards wrote:
> Svante Signell <[EMAIL PROTECTED]> writes:
>
> > Any comments from the Grub development crew?
> >
> > Forwarded Message
> >> From: Stefan Reinauer <[EMAIL PROTECTED]>
> >> To: Svante Signell <[EMAIL PROTECTED]>, Lin
On Sat, Oct 14, 2006 at 05:33:44PM +0200, Yoshinori K. Okuji wrote:
> On Saturday 14 October 2006 00:37, Hollis Blanchard wrote:
> > 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" functio
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:
> >>
> >> >>
On Thu, Oct 12, 2006 at 02:11:57PM +0200, Johan Rydberg wrote:
> Tristan Gingold <[EMAIL PROTECTED]> writes:
>
> >> You're telling me that EFI on your IA-64 system does not relocate the
> >> program before start executing it? That sounds strange.
>
On Thu, Oct 12, 2006 at 01:30:18PM +0200, Johan Rydberg wrote:
> Tristan Gingold <[EMAIL PROTECTED]> writes:
>
> > the code to relocate is used by grub to relocate itself. On EFI systems
> > programs can be loaded at any address (physical mode).
>
> You'r
On Wed, Oct 11, 2006 at 07:43:26PM +0800, Mao, Bibo wrote:
> On IA64 module supporting is very complicated, I do not know whether
> Grub2 can provide configuration file to compile command module with
> both compile-in mode or module mode.
>
> If commands are compiled with compile-in mode, then th
On Tue, Oct 10, 2006 at 08:15:26PM +0200, Johan Rydberg wrote:
> Johan Rydberg <[EMAIL PROTECTED]> writes:
>
> > Anyhow, when I get a few more minutes over I'll try to review your
> > patches more in depth.
>
> A few comments;
>
> * Would it be possible for you to rewrite kern/ia64/efi/startu
28 matches
Mail list logo
