Quoting Alexandre Boeglin <[EMAIL PROTECTED]>:
> Le mer 30 jan 2008 à 06:48:11 +0100, Tristan Gingold a écrit :
> > * loader/ia64/efi/linux_normal.c: New file.
> > * loader/ia64/efi/linux.c: New file.
>
> Hello,
>
> Wouldn't it be possible to merge these and the current loader/i386/efi/lin
Quoting G vijaya Bhaskar Muppana <[EMAIL PROTECTED]>:
> Hi,
> Please share your experiences, if any of you tried to use grub on EFI
> through USB.
Was is the result of 'map' ?
FYI, I was able to use grub on Ia64 (EFI based), although it requires a few
patches to fix general EFI issues.
Tristan
Quoting Robert Millan <[EMAIL PROTECTED]>:
> On Mon, Feb 04, 2008 at 04:45:30PM +0100, Marco Gerards wrote:
> > Tristan Gingold <[EMAIL PROTECTED]> writes:
> >
> > > On Tue, Jan 29, 2008 at 03:46:50PM +0100, Marco Gerards wrote:
> > >> If you send in a new patch that addresses Robert's concerns +
Quoting Robert Millan <[EMAIL PROTECTED]>:
> On Wed, Jan 30, 2008 at 06:48:11AM +0100, Tristan Gingold wrote:
>
> grub-probe is missing. Did you check if it works? Although, I think it
> should just move to common.rmk. I'll have a look at that.
Ok.
> > diff -ruNp -x '*~' -x CVS -x autom4te.ca
Quoting Robert Millan <[EMAIL PROTECTED]>:
> On Wed, Jan 30, 2008 at 06:57:34AM +0100, Tristan Gingold wrote:
> > 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
Quoting Robert Millan <[EMAIL PROTECTED]>:
> On Tue, Jan 29, 2008 at 03:46:50PM +0100, Marco Gerards wrote:
> > In this case, FAT is modified so fit the need of EFI. However, FAT is
> > case insensitive. On windows C:\FOO.TXT is the same as c:\foo.txt.
> > Although I have troubles believing peop
Quoting Marco Gerards <[EMAIL PROTECTED]>:
> Personally I do not like working around an issue in specific code (in
> this case specific to *-efi) in generic code. Usually, this doesn't
> improve shared code.
>
> In this case, FAT is modified so fit the need of EFI. However, FAT is
> case insensi
Quoting Robert Millan <[EMAIL PROTECTED]>:
> On Tue, Jan 29, 2008 at 11:35:26AM +0100, [EMAIL PROTECTED] wrote:
> > Quoting Robert Millan <[EMAIL PROTECTED]>:
> > > > > Why is this needed? I'm not sure if it's good to exploit this
> > > "unreliability"
> > > > > feature that fat provides us ;-)
>
Quoting Robert Millan <[EMAIL PROTECTED]>:
> On Tue, Jan 29, 2008 at 11:10:21AM +0100, [EMAIL PROTECTED] wrote:
> > Quoting Robert Millan <[EMAIL PROTECTED]>:
> >
> > > On Tue, Jan 29, 2008 at 06:49:31AM +0100, Tristan Gingold wrote:
> > > > -MAINTAINER_CLEANFILES = $(srcdir)/configure $(addprefix
Quoting Robert Millan <[EMAIL PROTECTED]>:
> > > Why is this needed? I'm not sure if it's good to exploit this
> "unreliability"
> > > feature that fat provides us ;-)
> >
> > On EFI, the prefix is extracted from an EFI path, whose case may not match
> > the FAT entries.
>
> Can you be more specif
Quoting Robert Millan <[EMAIL PROTECTED]>:
> On Tue, Jan 29, 2008 at 06:12:52AM +0100, Tristan Gingold wrote:
> > > Have you checked if this trick works on other ports? Maybe it'd be a
> good idea
> > > to merge this first.
> >
> > I don't really understand what do you mean by 'works on other por
Quoting Robert Millan <[EMAIL PROTECTED]>:
> On Tue, Jan 29, 2008 at 06:49:31AM +0100, Tristan Gingold wrote:
> > -MAINTAINER_CLEANFILES = $(srcdir)/configure $(addprefix
> $(srcdir)/,$(MKFILES))
> > +MAINTAINER_CLEANFILES = $(srcdir)/configure $(MKFILES)
> >
> > # The default target.
> > all: a
Quoting "Yoshinori K. Okuji" <[EMAIL PROTECTED]>:
> Hello,
>
> So, if you know any patches I should take a look, please remind me. What I
> can
> recall are:
>
> - IA-64 port. I think I can find it myself.
I plan to work again on the ia64 port soon.
There are three different parts/issues:
* ia6
Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
> One topic that I've heard a lot about in the past few weeks is
> accessibility in grub2. Blind users, who otherwise have various devices
> like screen readers and brail TTYs, need to be able to interact with the
> bootloader.
Yes and yes.
[...]
> But
Quoting "Yoshinori K. Okuji" <[EMAIL PROTECTED]>:
> On Tuesday 28 November 2006 10:29, Johan Rydberg wrote:
> > "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> > > On Saturday 25 November 2006 04:33, Hollis Blanchard wrote:
> > >> That's exactly the point: there will be no difference. Both
> >
Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
> On Thu, 2006-11-16 at 00:41 +0100, [EMAIL PROTECTED] wrote:
> > Quoting "Yoshinori K. Okuji" <[EMAIL PROTECTED]>:
> >
> > > On Tuesday 14 November 2006 23:58, Hollis Blanchard wrote:
> > > > I would like to make the in-kernel multiboot header optiona
Quoting "Yoshinori K. Okuji" <[EMAIL PROTECTED]>:
> On Tuesday 14 November 2006 23:58, Hollis Blanchard wrote:
> > I would like to make the in-kernel multiboot header optional. If it's an
> > ELF file, we can load it, even if it doesn't have the header. We can
> > also pass the address of the mult
Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
> On Wed, 2006-11-15 at 22:42 +0200, Yoshinori K. Okuji wrote:
> > On Wednesday 15 November 2006 19:42, Hollis Blanchard wrote:
[...]
> > > I don't think it would be a big deal to drop a.out as well; I don't know
> > > of any modern OS that uses these,
Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
> Right now the multiboot2 spec calls for bits to be set in the kernel
> image to indicate to GRUB that various features are required or
> requested.
>
> I'm trying to come up with a cleaner way. I find all these bits very
> confusing, actually, and I
Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
> On Wed, 2006-10-25 at 21:31 +0200, Tristan Gingold wrote:
> > If you are interested, I have written an IDE driver for grub. Not complete
> > but working.
>
> Does it support CD-ROMs? That seems to be the most important issue,
> because it's a seriou
Quoting Marco Gerards <[EMAIL PROTECTED]>:
Hi,
a few remarks:
[...]
>
> Menu entries
>
>
> Menu entries are added with `menuentry' (or its alias `@'). It's
> important to notice this is not a command. Because it's part of the
> scripting syntax, it can have unique feat
Quoting "Mao, Bibo" <[EMAIL PROTECTED]>:
> There are still two pending patch about EFI platform, one is big memory map
> patch, the other is 64-bit compatible patch. Can these two patches be applied
> also?
AFAIK the big memory map patch is pending. I will resubmit the 64-bit patch.
Tristan.
_
Selon Hollis Blanchard <[EMAIL PROTECTED]>:
>
> On Mon, 02 Oct 2006 08:31:10 +0200, [EMAIL PROTECTED] said:
> > Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
[...]
> > > > >I assume IA64 is similar here, and given that, a
> > > > > module_jump function implemented in assembly by each architecture
Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
> On Fri, 2006-09-29 at 08:59 +0200, [EMAIL PROTECTED] wrote:
> > Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
> >
> > > On Thu, 2006-09-28 at 15:45 +0200, [EMAIL PROTECTED] wrote:
> > > >
> > > > if (grub_strcmp (name, "grub_mod_init") == 0
Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
> On Thu, 2006-09-28 at 15:45 +0200, [EMAIL PROTECTED] wrote:
> >
> > if (grub_strcmp (name, "grub_mod_init") == 0)
> > mod->init = (void (*) (grub_dl_t)) sym->st_value;
> >
> > This won't work on ia64 AFAIK.
>
> Can't this proble
Quoting Marco Gerards <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] writes:
>
> >> Can you please explain why you want this in detail? I know there are
> >> issues with EFI to determine the prefix. My guess is that is why you
> >> want to change this.
> > Yes.
>
> Please elaborate.
The prefix is dete
Hi,
this patch is extracted from my previous ia64 patches.
Tristan.
2006-09-28 Tristan Gingold <[EMAIL PROTECTED]>
* kern/misc.c (grub_strtoull): guess the base only if not specified.
--- grub2.cvs/kern/misc.c 2006-06-04 17:56:54.0 +0200
+++ grub2/kern/misc.c 2006-09-
Quoting Marco Gerards <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] writes:
>
> Hi,
>
> > this is a port of grub2 to ia64. ia64 systems (itanium) are EFI based so
> this
> > port reuse existing EFI infrastructure.
>
> This is truly great, thanks a lot for doing this! :-)
>
> First of all, the same com
Quoting Johan Rydberg <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] writes:
>
> > this is a port of grub2 to ia64. ia64 systems (itanium) are EFI
> > based so this port reuse existing EFI infrastructure.
>
> Thank you for offering this contribution.
You're welcome!
> First a few legal comments. I po
Quoting "bibo,mao" <[EMAIL PROTECTED]>:
> It is great!!!, I will test on my IA64 box tommorrow. And I have few minor
> comments like this.
>whether kern/ia64/efi/init.c can be common for all architectures of efi
> platform, only grub_arch_sync_caches is different, this function can be
> placed
Quoting Marco Gerards <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] writes:
>
> Hi,
>
> First of all, thanks a lot for this patch.
>
> > some systems have a really big memmap.
>
> What kind of system are you testing GRUB 2 (EFI) on? It would be nice
> to know which systems are already supported.
This
Hi,
some systems have a really big memmap.
This patch remove the memmap size limit.
Tristan.
mm.diffs
Description: Binary data
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
32 matches
Mail list logo
