[Barrelfish-users] Limitation about file-system size or number of programs in menu.lst?
Richard
licai at pku.edu.cn
Fri Nov 15 03:13:37 CET 2013
Hi Albert,
Can the default menu.lst works to boot, without any modification?
I have met this looping before, when I used a wrong GCC version and could not even run the default munu.lst.
You can try the specific GCC version which wiki.barrelfish.org recommends.
Hope this helps.
Regards,
Richard
----- Albert Heinle <aheinle at uwaterloo.ca> wrote:
>
>
>
>
>
> Oh, and just to clearify: I do not mean that my program is all the
> time looping. To see what I mean, I will give you my shell output.
>
> Cheers,
>
> Albert Heinle
>
> Booting 'Barrelfish'
>
> root (nd)
> Filesystem type is tftp, using whole disk
> kernel /x86_64/sbin/elver loglevel=4
> [Multiboot-elf, <0x100000:0x2560:0x0>,
> <0x103fe4:0x1c:0x6000>, shtab=0x10a2f
> 8, entry=0x10000c]
> module /x86_64/sbin/cpu loglevel=4
> [Multiboot-module @ 0x116000, 0xde4b9 bytes]
> module /x86_64/sbin/init
> [Multiboot-module @ 0x1f5000, 0x4cf4b9 bytes]
> module /x86_64/sbin/mem_serv
> [Multiboot-module @ 0x6c5000, 0x47f7fd bytes]
> module /x86_64/sbin/monitor
> [Multiboot-module @ 0xb45000, 0x6b0bf9 bytes]
> module /x86_64/sbin/ramfsd boot
> [Multiboot-module @ 0x11f6000, 0x51d348 bytes]
> module /x86_64/sbin/skb boot
> [Multiboot-module @ 0x1714000, 0xb6c33c bytes]
> modulenounzip /skb_ramfs.cpio.gz nospawn
> [Multiboot-module @ 0x2281000, 0x9f9f8 bytes]
> module /x86_64/sbin/kaluga boot
> [Multiboot-module @ 0x2321000, 0x893e6a bytes]
> module /x86_64/sbin/acpi boot
> [Multiboot-module @ 0x2bb5000, 0x7dd7d9 bytes]
> module /x86_64/sbin/spawnd boot
> [Multiboot-module @ 0x3393000, 0x7e6f7f bytes]
> module /x86_64/sbin/startd boot
> [Multiboot-module @ 0x3b7a000, 0x76bb24 bytes]
> module /x86_64/sbin/routing_setup boot
> [Multiboot-module @ 0x42e6000, 0x4d32e2 bytes]
> module /x86_64/sbin/pci auto
> [Multiboot-module @ 0x47ba000, 0x63d758 bytes]
> module /x86_64/sbin/ahcid auto
> [Multiboot-module @ 0x4df8000, 0x56d76d bytes]
> module /x86_64/sbin/rtl8029 auto
> [Multiboot-module @ 0x5366000, 0x57f15d bytes]
> module /x86_64/sbin/e1000n auto
> [Multiboot-module @ 0x58e6000, 0x6153f2 bytes]
> module /x86_64/sbin/NGD_mng auto
> [Multiboot-module @ 0x5efc000, 0x509f01 bytes]
> Booting 'Barrelfish'
>
> root (nd)
> Filesystem type is tftp, using whole disk
> kernel /x86_64/sbin/elver loglevel=4
> [Multiboot-elf, <0x100000:0x2560:0x0>,
> <0x103fe4:0x1c:0x6000>, shtab=0x10a2f
> 8, entry=0x10000c]
> module /x86_64/sbin/cpu loglevel=4
> [Multiboot-module @ 0x116000, 0xde4b9 bytes]
> module /x86_64/sbin/init
> [Multiboot-module @ 0x1f5000, 0x4cf4b9 bytes]
> module /x86_64/sbin/mem_serv
> [Multiboot-module @ 0x6c5000, 0x47f7fd bytes]
> module /x86_64/sbin/monitor
> [Multiboot-module @ 0xb45000, 0x6b0bf9 bytes]
> module /x86_64/sbin/ramfsd boot
> [Multiboot-module @ 0x11f6000, 0x51d348 bytes]
> module /x86_64/sbin/skb boot
> [Multiboot-module @ 0x1714000, 0xb6c33c bytes]
> modulenounzip /skb_ramfs.cpio.gz nospawn
> [Multiboot-module @ 0x2281000, 0x9f9f8 bytes]
> module /x86_64/sbin/kaluga boot
> [Multiboot-module @ 0x2321000, 0x893e6a bytes]
> module /x86_64/sbin/acpi boot
> [Multiboot-module @ 0x2bb5000, 0x7dd7d9 bytes]
> module /x86_64/sbin/spawnd boot
> [Multiboot-module @ 0x3393000, 0x7e6f7f bytes]
> module /x86_64/sbin/startd boot
> [Multiboot-module @ 0x3b7a000, 0x76bb24 bytes]
> module /x86_64/sbin/routing_setup boot
> [Multiboot-module @ 0x42e6000, 0x4d32e2 bytes]
> module /x86_64/sbin/pci auto
> [Multiboot-module @ 0x47ba000, 0x63d758 bytes]
> module /x86_64/sbin/ahcid auto
> [Multiboot-module @ 0x4df8000, 0x56d76d bytes]
> module /x86_64/sbin/rtl8029 auto
> [Multiboot-module @ 0x5366000, 0x57f15d bytes]
> module /x86_64/sbin/e1000n auto
> [Multiboot-module @ 0x58e6000, 0x6153f2 bytes]
> module /x86_64/sbin/NGD_mng auto
> [Multiboot-module @ 0x5efc000, 0x509f01 bytes]
> Booting 'Barrelfish'
>
> and again root(nd)[...]
>
>On 14.11.2013 11:52, Albert Heinle
> wrote:
>
>
>
> Hello Barrelfish-Team,
>
> I am right now working at a project at my university, and I was
> writing code to handle a bunch of files (gutenberg project books).
>
> I included the books as described here:
>
>https://lists.inf.ethz.ch/pipermail/barrelfish-users/2012-November/000842.html
> A creation of several cpio files was needed. There seems to be a
> size limitation on those guys. But no problem, I just split them
> and add them seperately. In total, those files are about 80MB.
>
> Now I have my program that searches through those files. It is
> designed so that several instances of it can be started, and all
> are searching in parallel through the files. If I add now more
> than 3 instances in menu.lst, Barrelfish ends up being in an
> infinite loop at startup, which always restarts after the last
> chunk of gutenberg files. I assume that there is some limitation
> on the size there, but also adding more RAM and increasing the
> disk size in the symbolic_targets.mk does not help.
>
> Does anyone has an idea about a possible solution?
>
> Thank you in advance,
>
> Albert Heinle
>
>
>
>_______________________________________________
> Barrelfish-users mailing list
>Barrelfish-users at lists.inf.ethz.ch
>https://lists.inf.ethz.ch/mailman/listinfo/barrelfish-users
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.inf.ethz.ch/pipermail/barrelfish-users/attachments/20131115/1532f14f/attachment.html
More information about the Barrelfish-users
mailing list