runk/grub2/kern/ieee1275/init.c?revision=1806&root=grub&view=markup
the GRUB heap capped at 4MB (I don't mean size, I mean the end of the heap).
So how are your modules appearing in memory above 32MB?
--
Hollis Blanchard
IBM Linux Technology Center
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
at gcc manpages).
>
> My doubt is where is the best place to put this flag so that it will be
> passed to all gcc calls by default?
You don't want it on all gcc calls; you only want it when building the
modules.
--
Hollis Blanchard
IBM Linux Technology Center
___
Traditionally, firmware has refused to load an ELF file without a NOTE
segment. I feel like I heard that actually changed recently (maybe in
the p5 timeframe), but I never investigated further. You could easily
test by running grub-mkimage without the -n switch.
--
Hollis Blanchard
IBM Linux
u can see that load-base is set to 0x4000 in
that code. Since your text starts at 0x1, that means your binary can
be at most 0xc000 bytes (48KB) large before it overlaps the text area.
That isn't necessarily a problem; firmware is probably using memmove()
(which handles overlapping areas) to l
On Thu, 2008-10-23 at 01:25 -0400, Pavel Roskin wrote:
> Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
> > On IBM POWER servers, there is no HFS partition at all. Instead, there
> > is a "raw" partition onto which you dd an ELF file. Firmware loads the
> >
ur hard disk
to another system where devices have different Open Firmware paths and
aliases. Another big pain point is building bootable CDs, since these
also unfortunately cannot make assumptions about the Open Firmware
devices available.
Just put all the files in the same directory on a real
Please CC me, since I'm no longer subscribed to grub-devel.
> From: Manoel <[EMAIL PROTECTED]>
> To: The development of GRUB 2
> Subject: Re: PPC64
> Date: Tue, 21 Oct 2008 14:43:25 -0200
>
> Hi Hollis,
>
> On Mon, 2008-10-20 at 14:32 -0500, Hollis Blanchar
TE 0x068e60 0x 0x 0x0002c 0x0 R 0x4
>
>
> the exit of "readelf -a" is showed in attachment readelf.txt
>
> If you could help me, I will appreciate it. Thanks in advance!
> Best regards.
> Abranches, Manoel R.
--
Hollis Blanchard
IBM Linux Technology Center
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On 8/3/07, Bean <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have written a new command dump, it can hex dump content of file or memory.
>
> usage:
>
> dump [-s skip] [-n length] { FILE | (mem) }
>
> The output look just like command hexdump.
>
> If you use (mem) as filename, it will dump physical memory
On 7/31/07, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 31, 2007 at 10:55:09AM -0500, Hollis Blanchard wrote:
> > I think the simplest solution will be to allocate Efika's heap high,
> > as we talked about earlier. If the first "available" region is
On 7/31/07, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 30, 2007 at 05:35:28PM -0500, Hollis Blanchard wrote:
> > > When GRUB_IEEE1275_FLAG_EFIKA_SECRET_AVAILABLE_REGION was set,
> > > release hardcoded 0x4000:0xffc000 region.
> >
> &
On 7/30/07, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 29, 2007 at 09:30:11PM +0200, Robert Millan wrote:
> >
> > Hi Sven,
> >
> > I have a pair of questions about the memory issue..
> >
> > [...]
>
> Ok, after some discussion on IRC, and invaluable help by Sven in documenting
> smartfi
On 7/25/07, Robert Millan <[EMAIL PROTECTED]> wrote:
On Wed, Jul 25, 2007 at 12:51:27PM -0500, Hollis Blanchard wrote:
>
> I was indeed trying to make it absolute. GRUB is linked at 0x1, or
> 64KB. Add in all the modules and you still are only using a couple
> hundred K
On 7/24/07, Robert Millan <[EMAIL PROTECTED]> wrote:
On Sat, Jul 14, 2007 at 12:08:30AM +0200, Robert Millan wrote:
> On Tue, Jul 10, 2007 at 03:32:30PM -0500, Hollis Blanchard wrote:
> > > > In short, whatever is causing these crashes is not only an Efika issue.
> &
On 7/25/07, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
* Marco Gerards <[EMAIL PROTECTED]> [070725 11:53]:
> "Jerone Young" <[EMAIL PROTECTED]> writes:
>
> > I'm going to submit a new patch shortly. I'll also check it in. So it
> > will not suffer from code rot :-) Need to make sure some stuff wo
On Tue, 2007-07-10 at 16:08 +0200, Robert Millan wrote:
> On Tue, Jul 10, 2007 at 12:04:44PM +0200, Jordi Mallach wrote:
> > Hey,
> >
> > On Wed, Jul 04, 2007, Hollis said:
> > > This problem could be caused by firmware presenting an
> > > incorrect /memory/available property. I would instrument
>
On Mon, 2007-07-09 at 17:05 +0200, Robert Millan wrote:
> What's the point of GRUB_IEEE1275_FLAG_NO_PARTITION_0 ? We have code that
> checks this flag, but nobody initialises it:
>
> disk/ieee1275/ofdisk.c: if (! grub_ieee1275_test_flag
> (GRUB_IEEE1275_FLAG_NO_PARTITION_0))
> include/grub/
On Fri, 2007-06-29 at 20:53 +0200, Robert Millan wrote:
>
> Could someone test this on an OpenFirmware machine for which nvsetenv
> works?
>
> The idea is that for those machines in which nvsetenv isn't usable, at
> least
> user gets to know what command to type.
>
> --
> Robert Millan
>
> My
On Mon, 2007-07-02 at 20:16 +0200, Robert Millan wrote:
> Hi,
>
> I spotted another regression, caused by the following commits:
>
> 2007-02-21 Hollis Blanchard <[EMAIL PROTECTED]>
>
> * kern/powerpc/ieee1275/init.c (HEAP_SIZE): Removed.
>
On Mon, 2007-07-02 at 14:48 +0200, Stefan Reinauer wrote:
> * Robert Millan <[EMAIL PROTECTED]> [070702 10:17]:
> > The following lines in grub_ofconsole_init():
> >
> > /* The latest PowerMacs don't actually initialize the screen for us, so we
> >* use this trick to re-open the output devic
On Wed, 2007-05-02 at 15:42 +0200, Robert Millan wrote:
>
> What about powerpc? Has EFI ever been used there?
I've never heard of such a thing.
-Hollis
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Tue, 2007-04-10 at 23:16 +0900, Hitoshi Ozeki wrote:
> Hello, all.
>
> Please look at line 445 of 'grub-1.95/kern/mm.c'.
>
> -begin-
> void
> grub_debug_free (const char *file, int line, void *ptr)
> {
> if (grub_mm_debug)
>
On Sun, 2007-03-25 at 00:53 +0900, 小関 一志 wrote:
> Hello, all.
>
> I write a patch for GRUB 1.95. this is able to run GRUB2 under NEC PC-9800
> series. (NEC PC-9800 is Japanese i386 computer, but its hardware design is
> different
> with PC.)
>
> Attach file: grub-1.95-nec98.diff.gz (113Kbytes)
On Fri, 2007-03-23 at 23:46 +0800, Wei Shen wrote:
>
> 2) addr option for module command Add nn option: "addr = value" to
> the module command. If the addr option is specified, Grub will load
> the module to address value instead of the default address.
Why?
-Hollis
___
On Sun, 2007-03-18 at 01:18 +, Yoshinori K. Okuji wrote:
>
> Log message:
> 2007-03-18 Yoshinori K. Okuji <[EMAIL PROTECTED]>
>
> * fs/ext2.c (grub_ext2_read_inode): Use the inode size in a
> superblock instead of the structure size to compute an
>
On Thu, 2007-03-15 at 12:49 +0100, Tomáš Ebenlendr wrote:
> Dne 15 Březen 2007, 03:55, Hollis Blanchard napsal(a):
> > On Wed, 2007-03-07 at 09:47 -0800, Daniel Weaver wrote:
> >
> >> I would like to propose a definition for "Native Endianess"
> >>
> &
On Wed, 2007-03-07 at 09:47 -0800, Daniel Weaver wrote:
> I would like to propose a definition for "Native Endianess"
>
> The data has Native Endianess when a 32-bit read will return the
> correct value without byte swap.
What on earth does that mean? :) "Correct value" according to who?
FYI, so
On Sun, 2007-03-04 at 16:14 +0100, Vincent Pelletier wrote:
> Hi.
>
> Here is a (mostly) maintainance patch for sparc64 port.
> It only fixes the build and implements setjmp/longjmp so that one can jump to
> rescue mode.
It looks like you also introduce new ELF relocations, I guess because
you'v
On Tue, 2007-02-27 at 16:46 -0800, Daniel Weaver wrote:
> Hello,
>
> I have created a proprietary loader that serves much the same function as
> GRUB.
> It is used to load a proprietary operating system. One of the things I need
> in my system is the load length of the operating system. Rather
On Fri, 2007-02-23 at 19:51 +0100, Ernest Sales wrote:
>
> On Mon, 19 Feb 2007 15:16:25 -0500, "Jason Morganson" <[EMAIL PROTECTED]>
> wrote:
>
> > Because of how important this feature will be to GRUB I wanted to put this
> up where everyone can change and comment on it.
>
> Do you really think
ruct grub_arg_list *state,
+ int argc, char **args)
+{
+ grub_rescue_cmd_multiboot2 (argc, args);
+ return grub_errno;
+}
+
+static grub_err_t
+grub_normal_cmd_module2 (UNUSED struct grub_arg_list *state,
+ int argc, char **args)
+{
+ grub_rescue_cmd_module2 (argc, args
On Tue, 2007-02-13 at 17:30 +0100, Lubomir Kundrak wrote:
> Hi Hollis,
>
> On Mon, 2007-02-12 at 19:01 -0600, Hollis Blanchard wrote:
> > On Mon, 2007-02-12 at 00:20 -0600, Jerone Young wrote:
> > >
> > > This patch is derived from the patch sent earlier by Lubom
On Thu, 2007-02-08 at 11:25 -0800, Patrick Connolly wrote:
> Can anyone think of a straightforward way to modify GRUB to boot a
> linux kernel directly from RAM in protected mode?
>
> We have an embedded system with a special BIOS that places a file (any
> file) at a fixed location in RAM and exec
On Mon, 2007-02-12 at 00:20 -0600, Jerone Young wrote:
>
> This patch is derived from the patch sent earlier by Lubomir Kundrak.
> What this patch adds is for library directories and directories in
> /boot to be changed as well. So the user can easily launch
>
> ./configure --program-transform-na
On Sat, 2007-02-03 at 04:15 -0800, Mark Hannessen wrote:
> Hi list,
>
> I have read on some websites that grub1.95 can boot from lvm
> So I thought I'd give it a try.
> I am quite new to grub2, so please forgive me my noobischness.
> This is what i did:
>
> 1) I added /dev/hda to the physical ext
On Tue, 2006-12-12 at 23:08 +0100, Yoshinori K. Okuji wrote:
> On Thursday 07 December 2006 23:39, Hollis Blanchard wrote:
> > I thought we had two options: embedding tags, or ORing bits into an
> > embedded long. When I suggested embedding tags, you told me it was too
> >
On Tue, 2006-12-12 at 23:54 +0100, Yoshinori K. Okuji wrote:
> I am for making "type"s arbitrary. If one wants to use a "type" as an UUID,
> she can. If one wants to use a "type" as a symbolic name, she can. I think it
> is the most flexible and simplest way to make the interpretation of "type"s
On Tue, 2006-12-12 at 23:46 +0100, Yoshinori K. Okuji wrote:
>
> The critical thing is how to reduce new things that people would have to
> study
> for using a program. GRUB Legacy made a mistake, since nearly all operating
> systems use 0-based for disks, and 1-based for partitions.
Since I'm
On Tue, 2006-12-12 at 23:28 +0100, Yoshinori K. Okuji wrote:
> On Saturday 09 December 2006 01:02, Hollis Blanchard wrote:
> > On the consumer side of multiboot (in this case Xen), we need to loop
> > over the tags, and when we find a module tag, how do we know which it
> > is
On Fri, 2006-12-08 at 18:02 -0600, Hollis Blanchard wrote:
>
> On the consumer side of multiboot (in this case Xen), we need to loop
> over the tags, and when we find a module tag, how do we know which it
> is? The Multiboot2 spec tells us "The order of modules is not
> g
On Sat, 2006-12-09 at 06:31 +0100, Tristan Gingold wrote:
> On Fri, Dec 08, 2006 at 06:02:31PM -0600, Hollis Blanchard wrote:
> > On Fri, 2006-10-27 at 06:09 +0200, Tristan Gingold wrote:
> > > BTW, why not adding a type field for module tag. The type (which should
> >
On Tue, 2006-12-05 at 20:46 +0100, Yoshinori K. Okuji wrote:
>
> > Oh, btw, it's HIGHLY confusing that disks start at 0, partitions at
> > 1. Could you please fix it and make it consequently? either hd1,1
> > or hd0,0, but not hd0,1 or hd1,0.
>
> No. It is consistent with most operating systems,
On Fri, 2006-10-27 at 06:09 +0200, Tristan Gingold wrote:
> BTW, why not adding a type field for module tag. The type (which should be
> an UUID IMHO) should indicate the type of the module.
> One usage could be for Xen. On Xen you can load 3 modules: the linux kernel,
> the linux ramdisk and an
On Tue, 2006-12-05 at 21:23 +0100, Yoshinori K. Okuji wrote:
>
> Is it a good spec which forces one to use sample code to be error-free?
Please be serious.
I'm really not sure why you have such strong objections to this. We're
talking about a change that is MINOR in terms of code, but will make
On Tue, 2006-12-05 at 21:04 +0100, Yoshinori K. Okuji wrote:
> On Tuesday 05 December 2006 20:09, Hollis Blanchard wrote:
> > > I am all for something that is simple. Initially it looked like
> > > Hollis' proposal was more complex, but IIRC he mentioned he wanted to
On Mon, 2006-12-04 at 21:35 +0100, Marco Gerards wrote:
> "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
>
> > On Saturday 02 December 2006 17:18, Marco Gerards wrote:
> >> What is the problem with typing? I do not think this is really
> >> complex?
> >
> > Weird. It was _you_ who pointed out t
On Sat, 2006-12-02 at 18:27 +0100, Yoshinori K. Okuji wrote:
>
> Reversely, I ask you a question. What is the real advantage in using
> tags in a Multiboot header?
>
> From my point of view, it is not necessarily very extensible or
> flexible, as our experience shows that changes to the Multiboot
On Fri, 2006-12-01 at 12:22 +1100, Aaron Kerr wrote:
> Heya,
>
> To support the development grub2 for powerpc I am testing grub2 from cvs
> two days ago) on my ibook (G4).
>
> I have successfully installed grub2 and can boot into linux.
>
> I have been unable to work-out how to boot in to MacO
On Thu, 2006-11-30 at 20:50 +0100, Marco Gerards wrote:
> Actually, what I would prefer is something hooks. It would be nice if
> the C code in GRUB and perhaps also scripts can be hooked anywhere.
> We have to be very careful about this, so perhaps limit the sets of
> commands that can be used th
One topic that I've heard a lot about in the past few weeks is
accessibility in grub2. Blind users, who otherwise have various devices
like screen readers and brail TTYs, need to be able to interact with the
bootloader.
This can be as simple as using the PC speaker to beep when GRUB starts,
and al
On Sun, 2006-11-26 at 11:18 +0100, Tomáš Ebenlendr wrote:
>
> >> There is plenty of precedent here. So I still see nothing wrong
> with
> >> putting a header file, which describes an interface, under a
> non-GPL
> >> license.
> >
> > Because GRUB is not a library. The spec is available independent
On Sat, 2006-11-25 at 05:36 +0100, Yoshinori K. Okuji wrote:
> On Saturday 25 November 2006 05:08, Hollis Blanchard wrote:
> > OK, I don't have a problem with this. We should clarify the spec.
> > It will limit e.g. module sizes and addresses to less than 4GB, but
> > pr
On Sat, 2006-11-25 at 04:46 +0100, Yoshinori K. Okuji wrote:
> On Saturday 25 November 2006 04:33, Hollis Blanchard wrote:
> > That's exactly the point: there will be no difference. Both
> > architectures will use 64-bit types.
>
> No. Both should use 32-bit, because GR
On Sat, 2006-11-25 at 03:59 +0100, Yoshinori K. Okuji wrote:
> On Thursday 16 November 2006 00:38, [EMAIL PROTECTED] wrote:
> > > I still would like an improvement in the kernel->GRUB communication.
> > > What about reusing the tags structure? For example:
> > >
> > > multiboot_header:
> > > .lon
On Sat, 2006-11-25 at 04:10 +0100, Yoshinori K. Okuji wrote:
> On Saturday 25 November 2006 03:09, Hollis Blanchard wrote:
> > On Wed, 2006-11-22 at 12:55 -0800, Joe Bonasera wrote:
> > > If grub2 really needs to make the
> > > format/content variant, I would much rath
On Wed, 2006-11-22 at 12:55 -0800, Joe Bonasera wrote:
> If grub2 really needs to make the
> format/content variant, I would much rather see it vary based on the
> target OS type. Or better yet, just always use the larger size data
> types/content - even for 32 bit booting.
I agree; I think exper
On Wed, 2006-11-22 at 10:41 +0100, Johan Rydberg wrote:
> Joe Bonasera <[EMAIL PROTECTED]> writes:
>
> > Would the different tags i86-pc vs x86_64 (if any) be determined by
> > knowing if which type elf gets loaded?
>
> My personal opinion is that we should not pass any information to the
> kerne
It is in the top level source directory, next to "configure".
-Hollis
On Tue, 2006-11-21 at 17:27 +0800, zhihang wang wrote:
> what is autogen.sh?
> Where can I download it?
>
> On 11/21/06, Hollis Blanchard <[EMAIL PROTECTED]> wrote:
> On Sat, 2006-11-
This is great information, so I hope you don't mind if I CC grub-devel.
On Mon, 2006-11-20 at 17:13 -0800, Joe Bonasera wrote:
>
> I guess I should give you some background on how Solaris uses
> grub 0.9x. One important thing to remember is that when you install
> Solaris you get both the 64 bit
; past 8K.
>
> Andrei Evgenievich Warkentin
> [EMAIL PROTECTED]
> Cell: (+1) (847) 321-15-55
>
>
>
> On 17.11.2006, at 16:01, Hollis Blanchard wrote:
>
> > On Fri, 2006-11-17 at 15:27 -0600, Andrei E. Warkentin wrote:
> > > How about having a custo
On Fri, 2006-11-17 at 15:27 -0600, Andrei E. Warkentin wrote:
> How about having a custom e_type for ELF images booted by GRUB?
> Something in the range between ET_LOOS and ET_HIOS (the OS specific
> types). This way one could avoid the Multiboot header in ELF, as the
> file would itself would iden
One requirement listed for multiboot2 was that ELF headers should be
ignored, because NetBSD was setting their ELF addresses incorrectly.
This has now been fixed (see
http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=32865), so I've
removed that requirement.
ELF headers tell you where to loa
On Thu, 2006-11-16 at 22:57 +0100, Stefan Reinauer wrote:
> * Marco Gerards <[EMAIL PROTECTED]> [061025 19:41]:
> >
> > >> - add support for compiling grub2 as an elf image.
> >
> > This is possible already. If the ELF image has specific demands, it
> > will not be hard to make such changes.
>
On Thu, 2006-11-16 at 00:15 +0200, Yoshinori K. Okuji wrote:
> On Wednesday 15 November 2006 22:10, Hollis Blanchard wrote:
> > On Wed, 2006-11-15 at 22:33 +0200, Yoshinori K. Okuji wrote:
> > > On Tuesday 14 November 2006 02:16, Hollis Blanchard wrote:
> > > > I&#
On Wed, 2006-11-15 at 22:42 +0200, Yoshinori K. Okuji wrote:
> On Wednesday 15 November 2006 19:42, Hollis Blanchard wrote:
> > > If the operating system kernel is stupid enough to require as special
> > > video mode the user should be aware of that and setup the bootloader
&
On Wed, 2006-11-15 at 22:33 +0200, Yoshinori K. Okuji wrote:
> On Tuesday 14 November 2006 02:16, Hollis Blanchard wrote:
> > I've placed a generic multiboot.h directly into include/ (not in the
> > grub subdirectory), since it it suitable for using in kernels
> > indepen
On Wed, 2006-11-15 at 09:57 +0100, Johan Rydberg wrote:
> Hollis Blanchard <[EMAIL PROTECTED]> writes:
>
> > For kernels that need to communicate information to GRUB (e.g.
> > "vga_mode" from my previous email, or a.out load addresses), the
> > multiboot h
On Wed, 2006-11-15 at 09:36 +0100, [EMAIL PROTECTED] wrote:
> Quoting Hollis Blanchard <[EMAIL PROTECTED]>:
>
> > Right now the multiboot2 spec calls for bits to be set in the kernel
> > image to indicate to GRUB that various features are required or
> > requested.
I would like to make the in-kernel multiboot header optional. If it's an
ELF file, we can load it, even if it doesn't have the header. We can
also pass the address of the multiboot tags to its entry point (it can't
hurt anything).
For kernels that need to communicate information to GRUB (e.g.
"vga
Right now the multiboot2 spec calls for bits to be set in the kernel
image to indicate to GRUB that various features are required or
requested.
I'm trying to come up with a cleaner way. I find all these bits very
confusing, actually, and I think it would be more clear if we had
something like this
On Tue, 2006-11-14 at 13:03 +0800, Zhixu Liu wrote:
> Hi, Hollis,
>
> We've tried something like this, and found it works for some platform,
> but still failed for one platform.
> Indeed, in this weird platform, we get both wrong CHS value with and
> without partition table. But the OS always
> g
On Thu, 2006-11-02 at 16:24 +0900, Brandon Sho wrote:
>
> Is it possible that the configure script testing for absoluteness is
> wrong?
> Or that cygwin can not handle absolutes (which is nonsense since thats
> machine level).
As it turns out, the "absolute" message is a red herring; I don't kno
On Mon, 2006-11-06 at 17:07 +0800, Zhixu Liu wrote:
> Hi, all,
>
> We encounter a strange problem recently. In short, following is the
> output of geometry of
> hd0 in situation with correct partition in disk and without partition
> in disk.
> When with correct partition table in disk hd0:
>
>
On Sun, 2006-11-05 at 16:24 -0500, Will Buik wrote:
> I am trying to cross compile GRUB 1.95 from an i686 linux system to an
> i686 linux uclibc system. However, when I run the configure script I
> get the error:
>
> checking if GCC has the regparm=3 bug... configure: error: cannot run
> test pro
grub_read_file() has this in it:
if (len == 0 || len > file->size - file->offset)
len = file->size - file->offset;
This is a curious divergence from read(2), and bit me when loading an
ELF segment with 0 p_filesz but non-0 p_memsz.
Could we remove it? Why is it there in th
On Wed, 2006-11-01 at 13:48 +0100, Johan Rydberg wrote:
> Hollis Blanchard <[EMAIL PROTECTED]> writes:
>
> > --- grub2-cvs.orig/include/grub/types.h 2006-10-31 19:06:47.0
> > -0600
> > +++ grub2-cvs/include/grub/types.h 2006-10-31 19:06:58.
On Thu, 2006-11-02 at 14:54 -0600, Hollis Blanchard wrote:
>
> How do I know what the load address should be before I've even looked
> at the program header?
>
> Just because the x86 loader uses fixed values doesn't mean other
> loaders should. In particular, the Pow
On Thu, 2006-11-02 at 21:58 +0200, Yoshinori K. Okuji wrote:
> On Wednesday 01 November 2006 02:23, Hollis Blanchard wrote:
> > Here is pass #3 of the ELF loader. Changes from #2:
> > - the `load' callback no longer modifies the phdr directly
>
> I still don't un
On Mon, 2006-10-30 at 21:15 +0200, Yoshinori K. Okuji wrote:
> On Saturday 28 October 2006 20:32, Hollis Blanchard wrote:
> > Are you saying that given tag->key == foo, tag->length == sizeof(struct
> > tag_foo)? I think it makes far more sense to allow 'length' to b
On Mon, 2006-10-30 at 21:19 +0200, Yoshinori K. Okuji wrote:
> On Saturday 28 October 2006 20:35, Hollis Blanchard wrote:
> > On Sat, 2006-10-28 at 16:16 +0200, Yoshinori K. Okuji wrote:
> > > On Friday 27 October 2006 21:19, Hollis Blanchard wrote:
> > > > Comments
On Sat, 2006-10-28 at 16:16 +0200, Yoshinori K. Okuji wrote:
> On Friday 27 October 2006 21:19, Hollis Blanchard wrote:
> > Comments please. Also see next mail to see how the PPC Linux loader uses
> > it.
>
> So this still loads an image to paddr directly, right?
>
On Sat, 2006-10-28 at 16:11 +0200, Yoshinori K. Okuji wrote:
> On Thursday 26 October 2006 21:58, Hollis Blanchard wrote:
> > Module:
> > Because of the 'length' field in the tag header, the 'reserved' field
> > isn't actually needed. The 'length
On Fri, 2006-10-27 at 14:19 -0500, Hollis Blanchard wrote:
> Here is the updated ELF loading infrastructure. A couple notes:
>
> It is now a module, which will be auto-loaded by loaders that need it.
> However, I don't know where to put elf.c. The only similar files are
&
Here is the updated ELF loading infrastructure. A couple notes:
It is now a module, which will be auto-loaded by loaders that need it.
However, I don't know where to put elf.c. The only similar files are
io/gzio.c and fs/fshelp.c, but clearly elf.c doesn't belong in either of
those directories.
I
On Fri, 2006-10-27 at 06:09 +0200, Tristan Gingold wrote:
> On Thu, Oct 26, 2006 at 02:58:35PM -0500, Hollis Blanchard wrote:
> > http://grub.enbug.org/MultibootDraft
> >
> > I'm looking at implementing this now.
> >
> > Module:
> > Because of the &#x
http://grub.enbug.org/MultibootDraft
I'm looking at implementing this now.
Module:
Because of the 'length' field in the tag header, the 'reserved' field
isn't actually needed. The 'length' field makes every one of these tag
structures inherently variably sized. Any data added later to this tag
wi
Hi Okuji, any comments on this patch? (I ask because I think you're the
most familiar with the build system.)
-Hollis
On Sun, 2006-10-22 at 16:46 +0200, Thomas Schwinge wrote:
> Hello!
>
> On request / suggestion / whatever ;-) of Marco I created the following
> patch. Its origin: I was trying
On Wed, 2006-10-25 at 21:31 +0200, Tristan Gingold wrote:
> If you are interested, I have written an IDE driver for grub. Not complete
> but working.
Does it support CD-ROMs? That seems to be the most important issue,
because it's a serious usability problem on legacy BIOS.
Have you worked out y
On Tue, 2006-10-24 at 22:48 +0200, Johan Rydberg wrote:
> Hollis Blanchard <[EMAIL PROTECTED]> writes:
>
> >> The idea is very good. But I don't like that loaded areas are always
> >> allocated
> >> from the heap. GRUB has a staging area for OS im
On Sat, 2006-10-14 at 19:23 +0200, Tristan Gingold wrote:
> On Sat, Oct 14, 2006 at 05:33:44PM +0200, Yoshinori K. Okuji wrote:
> > On Saturday 14 October 2006 00:37, Hollis Blanchard wrote:
> > > This patch adds generic ELF loading infrastructure for both 32-bit and
> > &
On Sat, 2006-10-14 at 11:03 +0800, Mao, Bibo wrote:
>I do not know whether it is possible to add one element in
> structure grub_elf_file structure to identify ELF type
> (ELFCLASS32/ELFCLASS64) and ELF machine type, this element can be set
> at function grub_elf_open.
I'm not sure it saves mu
On Sat, 2006-10-14 at 17:33 +0200, Yoshinori K. Okuji wrote:
> On Saturday 14 October 2006 00:37, Hollis Blanchard wrote:
> > This patch adds generic ELF loading infrastructure for both 32-bit and
> > 64-bit ELF. It provides an "iterate" function for program headers, and
This patch converts the PowerPC Linux loader to use the ELF
infrastructure in the last patch, which gives us 64-bit ELF support. You
can see examples of how I'm using the ELF "iterate" and "load"
functions.
-Hollis
diff -r b7b3f308a91d include/grub/types.h
--- a/include/grub/types.h Fri Oct
This patch adds generic ELF loading infrastructure for both 32-bit and
64-bit ELF. It provides an "iterate" function for program headers, and a
"load" function for convenience.
I have converted the PowerPC Linux loader to use this infrastructure
(see next mail), and possibly the i386 multiboot loa
On Fri, 2006-10-13 at 16:18 -0500, Andrei E. Warkentin wrote:
>
> > I don't intend to put any Open Firmware information into the
> multiboot
> > structure, since OF will still be live when the OS is executed.
>
> Ah okay, so just store the OF entry pointer or EFI system table with
> key-value.
On Fri, 2006-10-13 at 15:06 -0500, Andrei E. Warkentin wrote:
> I just stalk this mailing list, but I think it'd be great to turn the
> Multiboot specification less PC BIOS-centric. The Multiboot spec
> exposes various legacy structures for the x86 PC. How do you intend to
> work in platform specif
For Xen development, I need multiboot for PowerPC. In a week or so, I
will be starting this work based on Okuji-san's wiki page at
http://grub.enbug.org/MultibootDraft .
I just wanted to let people know in case anybody has some additional
comments about it. (I haven't read the page fully yet mysel
On Thu, 2006-10-05 at 15:41 +0200, Marco Gerards wrote:
> I'm looking forwards to your ideas, questions, suggestions, criticism
> and bug reports. :-)
How hard do you think it will be to implement all these features (and
handle the bugs)?
I wonder if we wouldn't be better served by a simpler scri
On Tue, 2006-10-10 at 21:46 +0800, 尚涛 wrote:
> grub-devel:
>
> why do not write something about the FILE "grub.cfg"? And why does
> not Grub 2 generate this file automaticly?
> If you do so ,it will make GRUB 2 more comfortable.
Hi, it's described in the wiki (http://grub.enbug.org), which
On Tue, 2006-10-10 at 16:38 +0200, Marco Gerards wrote:
>
> - Add some run-time argument to the loader to override the command
> line length. But I do not like this either because it allows
> breaking the Linux boot protocol.
What exactly happens if we give the kernel a longer cmdline than
1 - 100 of 313 matches
Mail list logo
