Re: G5 powerpc64 undefined reference to `grub_machine_mmap_iterate'

all fixed now thanks. On Sat, Nov 29, 2008 at 11:16 AM, peter cros <[EMAIL PROTECTED]> wrote: > Yes, thanks, I already ran the patch and checked the files, but still > get the error. I will recheck, I may be doing something wrong here, > but no compile problems before 1924 . I dont know if the ma

I'm a newb, looking for guidance

Hi, I'm very interested in helping out with the grub project, but I don't know where to begin! I've been interested in the project for a long time, but I try to respect people's time and I don't like to ask stupid questions until I've searched hard for the answers by myself. I've tried very hard

Re: [RFC] Multi-terminal support (Re: [PATCH] terminal split)

Robert Millan wrote: > On Tue, Nov 25, 2008 at 10:23:52PM +0100, Yoshinori K. Okuji wrote: >>> I've been thinking... what if we make this generic? I.e. with an event >>> loop, then terminals can register their poll functions to it, and write >>> their stuff to a shared resource the rest of GRUB ca

Re: [PATCH] (ata.mod) avoid passing grub_errno to upper layer

Committed (after repeating the same block for both calls, as Vesa suggested on IRC). On Sat, Nov 29, 2008 at 07:37:46PM +0100, Robert Millan wrote: > > Okay, I think I got what you mean. So how about this one? > > -- > Robert Millan > > The DRM opt-in fallacy: "Your data belongs to us. We

Re: Parallel kernel loading and keystroke capture in GRUB2

Arjan van de Ven wrote, on 2008-11-29 02:06: Vlad wrote: Hi, In a recent demonstration of how to boot Linux in 5 seconds [1], PowerTOP developers did not use GRUB2, even though GRUB2 is a necessary component of any production and consumer Linux system or multi-boot environment. As I see it, the

Re: [PATCH] (ata.mod) avoid passing grub_errno to upper layer

Okay, I think I got what you mean. So how about this one? -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." 20

Re: rename grub to grub-legacy ?

On Thu, Oct 09, 2008 at 11:36:51AM -0400, Pavel Roskin wrote: > On Thu, 2008-10-09 at 11:53 +0200, Felix Zielcke wrote: > > Am Dienstag, den 07.10.2008, 21:24 +0200 schrieb Yoshinori K. Okuji: > > > > > > I have no objection. Sorry for a slow response. > > > > So if I understand it right then > >

Re: [PATCH] (ata.mod) avoid passing grub_errno to upper layer

On Sat, Nov 29, 2008 at 12:01:54PM +0200, Vesa Jääskeläinen wrote: > Robert Millan wrote: > > On Tue, Nov 25, 2008 at 10:17:17PM +0100, Yoshinori K. Okuji wrote: > >> On Saturday 22 November 2008 16:35:09 Robert Millan wrote: > >>> When an error is detected by ata.mod during drive scan, it will pas

Re: [PATCH] (ata.mod) avoid passing grub_errno to upper layer

Robert Millan wrote: > On Tue, Nov 25, 2008 at 10:17:17PM +0100, Yoshinori K. Okuji wrote: >> On Saturday 22 November 2008 16:35:09 Robert Millan wrote: >>> When an error is detected by ata.mod during drive scan, it will pass it to >>> the upper layer. This results in GRUB aborting when trying to

Re: [PATCH] Corrections to affs and sfs

Hello, Robert Millan pisze: Index: fs/sfs.c === --- fs/sfs.c(revision 1919) +++ fs/sfs.c(working copy) @@ -172,7 +172,8 @@ return grub_errno; } - for (i = 0; i < grub_be_to_cpu16 (tree->nodes); i++)