Hi,
First of all, we can still keep rescue and normal command. But instead
of depending on normal.mod, normal command depends on module arg,
which is an option parser. Also, these two type of commands are of the
same command set. In fact, module arg is implemented as a pre parser,
which goes throu
Robert Millan wrote:
On Sat, Jul 05, 2008 at 07:24:56PM -0400, Isaac Dupree wrote:
I thought I remembered somewhere a discussion how the message
"GRUB Loading kernel"
is confusing, because it doesn't say what kernel it's loading, and grub
loads lots of kernels
I think this is not accurate. G
On Sun, Jul 6, 2008 at 18:41, Robert Millan <[EMAIL PROTECTED]> wrote:
>
> Looks like it increases pc.mod code to store information that is only useful
> to the chainloader. Is there a reason for not having the chainloader
> retrieve it? (note that for disk access we have a cache)
We would need
El dom, 06-07-2008 a las 20:30 +0200, Robert Millan escribió:
> On Sun, Jul 06, 2008 at 12:54:58AM +0200, Javier Martín wrote:
> > El sáb, 05-07-2008 a las 17:30 -0400, Pavel Roskin escribió:
> > > They probably should be functions. We may want to sparse annotate GRUB
> > > one day, and then inlin
Simply add an option to so that the
default boot can be changed to something, but then changes back to it\'s
original setting after that boot.
This way I can create an option of
`Reboot into Windows`, walk away for a coffee and find it sitting in Windows or
other o/s ready for me.
Unless perhaps
On Mon, Jun 30, 2008 at 02:28:24AM +, Lucas Gadani wrote:
> Hello,
>
> This is my first patch for GRUB, and I haven't found any coding
> styles/formatting, nor developer documentation, so, if there's
> something wrong, please, forgive me and point me to the right
> direction.
>
> Current impl
On Sun, Jul 06, 2008 at 08:33:03PM +0200, Robert Millan wrote:
> On Sat, Jul 05, 2008 at 07:35:15PM -0400, Pavel Roskin wrote:
> > On Sat, 2008-07-05 at 19:24 -0400, Isaac Dupree wrote:
> >
> > > . Although, looking at the files, boot/i386/pc/boot.S outputs "GRUB "
> > > and boot/i386/pc/diskboo
On Sat, Jul 05, 2008 at 07:24:56PM -0400, Isaac Dupree wrote:
> I thought I remembered somewhere a discussion how the message
> "GRUB Loading kernel"
> is confusing, because it doesn't say what kernel it's loading, and grub
> loads lots of kernels
I think this is not accurate. GRUB loads payload
On Sat, Jul 05, 2008 at 07:35:15PM -0400, Pavel Roskin wrote:
> On Sat, 2008-07-05 at 19:24 -0400, Isaac Dupree wrote:
>
> > . Although, looking at the files, boot/i386/pc/boot.S outputs "GRUB "
> > and boot/i386/pc/diskboot.S outputs "Loading kernel", so the parts
> > actually mean different t
On Sun, Jul 06, 2008 at 12:54:58AM +0200, Javier Martín wrote:
> El sáb, 05-07-2008 a las 17:30 -0400, Pavel Roskin escribió:
> > They probably should be functions. We may want to sparse annotate GRUB
> > one day, and then inline functions in the only way to go.
> Hmm... you mean changing this
>
From: "Bean" <[EMAIL PROTECTED]>
Sent: Sunday, July 06, 2008 6:51 AM
To: "The development of GRUB 2"
Subject: Re: [PATCH] ext4 extent support
I found the description of flex_bg:
This feature relaxes check restrictions on where each block groups meta
data is
located within the storage media. T
--
From: "JavierMartín" <[EMAIL PROTECTED]>
Sent: Saturday, July 05, 2008 8:09 PM
To: "The development of GRUB 2"
Subject: Re: [PATCH] ext4 extent support
I mean unimplemented in GRUB right now.
Ah yeah of course :)
IIrc, flex_bg relaxes som
12 matches
Mail list logo