Bean wrote:
> Hi,
>
> Currently, the grub-emu is in every rmk files, but I don't see the
> difference between grub-emu in i386-pc, i386-coreboot or i386-efi. In
> fact, grub-emu runs inside the host os, it can't access firmware
> facility anyway. One quick fix to move grub-emu to i386.rmk, but we
On Sun, Mar 22, 2009 at 05:00:32PM +0100, Robert Millan wrote:
> On Sat, Mar 21, 2009 at 06:50:56PM +0100, Robert Millan wrote:
> > On Wed, Mar 18, 2009 at 02:09:11PM +0100, phcoder wrote:
> > > IMO linux16 for pc/linux.c would better reflect the difference with
> > > normal 'linux' command.
> >
On Mon, Mar 23, 2009 at 01:29:55PM +0100, phcoder wrote:
> Hello. Here is an initial version of patch for booting multiboot kernels
> on i386-efi. No Changelog yet because it's not for inclusion yet.
Very nice!
Would it be hard to split the patch and make it more granular? I see it
implements
On Wed, Mar 25, 2009 at 01:17:40PM +0800, Bean wrote:
>
> Hi,
>
> This is caused by the dynamic loading of commands. In normal.mod, it
> scans command.lst and tries to load command on demand. However, the
> modules on disk are pc booting, they can't be loaded by grub-emu. The
> solution is to poi
Hi, I'm attaching Michel's reply to this post, as he isn't subscribed.
On Mon, Mar 23, 2009 at 04:23:39AM +0100, Jordi Mallach wrote:
> However, I'm having the same boot problems as before. I've installed
> the new version of GRUB to OF, and when I boot I get the known "initrd:
> command not found
On Wed, Mar 25, 2009 at 11:58:31PM +0100, Michael Reichenbach wrote:
> With great interrest I was reading http://grub.enbug.org/GSoC/Ideas2009
> the new ideas sound really innovative.
>
> I see two possible approaches to implement such features. Either
> - doing it the GRUB2 way or
> - loading a l
Hi,
On Mon, Mar 23, 2009 at 11:39:56AM -0400, Pavel Roskin wrote:
> Please realize that the hfs fix is just a part of what needs to be done.
>
> For GRUB to be a drop-in replacement for yaboot (at least on Fedora),
> the installation script should be able to understand the layout where
> only few
On Wed, Mar 25, 2009 at 09:13:52PM -0700, David Miller wrote:
>
> The FSF has received my copyright assignment paperwork so I'm starting
> to feed fresh copies of my sparc64 changes.
>
> Here, we fix the setjmp assembler implementation for sparc64 and also
> we fix all of the grub_setjmp declarat
On Sat, Mar 28, 2009 at 02:36:00PM +0800, Bean wrote:
> Hi,
>
> Currently, the grub-emu is in every rmk files, but I don't see the
> difference between grub-emu in i386-pc, i386-coreboot or i386-efi. In
> fact, grub-emu runs inside the host os, it can't access firmware
> facility anyway. One quick
Btw, Vladimir's thread "Move normal.mod to conf/common.rmk" seems related
to this, since normal.mod and grub-emu have almost the same problem.
--
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
On Sat, Mar 28, 2009 at 09:26:50PM +0800, Bean wrote:
>
> Hi,
>
> The dynamic command loader can be separated in a module.
I suppose you mean separated to another .c file; putting the dynamic loader
in a module is like... uhm :-)
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs
On Sat, Mar 28, 2009 at 9:15 PM, Robert Millan wrote:
> On Wed, Mar 25, 2009 at 01:17:40PM +0800, Bean wrote:
>>
>> Hi,
>>
>> This is caused by the dynamic loading of commands. In normal.mod, it
>> scans command.lst and tries to load command on demand. However, the
>> modules on disk are pc bootin
On Saturday 28 March 2009 22:13:06 Robert Millan wrote:
> Do we need the memory map to be sorted? AFAIK loadees can cope with
> unsorted maps fine; is there an exception?
As I wrote in the draft, a boot loader should sort the memory map. An OS image
must deal with an unsorted memory map, becaus
On Saturday 28 March 2009 22:39:48 Robert Millan wrote:
> On Wed, Mar 25, 2009 at 09:13:52PM -0700, David Miller wrote:
> > The FSF has received my copyright assignment paperwork so I'm starting
> > to feed fresh copies of my sparc64 changes.
> >
> > Here, we fix the setjmp assembler implementation
On Sunday 22 March 2009 21:50:22 Yoshinori K. Okuji wrote:
> On Sunday 22 March 2009 21:29:23 Robert Millan wrote:
> > On Sun, Mar 22, 2009 at 04:01:35PM +0900, Yoshinori K. Okuji wrote:
> > > I will work towards this direction. I will first fix up the sector
> > > handling and change the format to
From: Robert Millan
Date: Sat, 28 Mar 2009 14:42:34 +0100
> On Sat, Mar 28, 2009 at 02:36:00PM +0800, Bean wrote:
> > Hi,
> >
> > Currently, the grub-emu is in every rmk files, but I don't see the
> > difference between grub-emu in i386-pc, i386-coreboot or i386-efi. In
> > fact, grub-emu runs i
Robert Millan wrote:
Would it be hard to split the patch and make it more granular? I see it
implements base mmap / lsmmap support on efi, then ports the *BSD loaders
and the Multiboot loader too, and the uppermem facility.
The only reason why it's not splitted is that it's totally "preview".
W
I have been following the past conversations about support for cryptoroot
and LUKS in grub2, concerning various patches and licensing issues, and i
would like to know what is the current status of the development process? Is
there a separate development tree i should be pulling the code from for
te
This patch adds GRUB_GFXMODE_LINUX user variable to make it easy for
users to set graphical mode before booting Linux.
--
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
19 matches
Mail list logo
