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
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 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
"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:
>>
>>> +
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
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
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 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 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 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
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
12 matches
Mail list logo
