I'd like to add that in general the idea of being able to use a fast functional environment to generate checkpoints that we can then load into gem5 is a really good one, and we've discussed it in the past. Qemu is kind of an obvious choice, but something similar could be done with SimNow, a VM, or other tools. In the long run I'd definitely like to see it expand beyond ARM, but this looks like a good place to start.
I don't have any particular advice in this matter, since I know basically nothing about ARM platforms, but I'd like to encourage others to help Ira as much as they can, as I see this as a first step toward a much broader and very compelling capability. Also, in the process of moving forward with this, please keep in mind these longer term goals and try to avoid tying things any more specifically to ARM or Qemu than necessary (or at least document things that might need to change to support other ISAs or tools). That said, I'd rather have something working that's ARM/Qemu specific than nothing working at all, so feel free to disregard that prior request if it's getting in the way of actually getting things to work. Thanks, Steve On Thu, May 24, 2012 at 10:46 PM, Ira Ray Jenkins <irarayjenk...@gmail.com>wrote: > The kernel supplied/built from the AOSP is for a "goldfish" cpu - > something apparently specific to the version of qemu used by the > Android SDK. So, maybe gem5 is incapable of running such a kernel? As > a novice to kernel development, I'm not sure where to go to determine > if it is possible or not? Qemu does support - from various Googling's > - the RealViewPBX platform, so it may be possible to create a custom > kernel/system disk image for ice cream sandwich that supports this? > Again, I'm not sure how to go about tackling that issue, either. I > will continue to toy around with the machine-type and bare-metal > options, and post any updates if I find a working solution. I would > appreciate any help on the above mentioned issues. > > On Thu, May 24, 2012 at 3:54 PM, Ali Saidi <sa...@umich.edu> wrote: > > You need to make sure you're running the same machine with qemu and gem5. > > Make sure that you've set the --machine-type= to the appropriate machine. > > Kernels aren't compatible between different variants as the memory maps > can > > be completely different. I don't know what platform you've compiled your > > kernel for but it needs to be something we've got in gem5 (RealViewPBX, > or > > VersatileExpress EMM). If the kernel you're building has a bootloader > > emebedded in it, you'll need to specified the --bare-metal command line > > option, so that the simulation doesn't do initializations for the kernel > > that the bootloader will already do. > > > > Thanks, > > > > Ali > > > > > > > > > > > > On 24.05.2012 11:32, Ira Ray Jenkins wrote: > > > > I am doing some experiments with Android using qemu and gem5. I would > > like to be able to have a single kernel and disk image to use > > experimenting between qemu and gem5. They don't have to be the same, > > just identical. I have a goldfish kernel and android disk image that > > qemu can boot; however, trying to use these for gem5 causes it to > > hang. I am unfamiliar with kernel or bootloader building, so any help > > would be greatly appreciated. The following is what gem5 outputs when > > run with the qemu kernel/image: > > > > gem5 Simulator System. http://gem5.org > > gem5 is copyrighted software; use the --copyright option for details. > > > > gem5 compiled Apr 26 2012 12:26:52 > > gem5 started May 24 2012 11:09:00 > > gem5 executing on Gaia > > command line: build/ARM/m5.fast configs/example/fs.py -b ArmAndroid > > --kernel=vmlinux-qemu-armv7 --disk-image=android_system.img > > Global frequency set at 1000000000000 ticks per second > > info: kernel located at: ***/gem5/system/binaries/ > > vmlinux-qemu-armv7 > > Listening for system connection on port 5900 > > Listening for system connection on port 3456 > > 0: system.remote_gdb.listener: listening for remote gdb on port 7000 > > info: Using bootloader at address 0x80000000 > > **** REAL SIMULATION **** > > info: Entering event queue @ 0. Starting simulation... > > > > *hangs here* > > _______________________________________________ > > gem5-users mailing list > > gem5-users@gem5.org > > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > > > > > > > > > > > _______________________________________________ > > gem5-users mailing list > > gem5-users@gem5.org > > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > _______________________________________________ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >
_______________________________________________ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
