Can you try and run this on a x86_64 system? That file system is ~2GB which will overflow a standard int on your 32-bit setup and would explain the whacky behavior.
Or we have to set _FILE_OFFSET_BITS=64 for the M5 compile to use uint64's for file operations to avoid this. (not sure how to do this) Geoff On Tue, Jul 24, 2012 at 1:12 PM, Ali Saidi <[email protected]> wrote: > Could you try and run with opt instead of fast? You should only run fast if > you've successfully run a simulation before or run something very similar to > it. Having asserts and additional debugging is helpful in these situations. > Clearly something has gone wrong because Linux thinks the device is 2.19TB > is size. Since it is IDed incorrectly when the file system tries to read > past however big the disk actually is you get the error you see. > > Ali > > > > > > > > > > On 24.07.2012 13:08, Stuart Ryan wrote: > > Hi Tony, > Thanks for trying that. > > I'm using the vmlinux.arm.smp.fb.2.6.38.8 kernel which I downloaded > with the ubuntu-natty image from the new full systems package linked > to on the downloads page > (http://www.gem5.org/dist/current/arm/arm-system-2011-08.tar.bz2) . > I have also tried with the VExpress_EMM kernel on a EMM machine. > Furthermore, I've re-downloaded the above package and created a new > clone of gem5-stable - no change. > > I'm running a 32bit Ubuntu 10.04 on VirtualBox. > > Thanks, > Stuart > > On Tue, Jul 24, 2012 at 4:21 PM, Anthony Gutierrez <[email protected]> > wrote: > > I am unable to replicate the error using the latest stable repo with the > ubuntu-natty image and your command line verbatim. Are you sure you're using > the correct kernel? -Tony On Tue, Jul 24, 2012 at 11:04 AM, Stuart Ryan > <[email protected]> wrote: > > Hi, I'm using gem5-stable (9073:f75ee4849c40) and having some trouble > getting a FS ARM platform to boot with the arm-ubuntu-natty-headless.img (or > indeed with a self made image following the instructions on the wiki - with > the same error) . I have not had any problems with the busybox image > (linux-arm-ael.img) nor with the android images. I use the following command > to start the simulation: ./build/ARM/gem5.fast ./configs/example/fs.py > --disk-image=arm-ubuntu-natty-headless.img The simulator panics with an out > of bounds access to the disk: panic: access out of bounds @ cycle > 195069127500 [read:build/ARM/dev/disk_image.cc, line 371] Memory Usage: > 300064 KBytes The terminal shows that disk access has just started: [ > 0.190100] ata1.00: ATA-7: M5 IDE Disk, , max UDMA/66 [ 0.190104] ata1.00: > 4292870624 sectors, multi 0: LBA [ 0.190110] ata1.00: configured for PIO [ > 0.190165] scsi 0:0:0:0: Direct-Access ATA M5 IDE Disk n/a PQ: 0 ANSI: 5 [ > 0.190317] sd 0:0:0:0: [sda] 4292870624 512-byte logical blocks: (2.19 > TB/1.99 TiB) [ 0.190359] sd 0:0:0:0: [sda] Write Protect is off [ 0.190363] > sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 0.190383] sd 0:0:0:0: [sda] > Write cache: disabled, read cache: enabled, doesn't support DPO or FUA What > steps do I need to take to get the system to play nicely with this image? I > can't help but feel there is something obvious I'm missing. Thanks, Stuart > _______________________________________________ gem5-users mailing list > [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > _______________________________________________ gem5-users mailing list > [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > _______________________________________________ > gem5-users mailing list > [email protected] > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > > > > > _______________________________________________ > gem5-users mailing list > [email protected] > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users _______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
