On Thu, Aug 13, 2009 at 02:54:29AM -0400, Pavel Roskin wrote:
> On Wed, 2009-08-12 at 16:25 +0100, Colin Watson wrote:
> > I'm having persistent problems with grub.cfg and core.img getting out of
> > sync. The usual pattern is:
> >
> > * Some shiny new feature appears in core.img
> > * We exte
Dear list,
You might recall I have asked here to call gparted from grub2. And
Peter Cros pointed out it was not possible as initrd of gparted does
not support loopback mounting. [
http://www.mail-archive.com/grub-devel@gnu.org/msg11942.html ]
I discussed this issue with the gparted group along w
On Thu, Aug 13, 2009 at 1:42 AM, Vladimir 'phcoder'
Serbinenko wrote:
> On Wed, Aug 12, 2009 at 7:42 PM, J. Bakshi wrote:
>> Hello list,
>>
>> HDT (Hardware Detection Tool) is a Syslinux com32 module designed to display
>> low-level information for any x86 compatible system.
>>
>> HDT runs directl
On Mon, Aug 10, 2009 at 05:10:31PM +0200, Robert Millan wrote:
> On Mon, Aug 10, 2009 at 12:55:05PM +0100, Colin Watson wrote:
> > > If we default to verbose, we could also have an option to turn it off from
> > > /etc/default/grub, if that makes life easier for you.
> >
> > Slightly, I suppose. I
> Considering that vbe.c and sdl.c currently aren't affected a lot
> whether there is or there isn't encapsulation in place, I'm ok tih
> encapsulating it but if any driver needs the breach of encapsulation
> it will be broken and I'll post no opposition to it.
> I'll do the encapsulation tomorrow.
ufs1 and ufs2 mainly differ by some structure definitions. Putting
them into the same module and checking on runtime creates continuous
if ( ... == UFS1) { ... }
By using preprocessor it's possible to avoid most of such ifs
Additionally user needs only one FS in core so we save some space
core.img
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
ufsfix
Description: Binary data
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Thu, Aug 13, 2009 at 05:59:11PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> > Considering that vbe.c and sdl.c currently aren't affected a lot
> > whether there is or there isn't encapsulation in place, I'm ok tih
> > encapsulating it but if any driver needs the breach of encapsulation
> > it
On Thu, Aug 13, 2009 at 06:03:44PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> ufs1 and ufs2 mainly differ by some structure definitions. Putting
> them into the same module and checking on runtime creates continuous
> if ( ... == UFS1) { ... }
> By using preprocessor it's possible to avoid most
On Thu, Aug 13, 2009 at 06:04:35PM +0200, Vladimir 'phcoder' Serbinenko wrote:
This looks a bit odd (a mask applied to an integer?), but if it's really
this way, please go ahead with it.
Btw, your mailer marked this attachment as application/octet-stream (I can't
context-reply :-( )
--
Robert M
On Thu, Aug 13, 2009 at 10:45:48AM +0100, Colin Watson wrote:
> On Mon, Aug 10, 2009 at 05:10:31PM +0200, Robert Millan wrote:
> > On Mon, Aug 10, 2009 at 12:55:05PM +0100, Colin Watson wrote:
> > > > If we default to verbose, we could also have an option to turn it off
> > > > from
> > > > /etc/d
>
> When you commit this, could you please follow logical order with
> ifdef/else/endif? The negation is less intuitive to read.
Ok
>
>> +#ifdef MODE_UFS2
>> + grub_uint64_t indir[UFS_BLKSZ (sblock) / sizeof (grub_uint64_t)];
>> +#else
>> + grub_uint32_t indir[UFS_BLKSZ (sblock) / sizeof
Hi,
Yes, that's really the way it is :).
--S
Quoting Robert Millan, who wrote the following on Thu, 13 Aug 2009:
On Thu, Aug 13, 2009 at 06:04:35PM +0200, Vladimir 'phcoder' Serbinenko wrote:
This looks a bit odd (a mask applied to an integer?), but if it's really
this way, please go ahea
Hi Yves,
Please could you include plain text in your mail? HTML-only is difficult
to quote (see below)
On Wed, Aug 12, 2009 at 02:26:47PM +0200, Yves Blusseau wrote:
>
>
>
>
>
>
> Colin Watson a écrit :
>
> On Wed, Aug 12, 2009 at 02:43:34AM +0200, Robert Millan wrote:
>
>
>
On Thu, Aug 13, 2009 at 10:05 PM, Robert Millan wrote:
> On Thu, Aug 13, 2009 at 06:04:35PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>
> This looks a bit odd (a mask applied to an integer?), but if it's really
> this way, please go ahead with it.
>
It's the so-called skewness.
Let's say you plac
On Wed, Aug 12, 2009 at 09:35:13AM +0100, Colin Watson wrote:
> On Mon, Aug 10, 2009 at 06:10:40PM +0200, Robert Millan wrote:
> > I think it's time we begin the discussion on GRUB 1.97. What do we want to
> > see in it, and a rough schedule. 1.97 is meant to be a point release,
> > without
> >
On Wed, Aug 12, 2009 at 11:39:01AM +0200, Michal Suchanek wrote:
>
> I wonder, it here any firmware that supports multiple partition formats?
GRUB does (GRUB+coreboot is a firmware). Anyhow, we were talking about
BIOS, which is partmap-agnostic.
--
Robert Millan
The DRM opt-in fallacy: "You
> Please go ahead (I assume it raises no warnings and it's well tested).
I tested the latest version with gfxterm and xnu loader. I use
previous version in my daily bootloader. I'll run another series of
tests before comitting.
>
> One small detail:
>
>> + grub_free (mode_list);
>> + mode_list =
On Wed, Aug 12, 2009 at 02:52:12PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> On Wed, Aug 12, 2009 at 2:38 AM, Robert Millan wrote:
> > On Tue, Aug 11, 2009 at 03:33:13PM +0200, Vladimir 'phcoder' Serbinenko
> > wrote:
> >> Hello. A bug was filed that embedding code in grub-setup.c was
> >> ign
On Wed, Aug 12, 2009 at 04:25:09PM +0100, Colin Watson wrote:
> I'm having persistent problems with grub.cfg and core.img getting out of
> sync. The usual pattern is:
>
> * Some shiny new feature appears in core.img
> * We extend grub-mkconfig to use it
> * User runs update-grub but not grub
On Thu, Aug 13, 2009 at 09:22:14AM +0100, Colin Watson wrote:
> > >
> > > What do people think about this general approach?
> >
> > There is already a version hardcoded into the uncompressed part of
> > core.img. See kern/i386/pc/startup.S. Unfortunately, there is no
> > policy when the version
Oh, I didn't know there was a BIOS callback for this. Disregard what
I said about at_keyboard then...
--
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 allow you to re
Hi,
I know this isn't on the 1.97 roadmap, but I was wondering about the status
of changing the grub.cfg format. I'm currently trying to plan GRUB2 work for
Solaris and I'd like to minimize as much code change as I can.
Thanks,
--S
___
Grub-d
On Wed, Aug 12, 2009 at 02:45:19PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> >> > - Low memory heap (useful to move code off kern/i386/pc/startup.S).
> >> Originally I thought of a path relocator32->relocator users->mm
> >> relocator32 is ready for next round of review but is untested. Now I
>
Hi,
Can this go in util/i386/pc/ instead? This is basicaly ad-hoc code and
doesn't seem very meaningful in generic partmap/*.c.
We may want to embed more in the future. Actually I think it's not
ad-hoc. Basically partition map defines a function which gives back
the sectors available for embed
On Wed, Aug 12, 2009 at 11:14:31PM +0100, Colin Watson wrote:
> On Wed, Aug 12, 2009 at 06:10:18PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> > Colin Watson wrote:
> > > This is based on previous work in GRUB Legacy by Kristian and Peter
> > > (CCed). Peter tells me that Red Hat has an assignmen
>> We may want to embed more in the future. Actually I think it's not
>> ad-hoc. Basically partition map defines a function which gives back
>> the sectors available for embedding.
>
> Is embedding useful elsewhere?
Yes. Consider a world of checksummed filesystems. In such world you
can't change th
On Thu, Aug 13, 2009 at 03:00:51PM +0530, J.Bakshi wrote:
>
> Rather than porting, I like to boot it from grub but it is a syslinux
> module and I don't know if it works at all. Can I use the chainloader
> to boot syslinux and let it do the rest of the thing ?
Why don't you port it to Multiboot i
On Thu, Aug 13, 2009 at 10:12:34PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> >
> > When you commit this, could you please follow logical order with
> > ifdef/else/endif? The negation is less intuitive to read.
> Ok
> >
> >> +#ifdef MODE_UFS2
> >> + grub_uint64_t indir[UFS_BLKSZ (sblock) /
On Thu, Aug 13, 2009 at 10:25:15PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> On Thu, Aug 13, 2009 at 10:05 PM, Robert Millan wrote:
> > On Thu, Aug 13, 2009 at 06:04:35PM +0200, Vladimir 'phcoder' Serbinenko
> > wrote:
> >
> > This looks a bit odd (a mask applied to an integer?), but if it's r
On Thu, Aug 13, 2009 at 10:36:37PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> > Please go ahead (I assume it raises no warnings and it's well tested).
> I tested the latest version with gfxterm and xnu loader. I use
> previous version in my daily bootloader. I'll run another series of
> tests be
> But available memory is several orders of magnitude bigger than the largest
> block a loader will need. So is this really an issue?
It's not always the case. Two examples
1) Solaris. At least some distributions of solaris use a big (70 MiB
compressed, around 200 MiB compressed) initrd which has
On Thu, Aug 13, 2009 at 01:45:17PM -0700, Seth Goldberg wrote:
> Hi,
>
> I know this isn't on the 1.97 roadmap, but I was wondering about the
> status of changing the grub.cfg format. I'm currently trying to plan
> GRUB2 work for Solaris and I'd like to minimize as much code change as I
> can
On Thu, Aug 13, 2009 at 10:53:23PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> >> We may want to embed more in the future. Actually I think it's not
> >> ad-hoc. Basically partition map defines a function which gives back
> >> the sectors available for embedding.
> >
> > Is embedding useful elsew
Hi,
Quoting Robert Millan, who wrote the following on Thu, 13 Aug 2009:
On Thu, Aug 13, 2009 at 01:45:17PM -0700, Seth Goldberg wrote:
Hi,
I know this isn't on the 1.97 roadmap, but I was wondering about the
status of changing the grub.cfg format. I'm currently trying to plan
GRUB2 work fo
On Thu, Aug 13, 2009 at 10:52:05PM +0200, Robert Millan wrote:
> On Wed, Aug 12, 2009 at 11:14:31PM +0100, Colin Watson wrote:
> > On Wed, Aug 12, 2009 at 06:10:18PM +0200, Vladimir 'phcoder' Serbinenko
> > wrote:
> > > Colin Watson wrote:
> > > > This is based on previous work in GRUB Legacy by K
2009/8/13 Vladimir 'phcoder' Serbinenko :
>> Considering that vbe.c and sdl.c currently aren't affected a lot
>> whether there is or there isn't encapsulation in place, I'm ok tih
>> encapsulating it but if any driver needs the breach of encapsulation
>> it will be broken and I'll post no oppositio
On Fri, Aug 14, 2009 at 2:24 AM, Robert Millan wrote:
> On Thu, Aug 13, 2009 at 03:00:51PM +0530, J.Bakshi wrote:
>>
>> Rather than porting, I like to boot it from grub but it is a syslinux
>> module and I don't know if it works at all. Can I use the chainloader
>> to boot syslinux and let it do th
Dear list,
It is nice to see that grub 1.97 is on its way. Everyone is waiting
for this power pack. But we also need a good doc for it.
The wiki is out-dated.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-dev
Am Donnerstag, den 11.06.2009, 21:09 -0400 schrieb Pavel Roskin:
> Quoting Felix Zielcke :
>
> >> So you would prefer something like the attached patch?
> >> Though then we'll need to tell people to explicit enable gfxterm.
> >
> > Pavel? Seems like you missed my mail.
>
> No, it's still in my IN
40 matches
Mail list logo
