On Tue, Jun 17, 2008 at 3:01 PM, David Holloway [EMAIL PROTECTED] wrote:
Intended for Robert Millan, et. al.
I have an Intel 1U server board that fails with the current version of grub
with the message too little memory, as in line 312 of CVS version 1.4 of
grub2/kern/efi/mm.c
The board is
David Holloway wrote:
Intended for Robert Millan, et. al.
I have an Intel 1U server board that fails with the current version of
grub with the message too little memory, as in line 312 of CVS
version 1.4 of grub2/kern/efi/mm.c
The board is described here:
On Tue, Jun 17, 2008 at 11:27:00AM +0800, Bean wrote:
Hi,
It seems svn is available at savannah:
https://savannah.gnu.org/forum/forum.php?forum_id=5340
any plan to switch ?
I second that. Then we could finally move files comfortably.
--
Robert Millan
GPLv2 I know my rights; I want
On Tue, Jun 17, 2008 at 10:03:15AM +0800, Bean wrote:
I think lzo is working fine, we
should avoid switching unless there is a good reason to do so.
ISTR Okuji didn't like it; can't remember why.
He is concerned about compression ratio, but doesn't mind in the end:
On Tue, Jun 17, 2008 at 02:22:15PM +0200, Robert Millan wrote:
A problem I see here is that LZMA is licensed under GPLv2-only, so it'd
probably take a rewrite of the decompressor for us to use it, or ask the
author to make it or later.
By the looks (no explicit license header in individual
On Tue, Jun 17, 2008 at 12:01:57AM -0700, David Holloway wrote:
Intended for Robert Millan, et. al.
Me? But I barely know anything about EFI :-)
--
Robert Millan
GPLv2 I know my rights; I want my phone call!
DRM What good is a phone call… if you are unable to speak?
(as seen on /.)
Hi,
Bean [EMAIL PROTECTED] writes:
It seems svn is available at savannah:
https://savannah.gnu.org/forum/forum.php?forum_id=5340
any plan to switch ?
This seems like a good idea to me. I put Okuji on the Cc, in case he
doesn't watch the list closely. Okuji, what do you think?
Subversion
On Tue, Jun 17, 2008 at 02:33:48PM +0200, Robert Millan wrote:
On Tue, Jun 17, 2008 at 02:22:15PM +0200, Robert Millan wrote:
A problem I see here is that LZMA is licensed under GPLv2-only, so it'd
probably take a rewrite of the decompressor for us to use it, or ask the
author to make it
Straight from the public UEFI docs:
If the MemoryMap buffer is too small, the EFI_BUFFER_TOO_SMALL error
code is returned and
the MemoryMapSize value contains the size of the buffer needed to
contain the current
memory map. The actual size of the buffer allocated for the consequent
call
On Mon, Jun 16, 2008 at 10:33 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
Quoting Bean [EMAIL PROTECTED]:
I see, you're using qemu to test ppc, maybe I can try it some time. Is
the emulation good, how close to the real hardware ?
qemu uses so called Open Hack'Ware, which doesn't have proper
El mar, 17-06-2008 a las 11:06 +0800, Bean escribió:
AFAIK, lzma decompresser don't need intermediate buffers, it operates
directly on the input and output buffer, for example, the lzmadecoder
in coreboot:
I think you didn't see the intermediate buffer because it is hidden in
the Probs field
On Tue, Jun 17, 2008 at 10:39 PM, Javier Martín [EMAIL PROTECTED] wrote:
El mar, 17-06-2008 a las 11:06 +0800, Bean escribió:
AFAIK, lzma decompresser don't need intermediate buffers, it operates
directly on the input and output buffer, for example, the lzmadecoder
in coreboot:
I think you
On Tue, Jun 17, 2008 at 10:39 PM, Javier Martín [EMAIL PROTECTED] wrote:
PS: have you tested the performance of other compression algorithms like
gzip-deflate (much simpler) or bzip2 (near LZMA for small files but with
less memory requisites)?
Hi,
I'm not against other compression algorithm,
On Tue, Jun 17, 2008 at 10:21:43PM +0800, Bean wrote:
Hi,
Oh, this problem is caused by grub_ofconsole_setcursor. Open Hackware
doesn't like the cursor-on call, if I comment it out, it will continue
to run until the out of memory error.
We could have a flag in kern/ieee1275/cmain.c for
On Tue, Jun 17, 2008 at 11:17 PM, Robert Millan [EMAIL PROTECTED] wrote:
On Tue, Jun 17, 2008 at 10:21:43PM +0800, Bean wrote:
Hi,
Oh, this problem is caused by grub_ofconsole_setcursor. Open Hackware
doesn't like the cursor-on call, if I comment it out, it will continue
to run until the
On Tue, 2008-06-17 at 17:17 +0200, Robert Millan wrote:
On Tue, Jun 17, 2008 at 10:21:43PM +0800, Bean wrote:
Hi,
Oh, this problem is caused by grub_ofconsole_setcursor. Open Hackware
doesn't like the cursor-on call, if I comment it out, it will continue
to run until the out of
On Tue, Jun 17, 2008 at 11:32:15AM -0400, Pavel Roskin wrote:
The real OpenFirmware fails to recognize modules embedded into the image
by grub-mkimage. I remember I spent some time fixing it, but it's
broken again.
That's strange, it does work on i386 with the real OpenFirmware (I think
On Tue, 2008-06-17 at 17:34 +0200, Robert Millan wrote:
On Tue, Jun 17, 2008 at 11:32:15AM -0400, Pavel Roskin wrote:
The real OpenFirmware fails to recognize modules embedded into the image
by grub-mkimage. I remember I spent some time fixing it, but it's
broken again.
That's
Hi,
This patch fix a few problem regarding the open hackware
implementation of qemu-ppc:
1, halts when calling grub_ieee1275_interpret
Add new flag GRUB_IEEE1275_FLAG_CANNOT_INTERPRET
2, no memory map, which cause out of memory error
Add new flag GRUB_IEEE1275_FLAG_FORCE_CLAIM, just claim what
On Tue, Jun 17, 2008 at 11:32 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
The real OpenFirmware fails to recognize modules embedded into the image
by grub-mkimage. I remember I spent some time fixing it, but it's
broken again.
Hi,
Are you using the native compiler, or cross compile from i386 ?
On Tue, 2008-06-17 at 23:02 +0800, Bean wrote:
I'm not against other compression algorithm, but lzma seems to be the
best, for example, for the previous c2.img:
bzip2 c2.img du -b c2.img.bz2
29247 c2.img.bz2
gzip c2.img du -b c2.img.gz
29825 c2.img.gz
We need numbers for all
On Tue, 2008-06-17 at 23:47 +0800, Bean wrote:
On Tue, Jun 17, 2008 at 11:32 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
The real OpenFirmware fails to recognize modules embedded into the image
by grub-mkimage. I remember I spent some time fixing it, but it's
broken again.
Hi,
Are you
On Tue, Jun 17, 2008 at 11:55 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
On Tue, 2008-06-17 at 23:47 +0800, Bean wrote:
On Tue, Jun 17, 2008 at 11:32 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
The real OpenFirmware fails to recognize modules embedded into the image
by grub-mkimage. I remember
On Tue, 2008-06-17 at 23:44 +0800, Bean wrote:
Hi,
This patch fix a few problem regarding the open hackware
implementation of qemu-ppc:
1, halts when calling grub_ieee1275_interpret
Add new flag GRUB_IEEE1275_FLAG_CANNOT_INTERPRET
2, no memory map, which cause out of memory error
Add
Hi,
This new patch uses a little trick to make the backspace key works, as
it's quite annoying not being able to delete character.
--
Bean
diff --git a/include/grub/ieee1275/ieee1275.h b/include/grub/ieee1275/ieee1275.h
index 5c06025..e73c516 100644
--- a/include/grub/ieee1275/ieee1275.h
+++
On Wed, 2008-06-18 at 00:02 +0800, Bean wrote:
Are you using the native compiler, or cross compile from i386 ? It
could have some effect.
I'm compiling natively on PowerPC.
It could be an endian problem. Check the elf header, see if the fields are ok.
That's the headers, I don't see
El mar, 17-06-2008 a las 22:52 +0800, Bean escribió:
Hi,
I think memory is not a problem here, as grub2 can use upper memory:
src = raw data
dest = 0x10
buf = dest + kernel_size
We could do that, but since the code would execute at the very first
stages, where we still don't have a
On Tue, Jun 17, 2008 at 3:01 PM, David Holloway [EMAIL PROTECTED] wrote:
/ Intended for Robert Millan, et. al./
/ I have an Intel 1U server board that fails with the current version of grub/
/ with the message too little memory, as in line 312 of CVS version 1.4 of/
/ grub2/kern/efi/mm.c/
/ The
On Wed, Jun 18, 2008 at 1:18 AM, Pavel Roskin [EMAIL PROTECTED] wrote:
On Wed, 2008-06-18 at 00:02 +0800, Bean wrote:
Are you using the native compiler, or cross compile from i386 ? It
could have some effect.
I'm compiling natively on PowerPC.
It could be an endian problem. Check the
On Wed, Jun 18, 2008 at 1:23 AM, Javier Martín [EMAIL PROTECTED] wrote:
El mar, 17-06-2008 a las 22:52 +0800, Bean escribió:
Hi,
I think memory is not a problem here, as grub2 can use upper memory:
src = raw data
dest = 0x10
buf = dest + kernel_size
We could do that, but since the
On Tue, Jun 17, 2008 at 11:44:36PM +0800, Bean wrote:
+ if (grub_ieee1275_test_flag (GRUB_IEEE1275_FLAG_CANNOT_INTERPRET))
+{
+ grub_addr_t addr;
+ grub_uint32_t len;
+
+ addr = HEAP_MAX_ADDR - HEAP_MIN_SIZE;
+ len = HEAP_MIN_SIZE;
+
+ if (grub_claimmap
On Wed, Jun 18, 2008 at 1:39 AM, Robert Millan [EMAIL PROTECTED] wrote:
On Tue, Jun 17, 2008 at 11:44:36PM +0800, Bean wrote:
+ if (grub_ieee1275_test_flag (GRUB_IEEE1275_FLAG_CANNOT_INTERPRET))
+{
+ grub_addr_t addr;
+ grub_uint32_t len;
+
+ addr = HEAP_MAX_ADDR -
When thousands of long, wrapped lines full of command line options and
file names are scrolling by on your terminal, it is very hard to pick
out the irregularities in the build process, such as error and warnings.
To make the output of ``make`` easier to parse by eye as it scrolls by,
I added
I fixed ``grub-install`` so it can function when installed
to a prefix other than ``/usr/local``. This simply meant adding
--directory=${pkglibdir}
to the command line arguments for grub_mkimage.
Regards,
Colin=== modified file 'util/i386/pc/grub-install.in'
--- util/i386/pc/grub-install.in
Exactly on target. Then we need a more robust and permanent
solution I think right?
How about asking with 0 sized buffer first knowing it will fail then
asking with a rounded-up buffer the 2nd time.
I can coded it, but I can't check it in of course.
http://www.uefi.org/specs/
You
On Tue, 2008-06-17 at 10:51 -0700, Colin D Bennett wrote:
I fixed ``grub-install`` so it can function when installed
to a prefix other than ``/usr/local``. This simply meant adding
--directory=${pkglibdir}
to the command line arguments for grub_mkimage.
The default is GRUB_LIBDIR,
On Tue, 2008-06-17 at 10:44 -0700, Colin D Bennett wrote:
When thousands of long, wrapped lines full of command line options and
file names are scrolling by on your terminal, it is very hard to pick
out the irregularities in the build process, such as error and warnings.
I like the idea, but
Pavel Roskin wrote:
On Tue, 2008-06-17 at 10:51 -0700, Colin D Bennett wrote:
I fixed ``grub-install`` so it can function when installed
to a prefix other than ``/usr/local``. This simply meant adding
--directory=${pkglibdir}
to the command line arguments for grub_mkimage.
The default is
On Tue, 17 Jun 2008 15:57:47 -0400
Pavel Roskin [EMAIL PROTECTED] wrote:
On Tue, 2008-06-17 at 10:44 -0700, Colin D Bennett wrote:
When thousands of long, wrapped lines full of command line options
and file names are scrolling by on your terminal, it is very hard
to pick out the
On Tue, 2008-06-17 at 13:07 -0700, Colin D Bennett wrote:
On Tue, 17 Jun 2008 15:57:47 -0400
Pavel Roskin [EMAIL PROTECTED] wrote:
On Tue, 2008-06-17 at 10:44 -0700, Colin D Bennett wrote:
When thousands of long, wrapped lines full of command line options
and file names are scrolling
I've just edumacated myself about how the platforms are defined.
Let me get this straight, the efi platform does not yet support loading
a multiboot kernel?
I'm working with embedded kernels here, not just Linux.
___
Grub-devel mailing list
On Tue, Jun 17, 2008 at 10:44:48AM -0700, Colin D Bennett wrote:
with output that, in my opinion, makes it easier to see warnings and
errors:
COMPILE ../util/getroot.c
COMPILE ../kern/device.c
../kern/device.c: In function 'grub_device_iterate':
../kern/device.c:84:
On Tue, 2008-06-17 at 22:37 +0200, Robert Millan wrote:
I don't like the idea of hiding information this way.
If something fails, make V=1 can be used to find the command.
If the goal is to
catch warnings, I think -Werror can do a much better job (and catching
errors shouldn't be a problem
On Tue, 17 Jun 2008 15:46:12 -0400
Pavel Roskin [EMAIL PROTECTED] wrote:
On Tue, 2008-06-17 at 10:51 -0700, Colin D Bennett wrote:
I fixed ``grub-install`` so it can function when installed
to a prefix other than ``/usr/local``. This simply meant adding
--directory=${pkglibdir}
Robert Millan wrote:
On Tue, Jun 17, 2008 at 10:44:48AM -0700, Colin D Bennett wrote:
with output that, in my opinion, makes it easier to see warnings and
errors:
COMPILE ../util/getroot.c
COMPILE ../kern/device.c
../kern/device.c: In function
On Tue, 17 Jun 2008 22:37:10 +0200
Robert Millan [EMAIL PROTECTED] wrote:
On Tue, Jun 17, 2008 at 10:44:48AM -0700, Colin D Bennett wrote:
with output that, in my opinion, makes it easier to see warnings and
errors:
COMPILE ../util/getroot.c
COMPILE
On Tue, 2008-06-17 at 13:04 -0700, Colin D Bennett wrote:
I'm not sure. All I know is that I did
./configure --prefix=/home/cdb/bin/grub make make install,
then I tried to do /home/cdb/bin/grub/bin/grub-install /media/sdc1 and
grub-mkimage was getting called with
Hi,
I just wondering, can grub2 support module coded with c++? Let's suppose we
are trying to apply the fancy menu. ;-)
If we can use the object oriented, the menu items, the pictures, the controls
are all objects. The programming interface is easier for us. And, I know the
XOSL used c++
El mié, 18-06-2008 a las 01:35 +0800, Bean escribió:
On Wed, Jun 18, 2008 at 1:23 AM, Javier Martín [EMAIL PROTECTED]
wrote:
I'm currently checking the memory requisites of LZMA decompression
depending on the -1..9 compression setting, and will report back when
finished
Hi,
Well,
Huge Oops!! Please forget my last, grandiloquent post about my
investigation: it did not cross my mind that core.img was _already_
compressed with LZO, so the results are not fair to it. I will repeat
the test tomorrow with what could be a pseudo pre-compression core image
consisting of
On Wed, 2008-06-18 at 05:14 +0200, Javier Martín wrote:
ORIGINAL FILE: /boot/grub/core.img (28449 bytes in Ubuntu Hardy default)
That's an already compressed file! Please see my posts in the thread.
We should be testing compression on the data we are actually
compressing.
That's what I'm
On Wed, 2008-06-18 at 10:22 +0800, y.volta wrote:
Hi,
I just wondering, can grub2 support module coded with c++? Let's suppose
we are trying to apply the fancy menu. ;-)
I think it can be done, but you'll need to disable exception handling
and RTTI. You won't be able to use any C++
52 matches
Mail list logo
