Hi everyone, Is it possible in any way to run the provided x86-parsec-benchmarks.py script for a system with >3GB of memory? Is there any other way around this like running the fs.py script for parsec benchmarks? Thanks, Vincent

Also, I'm getting the following error on running the command: build/X86/gem5.opt configs/example/gem5_library/x86-parsec-benchmarks.py --benchmark vips --size simsmall Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,0) CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.83 #1 Hardware name: , BIOS 06/08/2008 Call Trace: dump_stack+0x5d/0x79 panic+0xe2/0x236 mount_block_root+0x2b0/0x2e4 ? set_debug_rodata+0xc/0xc prepare_namespace+0x15b/0x191 kernel_init_freeable+0x23c/0x24c ? rest_init+0xa0/0xa0 kernel_init+0x5/0xf0 ret_from_fork+0x35/0x40 Kernel Offset: disabled ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,0) ]--- Any help with how to resolve this would be appreciated. I used gem5-resources to build the disk image for the benchmark and followed the steps mentioned in https://gem5.googlesource.com/public/gem5-resources/+/refs/heads/stable/src/parsec/. I only changed the vm_memory to 16384 and cores to 8 in parsec.json. On Wed, Jun 14, 2023 at 11:57 AM Vincent Abraham <vincent.ahm@gmail.com> wrote: > Hi everyone, > Is it possible in any way to run the provided x86-parsec-benchmarks.py > script for a system with >3GB of memory? Is there any other way around this > like running the fs.py script for parsec benchmarks? > > Thanks, > Vincent >

The error has been resolved. Turns out I didn't specify the partition on the disk image. But I'm still wondering if there's any code for running the benchmark with a system with >3GB main memory. On Wed, Jun 14, 2023 at 4:20 PM Vincent Abraham <vincent.ahm@gmail.com> wrote: > Also, I'm getting the following error on running the command: > build/X86/gem5.opt configs/example/gem5_library/x86-parsec-benchmarks.py > --benchmark vips --size simsmall > > Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(3,0) > CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.83 #1 > Hardware name: , BIOS 06/08/2008 > Call Trace: > dump_stack+0x5d/0x79 > panic+0xe2/0x236 > mount_block_root+0x2b0/0x2e4 > ? set_debug_rodata+0xc/0xc > prepare_namespace+0x15b/0x191 > kernel_init_freeable+0x23c/0x24c > ? rest_init+0xa0/0xa0 > kernel_init+0x5/0xf0 > ret_from_fork+0x35/0x40 > Kernel Offset: disabled > ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(3,0) ]--- > > Any help with how to resolve this would be appreciated. I used > gem5-resources to build the disk image for the benchmark and followed the > steps mentioned in > https://gem5.googlesource.com/public/gem5-resources/+/refs/heads/stable/src/parsec/. > I only changed the vm_memory to 16384 and cores to 8 in parsec.json. > > On Wed, Jun 14, 2023 at 11:57 AM Vincent Abraham <vincent.ahm@gmail.com> > wrote: > >> Hi everyone, >> Is it possible in any way to run the provided x86-parsec-benchmarks.py >> script for a system with >3GB of memory? Is there any other way around this >> like running the fs.py script for parsec benchmarks? >> >> Thanks, >> Vincent >> >

In the standard library the X86 Board currently doesn’t support memory sizes >3GB. The reason for this is due to restrictions in how we setup the memory ranges of the system. If you look at the code here: https://github.com/gem5/gem5/blob/55cecfc3e8fb2bdddfd96a850b0fdaca9bcdd0b3/src/python/gem5/components/boards/x86_board.py#L281, you can see that we hardcode the I/O memory range to start at 0xC0000000, with the memory range immediately prior. Memory sizes >3GB will mean it overlaps the I/O memory range. We have been meaning to make this more flexible, allowing for higher memory ranges, but this has yet to be implemented. If you’re feeling confident, and understand X86 memory ranges, you could hack this code to create a system >3GB. -- Dr. Bobby R. Bruce Room 3050, Kemper Hall, UC Davis Davis, CA, 95616 web: https://www.bobbybruce.net > On Jun 15, 2023, at 6:56 AM, Vincent Abraham via gem5-users <gem5-users@gem5.org> wrote: > > The error has been resolved. Turns out I didn't specify the partition on the disk image. But I'm still wondering if there's any code for running the benchmark with a system with >3GB main memory. > > On Wed, Jun 14, 2023 at 4:20 PM Vincent Abraham <vincent.ahm@gmail.com <mailto:vincent.ahm@gmail.com>> wrote: >> Also, I'm getting the following error on running the command: build/X86/gem5.opt configs/example/gem5_library/x86-parsec-benchmarks.py --benchmark vips --size simsmall >> >> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,0) >> CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.83 #1 >> Hardware name: , BIOS 06/08/2008 >> Call Trace: >> dump_stack+0x5d/0x79 >> panic+0xe2/0x236 >> mount_block_root+0x2b0/0x2e4 >> ? set_debug_rodata+0xc/0xc >> prepare_namespace+0x15b/0x191 >> kernel_init_freeable+0x23c/0x24c >> ? rest_init+0xa0/0xa0 >> kernel_init+0x5/0xf0 >> ret_from_fork+0x35/0x40 >> Kernel Offset: disabled >> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,0) ]--- >> >> Any help with how to resolve this would be appreciated. I used gem5-resources to build the disk image for the benchmark and followed the steps mentioned in https://gem5.googlesource.com/public/gem5-resources/+/refs/heads/stable/src/parsec/. I only changed the vm_memory to 16384 and cores to 8 in parsec.json. >> >> On Wed, Jun 14, 2023 at 11:57 AM Vincent Abraham <vincent.ahm@gmail.com <mailto:vincent.ahm@gmail.com>> wrote: >>> Hi everyone, >>> Is it possible in any way to run the provided x86-parsec-benchmarks.py script for a system with >3GB of memory? Is there any other way around this like running the fs.py script for parsec benchmarks? >>> >>> Thanks, >>> Vincent > _______________________________________________ > gem5-users mailing list -- gem5-users@gem5.org > To unsubscribe send an email to gem5-users-leave@gem5.org

Thank you, I'll try it. Is there also a way to run the PARSEC benchmark through fs.py if I have a disk image loaded with the benchmark? On Thu, Jun 15, 2023 at 12:11 PM Bobby Bruce via gem5-users < gem5-users@gem5.org> wrote: > In the standard library the X86 Board currently doesn’t support memory > sizes >3GB. The reason for this is due to restrictions in how we setup the > memory ranges of the system. > > If you look at the code here: > https://github.com/gem5/gem5/blob/55cecfc3e8fb2bdddfd96a850b0fdaca9bcdd0b3/src/python/gem5/components/boards/x86_board.py#L281, > you can see that we hardcode the I/O memory range to start at 0xC0000000, > with the memory range immediately prior. Memory sizes >3GB will mean it > overlaps the I/O memory range. > > We have been meaning to make this more flexible, allowing for higher > memory ranges, but this has yet to be implemented. > > If you’re feeling confident, and understand X86 memory ranges, you could > hack this code to create a system >3GB. > > -- > Dr. Bobby R. Bruce > Room 3050, > Kemper Hall, UC Davis > Davis, > CA, 95616 > > web: https://www.bobbybruce.net > > On Jun 15, 2023, at 6:56 AM, Vincent Abraham via gem5-users < > gem5-users@gem5.org> wrote: > > The error has been resolved. Turns out I didn't specify the partition on > the disk image. But I'm still wondering if there's any code for running the > benchmark with a system with >3GB main memory. > > On Wed, Jun 14, 2023 at 4:20 PM Vincent Abraham <vincent.ahm@gmail.com> > wrote: > >> Also, I'm getting the following error on running the command: >> build/X86/gem5.opt configs/example/gem5_library/x86-parsec-benchmarks.py >> --benchmark vips --size simsmall >> >> Kernel panic - not syncing: VFS: Unable to mount root fs on >> unknown-block(3,0) >> CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.83 #1 >> Hardware name: , BIOS 06/08/2008 >> Call Trace: >> dump_stack+0x5d/0x79 >> panic+0xe2/0x236 >> mount_block_root+0x2b0/0x2e4 >> ? set_debug_rodata+0xc/0xc >> prepare_namespace+0x15b/0x191 >> kernel_init_freeable+0x23c/0x24c >> ? rest_init+0xa0/0xa0 >> kernel_init+0x5/0xf0 >> ret_from_fork+0x35/0x40 >> Kernel Offset: disabled >> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on >> unknown-block(3,0) ]--- >> >> Any help with how to resolve this would be appreciated. I used >> gem5-resources to build the disk image for the benchmark and followed the >> steps mentioned in >> https://gem5.googlesource.com/public/gem5-resources/+/refs/heads/stable/src/parsec/. >> I only changed the vm_memory to 16384 and cores to 8 in parsec.json. >> >> On Wed, Jun 14, 2023 at 11:57 AM Vincent Abraham <vincent.ahm@gmail.com> >> wrote: >> >>> Hi everyone, >>> Is it possible in any way to run the provided x86-parsec-benchmarks.py >>> script for a system with >3GB of memory? Is there any other way around this >>> like running the fs.py script for parsec benchmarks? >>> >>> Thanks, >>> Vincent >>> >> _______________________________________________ > gem5-users mailing list -- gem5-users@gem5.org > To unsubscribe send an email to gem5-users-leave@gem5.org > > > _______________________________________________ > gem5-users mailing list -- gem5-users@gem5.org > To unsubscribe send an email to gem5-users-leave@gem5.org >

I don’t know. fs.py isn’t really regularly tested or maintained. it will be deprecated come v23.0 of gem5. I wouldn’t recommend using it but you’re free to give it a try if you wish. -- Dr. Bobby R. Bruce Room 3050, Kemper Hall, UC Davis Davis, CA, 95616 web: https://www.bobbybruce.net > On Jun 15, 2023, at 12:19 PM, Vincent Abraham via gem5-users <gem5-users@gem5.org> wrote: > > Thank you, I'll try it. Is there also a way to run the PARSEC benchmark through fs.py if I have a disk image loaded with the benchmark? > > On Thu, Jun 15, 2023 at 12:11 PM Bobby Bruce via gem5-users <gem5-users@gem5.org <mailto:gem5-users@gem5.org>> wrote: >> In the standard library the X86 Board currently doesn’t support memory sizes >3GB. The reason for this is due to restrictions in how we setup the memory ranges of the system. >> >> If you look at the code here: https://github.com/gem5/gem5/blob/55cecfc3e8fb2bdddfd96a850b0fdaca9bcdd0b3/src/python/gem5/components/boards/x86_board.py#L281, you can see that we hardcode the I/O memory range to start at 0xC0000000, with the memory range immediately prior. Memory sizes >3GB will mean it overlaps the I/O memory range. >> >> We have been meaning to make this more flexible, allowing for higher memory ranges, but this has yet to be implemented. >> >> If you’re feeling confident, and understand X86 memory ranges, you could hack this code to create a system >3GB. >> >> -- >> Dr. Bobby R. Bruce >> Room 3050, >> Kemper Hall, UC Davis >> Davis, >> CA, 95616 >> >> web: https://www.bobbybruce.net <https://www.bobbybruce.net/> >> >>> On Jun 15, 2023, at 6:56 AM, Vincent Abraham via gem5-users <gem5-users@gem5.org <mailto:gem5-users@gem5.org>> wrote: >>> >>> The error has been resolved. Turns out I didn't specify the partition on the disk image. But I'm still wondering if there's any code for running the benchmark with a system with >3GB main memory. >>> >>> On Wed, Jun 14, 2023 at 4:20 PM Vincent Abraham <vincent.ahm@gmail.com <mailto:vincent.ahm@gmail.com>> wrote: >>>> Also, I'm getting the following error on running the command: build/X86/gem5.opt configs/example/gem5_library/x86-parsec-benchmarks.py --benchmark vips --size simsmall >>>> >>>> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,0) >>>> CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.83 #1 >>>> Hardware name: , BIOS 06/08/2008 >>>> Call Trace: >>>> dump_stack+0x5d/0x79 >>>> panic+0xe2/0x236 >>>> mount_block_root+0x2b0/0x2e4 >>>> ? set_debug_rodata+0xc/0xc >>>> prepare_namespace+0x15b/0x191 >>>> kernel_init_freeable+0x23c/0x24c >>>> ? rest_init+0xa0/0xa0 >>>> kernel_init+0x5/0xf0 >>>> ret_from_fork+0x35/0x40 >>>> Kernel Offset: disabled >>>> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,0) ]--- >>>> >>>> Any help with how to resolve this would be appreciated. I used gem5-resources to build the disk image for the benchmark and followed the steps mentioned in https://gem5.googlesource.com/public/gem5-resources/+/refs/heads/stable/src/parsec/. I only changed the vm_memory to 16384 and cores to 8 in parsec.json. >>>> >>>> On Wed, Jun 14, 2023 at 11:57 AM Vincent Abraham <vincent.ahm@gmail.com <mailto:vincent.ahm@gmail.com>> wrote: >>>>> Hi everyone, >>>>> Is it possible in any way to run the provided x86-parsec-benchmarks.py script for a system with >3GB of memory? Is there any other way around this like running the fs.py script for parsec benchmarks? >>>>> >>>>> Thanks, >>>>> Vincent >>> _______________________________________________ >>> gem5-users mailing list -- gem5-users@gem5.org <mailto:gem5-users@gem5.org> >>> To unsubscribe send an email to gem5-users-leave@gem5.org <mailto:gem5-users-leave@gem5.org> >> >> _______________________________________________ >> gem5-users mailing list -- gem5-users@gem5.org <mailto:gem5-users@gem5.org> >> To unsubscribe send an email to gem5-users-leave@gem5.org <mailto:gem5-users-leave@gem5.org> > _______________________________________________ > gem5-users mailing list -- gem5-users@gem5.org > To unsubscribe send an email to gem5-users-leave@gem5.org