On Wed, Jun 18, 2008 at 11:49 AM, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> 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
Well, the mbi struct could have had a firmware type and firmware
context pointer defined or something of the sort. This would also play
nice with Multiboot on OF environments, without resorting to ugly
hacks like always passing the OF entry in a GPR on entry.
18.06.2008, в 1:27, Bean напис
On Wed, Jun 18, 2008 at 4:32 AM, David Holloway <[EMAIL PROTECTED]> wrote:
> 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.
On Tue, 17 Jun 2008 20:04:29 -0400
Pavel Roskin <[EMAIL PROTECTED]> wrote:
> 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/bi
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++
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 gett
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 kernel.im
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,
>
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++
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 /usr/local/lib/s
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 ../
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 'grub_de
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="${pkgli
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="${pkgli
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 pro
No comment on this? I can't assure you it's 100% bug-free, but I know it
fixes existing problems, and I think it's the right way to do it.
If I don't hear any objection, I'll check it in tomorrow.
On Sun, Jun 15, 2008 at 11:34:36PM +0200, Robert Millan wrote:
> 2008-06-15 Robert Millan <[EMAI
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
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
Grub-de
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
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 ir
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, 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
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
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 sho
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
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 supp
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_MA
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_claimm
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 tha
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 p
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.
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
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 d
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
+++ b/i
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 err
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.
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,
>
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 f
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 i3
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 w
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.
>
> Tha
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 thin
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
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 ru
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
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 algorit
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 thi
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 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 hav
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 to
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
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?
Subv
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
I know my rights; I want my phone call!
What good is a phone call… if you are unable to speak?
(as seen on /.)
___
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 ind
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:
>
> http
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
I know my rights; I want
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:
http://www.intel.com/design/telecom
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 b
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:
http://www.intel.com/design/telecom/products/cbp/ipserve
59 matches
Mail list logo
