On Fri, May 30, 2008 at 05:01:51PM -0400, Isaac Dupree wrote:
> >
> >You don't need to use the header of one of your partitions. You can use
> >the MBR or even have a dedicated partition for core.img. Then you can
> >install
> >the rest of GRUB in a filesystem that's not case unsensitive! ;-P
>
On Fri, May 30, 2008 at 06:23:52PM -0400, Pavel Roskin wrote:
> On Fri, 2008-05-30 at 23:20 +0200, Robert Millan wrote:
> > Hi,
> >
> > I'm adding this to the Debian package. We need this for backwards
> > compatibility in case the new update-grub is used in combination with an
> > older install
On Sat, May 31, 2008 at 11:35:01AM +0200, Robert Millan wrote:
>
> You're confusing BIOS-based boot with msdos partition labels. You can use
> GPT just fine when booting from BIOS (although Intel tries to hide that
> fact by embedding the GPT spec inside the EFI spec).
Btw, maybe this hints that
On Fri, May 30, 2008 at 11:47:18PM +0200, Christian Franke wrote:
> Robert Millan wrote:
>
> >diff -x configure -x config.h.in -x CVS -x '*~' -x '*.mk' -urp
> >../grub2/util/update-grub_lib.in ./util/update-grub_lib.in
> >--- ../grub2/util/update-grub_lib.in 2008-05-30 22:55:35.0 +0200
>
On Sat, May 31, 2008 at 01:38:07PM +0800, Bean wrote:
> On Sat, May 31, 2008 at 6:14 AM, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> > Hello!
> >
> > An old system with a floppy drive has a minor regression with the
> > current GRUB. It makes some noises for a second or two when GRUB loads,
> > appa
On Sat, May 31, 2008 at 04:27:31AM +0800, Bean wrote:
> Hi,
>
> This patch add environment block support, which can be used to locate
> root device using uuid or label.
Nice :-)
> The previous prefix is stored in variable rdir.
Do we need this?
> Different platform use grub_machine_get_envblk
On Sat, May 31, 2008 at 6:10 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
>> Different platform use grub_machine_get_envblk to return a pointer to
>> the name=value area of environment block. In main.c, it uses
>> grub_parse_envblk to walk through the list and assign values to
>> variables.
>>
>> I
On Sat, May 31, 2008 at 06:54:43PM +0800, Bean wrote:
>
> The root is assigned in the initialization phraze. Currently, it's
> done this way:
>
> machine_machine_init -> calculate root device, then set variable
> prefix using root and grub_prefix.
>
> modules initialization
>
> grub_set_root_de
On Sat, May 31, 2008 at 7:39 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
>
> I think the method is sound; what I'm complaining about (and it's not
> something specific to your patch) is that we're referring to two different
> things by the same name ("root"), and even put them in the same variabl
I've been testing GRUB using the serial terminal and noticed that there was no
cursor (and that my terminal window also lost its cursor after running GRUB).
I looked into this today and found that the escape sequences for turning the
cursor on and off were the wrong way round. The attached patch
Hi,
This is the new patch, it contain the following changes:
1. command edit -> set in grub-editenv, as it seems more natural.
grub-editenv FILE set name=value ...
2. findroot can locate the root device using filename. To use it, just
set idfile to any file inside the directory, For example:
i
On Sat, May 31, 2008 at 08:09:50PM +0800, Bean wrote:
> On Sat, May 31, 2008 at 7:39 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> >
> > I think the method is sound; what I'm complaining about (and it's not
> > something specific to your patch) is that we're referring to two different
> > things
On Sat, May 31, 2008 at 04:42:14PM +0200, Michael Gorven wrote:
> I've been testing GRUB using the serial terminal and noticed that there was
> no
> cursor (and that my terminal window also lost its cursor after running GRUB).
> I looked into this today and found that the escape sequences for tu
On Sat, 2008-05-31 at 11:41 +0200, Robert Millan wrote:
> What would you all think about renaming to partmap/msdos.c ?
I don't like long names, as you might have noticed, but I think both
"pc" and "msdos" fail to convey the purpose of the module. If we are
going to rename things, I would conside
Robert Millan wrote:
On Fri, May 30, 2008 at 05:01:51PM -0400, Isaac Dupree wrote:
You don't need to use the header of one of your partitions. You can use
the MBR or even have a dedicated partition for core.img. Then you can
install
the rest of GRUB in a filesystem that's not case unsensitiv
Robert Millan wrote:
Some of our commands use --no-floppy. Also supported in GRUB Legacy (by 'find'
or so, can't remember). Perhaps it's better to use that for consistency? It
is the floppy scan which everyone hates; for other devices I don't think
people will mind if GRUB spends a few ms on t
On Sat, May 31, 2008 at 02:57:21PM -0400, Isaac Dupree wrote:
> >
> >You're confusing BIOS-based boot with msdos partition labels. You can use
> >GPT just fine when booting from BIOS (although Intel tries to hide that
> >fact by embedding the GPT spec inside the EFI spec).
>
> I have the hack whi
On Sat, May 31, 2008 at 03:06:30PM -0400, Isaac Dupree wrote:
> Robert Millan wrote:
> >Some of our commands use --no-floppy. Also supported in GRUB Legacy (by
> >'find'
> >or so, can't remember). Perhaps it's better to use that for consistency?
> >It
> >is the floppy scan which everyone hates
On Sat, May 31, 2008 at 01:43:13PM +0800, Bean wrote:
>
> BTW, if you merely need to change the scan order instead of disabling
> it, you can just change the order the device is reported in biosdisk.
Sounds nice. I see you already included this change with your patch in
the "findroot" thread. D
On Sun, Jun 1, 2008 at 3:30 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Sat, May 31, 2008 at 01:43:13PM +0800, Bean wrote:
>>
>> BTW, if you merely need to change the scan order instead of disabling
>> it, you can just change the order the device is reported in biosdisk.
>
> Sounds nice. I s
On Sun, Jun 1, 2008 at 3:26 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Sat, May 31, 2008 at 02:57:21PM -0400, Isaac Dupree wrote:
>> >
>> >You're confusing BIOS-based boot with msdos partition labels. You can use
>> >GPT just fine when booting from BIOS (although Intel tries to hide that
>>
This patch implements UUID support for FAT (both 12/16 and 32).
--
Robert Millan
I know my rights; I want my phone call!
What good is a phone call… if you are unable to speak?
(as seen on /.)
2008-05-31 Robert Millan <[EMAIL PROTECTED]>
* fs/fat.c (struct grub_fat_bpb): Move fat32-specifi
On Sun, Jun 01, 2008 at 03:52:35AM +0800, Bean wrote:
> On Sun, Jun 1, 2008 at 3:26 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> > On Sat, May 31, 2008 at 02:57:21PM -0400, Isaac Dupree wrote:
> >> >
> >> >You're confusing BIOS-based boot with msdos partition labels. You can use
> >> >GPT just f
On Sat, May 31, 2008 at 11:05:35PM +0200, Robert Millan wrote:
> + if (data)
> +{
> + *uuid = grub_malloc (40 + sizeof ('\0'));
> + grub_sprintf (*uuid, "%04x-%04x", data->uuid[1], data->uuid[0]);
Woops, should be `9' here instead of `40' like the ext2 one.
--
Robert Millan
I kn
Robert Millan wrote:
On Sat, May 31, 2008 at 02:57:21PM -0400, Isaac Dupree wrote:
You're confusing BIOS-based boot with msdos partition labels. You can use
GPT just fine when booting from BIOS (although Intel tries to hide that
fact by embedding the GPT spec inside the EFI spec).
I have the ha
This patch adds support for UUIDs on reiserfs and xfs.
--
Robert Millan
I know my rights; I want my phone call!
What good is a phone call… if you are unable to speak?
(as seen on /.)
2008-05-31 Robert Millan <[EMAIL PROTECTED]>
* fs/reiserfs.c (grub_reiserfs_superblock): Add `uuid' field.
Robert Millan wrote:
On Sat, May 31, 2008 at 03:06:30PM -0400, Isaac Dupree wrote:
Robert Millan wrote:
Some of our commands use --no-floppy. Also supported in GRUB Legacy (by
'find'
or so, can't remember). Perhaps it's better to use that for consistency?
It
is the floppy scan which everyo
On Sat, May 31, 2008 at 05:56:59PM -0400, Isaac Dupree wrote:
> Robert Millan wrote:
> >On Sat, May 31, 2008 at 03:06:30PM -0400, Isaac Dupree wrote:
> >>Robert Millan wrote:
> >>>Some of our commands use --no-floppy. Also supported in GRUB Legacy (by
> >>>'find'
> >>>or so, can't remember). Per
Bit a bit, progress continues: I have some crappy UI semi-ready, to
improve on later, and I'm now battling with the INT13h handler to
perform the actual mapping - had to rescue the big old "Architecture
Programmer's Manual" in order to do PIC code without the amd64
rip-relative addressing. However,
Hi,
I noticed that, /font/manager.c:51:
file = grub_file_open (filename);
so, we can only use pure font file, this will need more than 1MB bytes for
font file, and more time to load it into memory.
well, how about change it to:
file = grub_gzf
Hi, all,
I've made a 'Grub2 Menu' syntax hightlight for UEStudio/UltraEditor. it can
hight the commands, index
`functions' and `menuentry' in grub.cfg.
Wish this will help your editing. ;-)
see bellow:
---
/L20"Grub2 Menu"
On Sun, 1 Jun 2008 10:50:05 +0800 "y.volta" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I noticed that, /font/manager.c:51:
>
> file = grub_file_open (filename);
>
> so, we can only use pure font file, this will need more than 1MB
> bytes for font file, and more time to load
On Sun, 2008-06-01 at 10:58 +0800, y.volta wrote:
> Hi, all,
>
> I've made a 'Grub2 Menu' syntax hightlight for UEStudio/UltraEditor. it
> can hight the commands, index
> `functions' and `menuentry' in grub.cfg.
>
> Wish this will help your editing. ;-)
grub.cfg is a generated file. UE
On Sat, 2008-05-31 at 11:53 +0200, Robert Millan wrote:
> Some of our commands use --no-floppy. Also supported in GRUB Legacy (by
> 'find'
> or so, can't remember). Perhaps it's better to use that for consistency? It
> is the floppy scan which everyone hates; for other devices I don't think
>
On Sat, 2008-05-31 at 11:38 +0200, Robert Millan wrote:
> Yeah, that would be the "nice" way to do it, but it doesn't work. And the
> funny thing is, that if we fix it and start using it, it defeats the point of
> backwards compatibility :-)
OK then. And we should make sure that "if !search --f
35 matches
Mail list logo
