Hello, If I understood it correctly (stumbling upon a memory overlapping error and searching the web), that 'modaddr' command (or similar name, don't have it around now) exists only in a fork of GRUB maintained to boot Fiasco (and maybe other Dresden/L4 projects). Is there a way to run Fiasco with standard GRUB, or any ongoing work to be able to do it? Regards. -- Manuel A. Fernandez Montecelo <manuel.montezelo@gmail.com>
On Tue Jan 16, 2007 at 23:25:17 +0000, Manuel A. Fernandez Montecelo wrote:
If I understood it correctly (stumbling upon a memory overlapping error and searching the web), that 'modaddr' command (or similar name, don't have it around now) exists only in a fork of GRUB maintained to boot Fiasco (and maybe other Dresden/L4 projects).
That's the case.
Is there a way to run Fiasco with standard GRUB, or any ongoing work to be able to do it?
There's the bootstrap single-image mode which packs all modules into a big one which can then be booted by any bootloader. To the boot loader those images look like Linux. You should have a closer look at the README and modules.list files in bootstrap/server/src. Adam -- Adam adam@os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/
2007/1/17, Adam Lackorzynski <adam@os.inf.tu-dresden.de>:
Is there a way to run Fiasco with standard GRUB, or any ongoing work to be able to do it?
There's the bootstrap single-image mode which packs all modules into a big one which can then be booted by any bootloader. To the boot loader those images look like Linux. You should have a closer look at the README and modules.list files in bootstrap/server/src.
OK, I got it running properly now, thanks :) Still, aren't there any plans to try to get Fiasco-with-modules running in vanilla versions of GRUB, or the new GRUB2? It will be quite useful for people trying to test it, I think. Regards.
Hi, On Wed, Jan 17, 2007 at 01:41:29PM +0000, Manuel A. Fernandes Montezelo wrote:
Still, aren't there any plans to try to get Fiasco-with-modules running in vanilla versions of GRUB, or the new GRUB2? It will be quite useful for people trying to test it, I think.
On the other hand, 'modaddr' may be a cool feature for vanilla GRUB, doesn't it? -- Christian Helmuth TU Dresden, Dept. of CS Operating Systems Group http://os.inf.tu-dresden.de/~ch12
2007/1/17, Christian Helmuth <ch12@os.inf.tu-dresden.de>:
Hi,
On Wed, Jan 17, 2007 at 01:41:29PM +0000, Manuel A. Fernandes Montezelo wrote:
Still, aren't there any plans to try to get Fiasco-with-modules running in vanilla versions of GRUB, or the new GRUB2? It will be quite useful for people trying to test it, I think.
On the other hand, 'modaddr' may be a cool feature for vanilla GRUB, doesn't it?
I don't know yet why is it necessary, etc -- so I can't say much about the usefulness of the feature. But my question also included the possibility that you mention, that is, if you have plans to contact GRUB devels to integrate that feature in the upstream version, or they already rejected it, or what. Whatever works so people don't need to use forks of the tools would be nice, I think :) Regards.
Hi, I checked both Grub legacy and Grub2, no modaddr there :-( But really this feature is necessary. Here is an example: a kernel is loaded at 0x100000 with length of 0x100000 bytes (a huge one). and some multiboot modules are loaded by Grub at the end of the kernel area (this is what Grub does now). When kernel initiates, especially for the memory management, it has to build kind of data structure dynamically to management the page frames for this booting (number of page frames is variable by the size of hardware memory). Once it needs some where to dynamically memory allocation, it should not overlap this data structure in where the multiboot modules loaded. The solution could be: 1, Skip the area of loaded multiboot modules. This solution needs kernel to be aware of the layout of all the multiboot modules, which needs some trick. 2, Set a address to Grub, tell Grub to load all of the multiboot modules after this address. So we can make sure kernel's dynamic allocated memory will not overlap the multiboot modules. once kernel initiated the memory management stuffs, it can reserve the area of multiboot modules. The first solution is what I have done in my MLXOS, I really hate it. If upstream Grub has a modaddr feature, I can live easier. Coly 在 2007-01-17三的 15:39 +0000，Manuel A. Fernandes Montezelo写道：
2007/1/17, Christian Helmuth <ch12@os.inf.tu-dresden.de>:
Hi,
On Wed, Jan 17, 2007 at 01:41:29PM +0000, Manuel A. Fernandes Montezelo wrote:
Still, aren't there any plans to try to get Fiasco-with-modules running in vanilla versions of GRUB, or the new GRUB2? It will be quite useful for people trying to test it, I think.
On the other hand, 'modaddr' may be a cool feature for vanilla GRUB, doesn't it?
I don't know yet why is it necessary, etc -- so I can't say much about the usefulness of the feature.
But my question also included the possibility that you mention, that is, if you have plans to contact GRUB devels to integrate that feature in the upstream version, or they already rejected it, or what. Whatever works so people don't need to use forks of the tools would be nice, I think :)
Regards.
_______________________________________________ l4-hackers mailing list l4-hackers@os.inf.tu-dresden.de http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers
On Wed Jan 17, 2007 at 15:39:01 +0000, Manuel A. Fernandes Montezelo wrote:
2007/1/17, Christian Helmuth <ch12@os.inf.tu-dresden.de>:
Hi,
On Wed, Jan 17, 2007 at 01:41:29PM +0000, Manuel A. Fernandes Montezelo wrote:
Still, aren't there any plans to try to get Fiasco-with-modules running in vanilla versions of GRUB, or the new GRUB2? It will be quite useful for people trying to test it, I think.
On the other hand, 'modaddr' may be a cool feature for vanilla GRUB, doesn't it?
I don't know yet why is it necessary, etc -- so I can't say much about the usefulness of the feature.
But my question also included the possibility that you mention, that is, if you have plans to contact GRUB devels to integrate that feature in the upstream version, or they already rejected it, or what. Whatever works so people don't need to use forks of the tools would be nice, I think :)
Getting something like a feature addition into GRUB1 is basically impossible. GRUB1 is in deep freeze mode, no chance. One needs to fork it, like I did. Things may look different for GRUB2 but I do not see much activity there lately and it's still missing important things like network support so that it's a no-go for me. Adam -- Adam adam@os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/
participants (5)
-
Adam Lackorzynski -
Christian Helmuth -
coly -
Manuel A. Fernandes Montezelo -
Manuel A. Fernandez Montecelo