At Wed, 6 Feb 2008 23:59:54 +0100,
Robert Millan wrote:
>
> On Wed, Feb 06, 2008 at 11:43:39PM +0100, Jeroen Dekkers wrote:
> > At Wed, 6 Feb 2008 17:45:07 +0100,
> > Robert Millan wrote:
> > > Unless I missed something, it seems that grub_raid_array contains
> &
/* We found multiple devices with the same number. Again,
>this shouldn't happen.*/
looks suspicious to me. Is that really doing what it is meant to do?
Regards,
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
At Sun, 6 Jan 2008 00:42:40 +0100,
Robert Millan wrote:
>
> On Sat, Jan 05, 2008 at 10:45:46PM +0100, Jeroen Dekkers wrote:
> > You should actually also include grub/env.h if you use struct
> > grub_env_var in the prototypes.
>
> Uhm, I included it in normal/color.c to
truct grub_env_var *var, const char
> *val);
> +void grub_wait_after_message (void);
You should actually also include grub/env.h if you use struct
grub_env_var in the prototypes. I've fixed that in CVS.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
...
> * kern/i386/realmode.S (prot_to_real): ... here.
>
> * kern/i386/pc/startup.S: Include `kern/i386/loader.S' and
> `kern/i386/realmode.S'.
Why did you move prot_to_real to realmode.S, but not real_to_prot?
That seems a bit strange to me...
Jeroen Dekke
because newer versions can still read the older disk format
and the network protocol doesn't change most of the time.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
At Wed, 15 Aug 2007 09:54:58 -0400,
Alex Roman wrote:
>
> On 15/08/07, Jeroen Dekkers <[EMAIL PROTECTED]> wrote:
> > Also don't forget about the possiblity that qemu might be buggy,
> > especially if you're using bios functions that aren't really used tha
en't really used that
much. Testing on real hardware is really necessary sometimes.
And whether your code is wrong or not is very difficult to tell if you
don't post your code...
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
an actually do that easily in GRUB however...
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
At Thu, 5 Jul 2007 01:06:50 +0200,
Stefan Reinauer wrote:
>
> * Jeroen Dekkers <[EMAIL PROTECTED]> [070704 23:10]:
> > Are you sure about this? Given that we've assigned copyright to the
> > FSF, the FSF can decide under which free software license to license
> &g
the past year, so we shouldn't really make a big deal out of
this. So IMO we should just go for GPLv3.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
data=ordered 0 0
>
> Is it the intended? It (partly) breaks update-grub. Makes it think that / is
> accessible and adds unifont stuff, etc.
But / is accessible, right?
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
st a bit more than your
page tables.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
At Sun, 17 Jun 2007 11:37:15 +0200,
Stefan Reinauer wrote:
>
> * Robert Millan <[EMAIL PROTECTED]> [070617 11:26]:
> > On Sun, Jun 17, 2007 at 02:16:41AM +0200, Jeroen Dekkers wrote:
> > > At Sun, 17 Jun 2007 17:11:44 -0600,
> > > David Broadfoot wrote:
>
cy on 32-bit libc and liblzo.
I'm using a pure 64-bit Debian system with 32-bit libc and liblzo
packages installed and that works fine.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
>
> ./bochs-2.3/bios/rombios.c: BX_PANIC("Int13 eltorito call with
> AX=%04x. Please report\n",AX);
>
> You could also try with virtualbox, which is (non-copyleft) free software. It
> doesn't work on x86_64 hosts though.
Aren't they also using the bochs BIOS?
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
At Mon, 4 Jun 2007 22:30:12 +0200,
Robert Millan wrote:
>
> On Mon, Jun 04, 2007 at 10:11:30PM +0200, Jeroen Dekkers wrote:
> > At Sun, 3 Jun 2007 23:37:25 +0200,
> > Robert Millan wrote:
> > > Here's another report with issues about LVM. I notice the device name
B shouldn't use anything outside of /boot to
start.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
ese grub_error calls seem to be pretty
> useless. This one in particular was the culprit to one of the powerpc
> problems I just fixed, and I had to replace it with grub_util_error() to find
> out.
Yes, as I already wrote in relation to the RAID thing, handling of
errors and warnings need
gt; Just focus on one thing first. I think booting from a BIOS that
> supports CDROMs already won't be too hard.
I think booting installation and live CDs directly from the BIOS will
be the most used way to boot a CD, so I guess support for that is the
most important. An
; it, but can't think of one..
It only defines it when it isn't defined yet. It seems to be taken
from GRUB Legacy's lib/device.c and probably comes from a time those
things weren't always defined. The checks for glibc also don't seem
that
our compiler can't generate 32-bit programs. Test this first by
compiling a simple test program (e.g. "int main (){return 0;}") using
-m32. That probably doesn't result in a working executable either.
Jeroen Dekkers
___
Grub-deve
At Sat, 26 May 2007 18:14:23 -0500,
Jerone Young wrote:
>
> Are you sure you did this on an x86-64 install. Current CVS still
> suffers from the not being able to properly compile on x86-64 systems.
It compiles fine here... are you sure your compiler can generate
32-bit code?
Jeroe
But we should switch to
something else yes.
The savannah admins are working on supporting svn and git:
https://savannah.gnu.org/maintenance/WhenSvN and
https://savannah.gnu.org/maintenance/Git
It will depend on when savannah starts offering it when we can switch.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
At Mon, 21 May 2007 13:23:38 +0100,
Sam Morris wrote:
>
> On Mon, 2007-05-21 at 13:08 +0200, Jeroen Dekkers wrote:
> > At Sat, 19 May 2007 15:13:58 +0100,
> > Sam Morris wrote:
> > > In addition, it would be nice if the 'out of disk' error could be
> > &
the partition that contains /boot does not exist wholly within
> the first 7.8 GiB/128 GiB/128 PiB (depending on the addressing mode in
> use) of the disk? :)
I think that 7.8GiB limit has been gone for a long time now, I don't
think there will be a lot of installations on such machines. My
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
> &g
th software RAID, currently
grub-probe doesn't have a way to get the underlying device and lookup
the partition map. Maybe I've time to look into this later today, but
I've first some other things to do.
Jeroen Dekkers
___
Grub-
directory to mapper
> > grub-probe: info: changing current directory to ida
> > grub-probe: info: changing current directory to rd
> > grub-probe: info: changing current directory to pts
> > cannot find a GRUB drive for md_d0p1.
My latest commit to GRUB2 CVS should fix
;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 useful either...
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
algrinds didn't work with GRUB 2,
> but the newer ones do.
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
At Wed, 16 May 2007 22:38:25 +0200,
Florian Kriener wrote:
>
> On Wednesday 16 May 2007 22:29:17 Jeroen Dekkers wrote:
> > At Wed, 16 May 2007 22:01:01 +0200,
> >
> > Robert Millan wrote:
> > > We got this bug report from Debian BTS. It seems to be related to LVM
89, offset=0,
> > size=194560, buf=0xb7da2008 "")
> > at kern/disk.c:480
That's the free of tmp_buf, but I just looked at the code and as far
as I can see the only place where tmp_buf can get freed is at that
place. So I'm a bit puzzled how a double free() can happe
Hi,
I just saw that some people aren't regenerating autogenerated files in
CVS. If you make changes to configure.ac or conf/*.rmk, please run
autogen.sh and also commit the generated files.
Thanks,
Jeroen Dekkers
___
Grub-devel mailing list
At Fri, 23 Mar 2007 00:44:16 +0100,
Yoshinori K. Okuji wrote:
>
> On Thursday 22 March 2007 23:49, Jeroen Dekkers wrote:
> > > I am a potential student applicant for the "Google-summer -of -code"
> > > program. And I am strongly interested in the GNU Grub project
gt; only an efi OS loader, whether the EDK open source project can serve as the
> development and debug platform.
My experience is that while you can develop and test on such things,
real hardware has subtle differences most of the time and you always
need hardware to test whether it really works.
J
At Tue, 13 Mar 2007 17:44:21 +0100,
Yoshinori K. Okuji wrote:
>
> On Tuesday 13 March 2007 13:38, Jeroen Dekkers wrote:
> > We should come up with a idea list today, because tomorrow Google will
> > begin accepting applications. I think we should just start with
> > htt
At Mon, 12 Mar 2007 18:45:33 +0100,
Yoshinori K. Okuji wrote:
>
> On Saturday 10 March 2007 22:38, Jeroen Dekkers wrote:
> > Given that nobody answered and I thought about it again, it should be
> > possible for me to be a mentor this year. Is there anyone who could be
&
At Tue, 06 Mar 2007 22:49:31 +0100,
Jeroen Dekkers wrote:
> I won't be participating in SoC this year because my boss has enough
> work for me during the summer, but I'm afraid that I won't have time
> to mentor either. So I would prefer if somebody else who is more sure
&g
my boss has enough
work for me during the summer, but I'm afraid that I won't have time
to mentor either. So I would prefer if somebody else who is more sure
about his available time is going to be the mentor. I could be the
backup mentor however.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
it
a real separate project.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
y, the official GRUB
tarball includes it and AFAIK GRUB is the only bootloader to implement
it. Saying that multiboot isn't part of GRUB doesn't really make any
sense to me. It could as well have been named "GRUB boot protocol" and
nobody would consider that strange.
Jeroen D
On Tue, Nov 28, 2006 at 08:11:37AM +0100, Yoshinori K. Okuji wrote:
> On Sunday 26 November 2006 23:50, Jeroen Dekkers wrote:
> > Nothing prevents you from writing a C library - the POSIX and C
> > standards are available independently. Yet the C library is under
> > LGPL.
ting an ogg vorbis
implementation, but the FSF advocated the BSD license for ogg vorbis
however.
What RMS said is that the GPL isn't an end itself. I agree with that,
and I think the BSD license is more suitable for the multiboot header
files and/or multiboot example kernel than the GPL.
Jeroen D
At Thu, 09 Nov 2006 16:31:58 +0100,
Johan Rydberg wrote:
>
> Jeroen Dekkers <[EMAIL PROTECTED]> writes:
>
> > Any ideas for a new name for the define? Something like "grub_unused"?
>
> "UNUSED" ?
After a small discussion with Hollis o
b2/util/i386/pc/grub-setup.c:43:
/usr/include/bits/stat.h:103: error: expected identifier or ‘(’ before ‘[’ token
/usr/include/bits/stat.h:164: error: expected identifier or ‘(’ before ‘[’ token
make: *** [grub_setup-util_i386_pc_grub_setup.o] Error 1
Any ideas for a new name for the define? Something like "grub_unused"?
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
nu.org/prep/standards/standards.html#Change-Logs how that
should be done.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
t;.
>
> Hm. What's the reason for being inconsistent here?
>
> If changing the partition naming scheme, I would have thought it'd
> become hd1,1. But why is the first disk 0 and the first partition 1?
IIRC the BSDs, Solaris and GNU/Hurd start counting with 0 for their
di
pc/getroot.c: Don't recurse into dotdirs (e.g. ".static").
>
> Anyone can confirm that? I don't have a RAID system for testing here.
That's correct, you can remove the second check.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
w. Does anybody have an objection? I think LVM and RAID support is
> good enough to announce a new version.
Thanks for the merge. I don't have time to hack on it at the moment,
but the LVM and RAID module don't have debugging printfs in it. So
this will make it hard to debug problems t
BIOS actually boots hda and
not sda? And that the above mapping is correct? It might be possible
that sda is hd0 and hda is hd4. An easy way to find is to remove the
SATA disks and see whether it works.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
At Tue, 15 Aug 2006 14:48:41 +0200,
Yoshinori K. Okuji wrote:
>
> On Tuesday 15 August 2006 13:30, Jeroen Dekkers wrote:
> > > I'm going to work on adding support for LVM to grub-setup now. That's
> > > the last remaining thing in my SoC project.
> >
> &
At Sun, 13 Aug 2006 17:13:55 +0200,
Jeroen Dekkers wrote:
> I'm going to work on adding support for LVM to grub-setup now. That's
> the last remaining thing in my SoC project.
This is done now. This means I've finished all the things for my SoC
project. What I've writte
At Sun, 13 Aug 2006 14:51:40 -0500,
Hollis Blanchard wrote:
>
> On Sun, 2006-08-13 at 20:23 +0200, Jeroen Dekkers wrote:
> > At Sun, 13 Aug 2006 11:49:06 -0500,
> > Hollis Blanchard wrote:
> > >
> > > What will happen to the google-soc2006 CVS branch whe
At Sun, 13 Aug 2006 11:49:06 -0500,
Hollis Blanchard wrote:
>
> What will happen to the google-soc2006 CVS branch when you're done?
It should be merged into the mainline.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@g
tup now. That's
the last remaining thing in my SoC project.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
At Sat, 29 Jul 2006 13:21:47 +0200,
Yoshinori K. Okuji wrote:
>
> On Friday 28 July 2006 01:13, Jeroen Dekkers wrote:
> > It would be possible to calculate how to write the image to the file
> > so it ends up being a consecutive image on the physical disk. But I
> >
At Fri, 28 Jul 2006 00:20:42 +0200,
Yoshinori K. Okuji wrote:
>
> On Monday 24 July 2006 15:36, Jeroen Dekkers wrote:
> > Grub-setup will ask Linux for the members of the RAID array that is
> > given as destination device. It will then install on the MBRs of those
> > de
the prefix and put
-2 in grub_install_dos_part. I've modified make_install_device() in
init.c to leave the prefix alone when grub_install_dos_part is -2.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
e wrong thing.
>
> I think so. I guess Jeroen simply has installed 32-bit libraries, right?
Yes, and even if you compile the tests with -nostdlib it will search
for -lc, I don't really think there is way to run the tests without
libc. But I don't really see this as a big problem.
Je
At Sun, 9 Jul 2006 15:29:17 +0200,
Yoshinori K. Okuji wrote:
>
> On Sunday 09 July 2006 14:01, Jeroen Dekkers wrote:
> > I don't see anything like that in the code when I grep for
> > total_sectors. The only code that is using total_sectors as the size
> > of the disk
rtition a disk. Am I wrong?
We have both have disks and partitions. As a user of the interface, it
seems useful to me that you can just do a grub_disk_open() (or
grub_device_open(), but that just opens a disk at the moment and
you've to get device->disk and fiddle with that, so it isn&#x
At Sat, 8 Jul 2006 23:10:56 +0200,
Yoshinori K. Okuji wrote:
>
> On Saturday 08 July 2006 22:39, Jeroen Dekkers wrote:
> > But it's a little bit illogical that the size you get from the same
> > disk structure isn't the size of the partition, but the size of
> &
At Sat, 8 Jul 2006 18:07:44 +0200,
Yoshinori K. Okuji wrote:
>
> Hi Jeroen,
>
> On Wednesday 05 July 2006 22:54, Jeroen Dekkers wrote:
> > +
> > + disk->total_sectors = grub_partition_get_len (disk->partition);
> > +}
>
> But I don't
Hi,
When we open a partition grub_disk_open() sets disk->total_sectors to
the size of the disk, not the size of the partition. We also don't
check whether we grub_partition_probe() actually finds a
partition. See the patch below.
Jeroen Dekkers
2006-07-05 Jeroen Dekkers <[EMAI
At Thu, 22 Jun 2006 05:22:09 + (UTC),
Neville Chandler wrote:
>
>
> The LZO library is installed, yet GRUB fails to configure.
>
> $ rpm -qa | grep lzo
> lzo-2.02-12
> lzo-1.08-107
You also need to install the development libraries, those should be in
the lzo-devel
for RAID devices
in grub-setup. It should automatically detect whether /boot is on a
RAID device and set everything up accordingly when this is the case.
Jeroen Dekkers
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
the compiler flags above the checks for _start etc..see the
> patch. I would like as much feedback as possible. Thanks. :)
The problem with the compiler flags should have been fixed with this
change:
2006-05-31 Jeroen Dekkers <[EMAIL PROTECTED]>
* configure.ac: Don't set
At Thu, 1 Jun 2006 17:39:13 +0200,
Yoshinori K. Okuji wrote:
>
> On Wednesday 31 May 2006 23:00, Jeroen Dekkers wrote:
> > It's actually a necessary feature for GRUB on amd64. On amd64 you have
> > 64-bit executables but GRUB will run in 32-bit mode.
> >
> >
y and shouldn't be defined when running target
tests. As last we set CFLAGS, CC, etc. to the TARGET_*, then we run
some checks and change the TARGET_* flags without updating CC, CFLAGS,
etc to the new version.
The attached patch should fix those problems. I've tested it on i386-pc
and x86_
t we just continue when we don't find
it. Configure should abort when it doesn't find curses however. This
patch gives you an error message when the curses library isn't
found.
Jeroen Dekkers
2006-05-14 Jeroen Dekkers <[EMAIL PROTECTED]>
* configure.ac: Display
71 matches
Mail list logo
