At Fri, 18 May 2007 20:36:40 +0200,
Yoshinori K. Okuji wrote:
>
> On Thursday 17 May 2007 21:19, Jeroen Dekkers wrote:
> > I could reproduce this on one of my machines and ran it through
> > valgrind. I've just committed a fix to the grub2 CVS repository (as
> > well as another memory bug valgrind
On Thursday 17 May 2007 23:25, Jeroen Dekkers wrote:
> I've been thinking about that too, because the current way seems a bit
> fragile. But then you're looking up the device major and minor number
> for partionable RAID arrays and you see that it's in the
> "LOCAL/EXPERIMENTAL USE" range. Not very
On Thursday 17 May 2007 21:19, Jeroen Dekkers wrote:
> I could reproduce this on one of my machines and ran it through
> valgrind. I've just committed a fix to the grub2 CVS repository (as
> well as another memory bug valgrind spotted). A copy of the patch is
> below.
Thank you for your fix. Just
On Friday 18 May 2007 17:50, Robert Millan wrote:
> Here's a patch to implement cpuid.mod.
Great.
> This module checks for CPU features
> (currently only the long_mode flag, but more could be added if needed)
> using cpuid. The idea behind this is that grub.cfg scripts can use it to
> decide we
On Friday 18 May 2007 08:37, Robert Millan wrote:
> > Providing a rudimentary tool rather harms the user.
>
> What do you mean? It's almost the same that the powerpc version does.
The powerpc version is not a good reference. From my point of view, it is far
from user-friendly. When the user invo
On Fri, May 18, 2007 at 08:59:45AM +0200, Marco Gerards wrote:
> >
> > I find it counter-intuitive that grub_init_all doesn't imply
> > grub_hostfs_init;
> > if there's a design reason for this, maybe the function should be renamed ?
> > (how about grub_filesystems_init + grub_partmaps_init ?)
>
On Fri, May 18, 2007 at 04:08:38PM +0200, Jan C. Kleinsorge wrote:
> "affs filesystem" is filesystem doubled anyway. How about ".. filesystem
> is not of type hffs"?
Some acronyms appear to be designed on purpose to produce RAS syndrome... (GPT
comes to mind here).
Maybe we should just accept it
Here's a patch to implement cpuid.mod. This module checks for CPU features
(currently only the long_mode flag, but more could be added if needed) using
cpuid. The idea behind this is that grub.cfg scripts can use it to decide
wether a 64-bit or 32-bit Linux image should be boot (e.g. like Debian
"affs filesystem" is filesystem doubled anyway. How about ".. filesystem
is not of type hffs"?
Jan
Bruno Wolff III wrote:
> On Fri, May 18, 2007 at 08:48:37 +0200,
> Robert Millan <[EMAIL PROTECTED]> wrote:
>
>> On Thu, May 17, 2007 at 11:28:12PM +0200, Marco Gerards wrote:
>>
>>> +
On Fri, May 18, 2007 at 08:48:37 +0200,
Robert Millan <[EMAIL PROTECTED]> wrote:
> On Thu, May 17, 2007 at 11:28:12PM +0200, Marco Gerards wrote:
> > +grub_error (GRUB_ERR_BAD_FS, "not a affs filesystem");
> > +grub_error (GRUB_ERR_BAD_FS, "not a hfsplus filesystem");
> > +grub_error
At Fri, 18 May 2007 09:34:53 +0200,
Michael Guntsche wrote:
> This also seems to fix the detection for LVM devices. grub-probe -t
> {drive,device} works now, partmap on the other hand still fails.
That was actually a different fix that I committed on the 16th.
>
> grub-probe: info: changing cu
On May 18, 2007, at 1:28, Jeroen Dekkers wrote:
My latest commit to GRUB2 CVS should fix this.
Jeroen Dekkers
Hello,
This also seems to fix the detection for LVM devices. grub-probe -t
{drive,device} works now, partmap on the other hand still fails.
grub-probe: info: changing current d
12 matches
Mail list logo
