You should just be able to compile it and use the compiled version instead of the one you downloaded from the website.
Ali On 02.10.2012 13:44, Iordan Alexandru wrote: > Is it possible for you to give some more details on how to implemented what you said there? How should I update gem5/system/alpha/console/console.c so that I can use more than 2 GB of main memory in my simulations? > > Thanks in advance! > > Best regards, > Alexandru Iordan > > ------------------------- > FROM: Ali Saidi ; > TO: gem5 users mailing list ; > SUBJECT: Re: [gem5-users] How to configure more than 1GB physical memory on ALPHA_FS > SENT: Sun, Apr 22, 2012 11:29:23 AM > > You need to compile an updated version of the console binary in the gem5/system/alpha/console directory. > Ail > > On Apr 18, 2012, at 4:56 PM, Seongil O wrote: > >> Hi all, >> Could anyone inform me the way to configure more than 1GB physical memory on ALPHA_FS machine? >> The ALPHA_FS works quite well when I configure 1GB memory on configs/common/Benchmarks.py. >> However, when I modify the line 49 of Benchmark.py to "return '2GB'", my gem5 aborts simulation during booting process with following error messages. >> $ build/ALPHA_FS/gem5.fast configs/example/fs.py >> >> gem5 Simulator System. http://gem5.org [1] >> gem5 is copyrighted software; use the --copyright option for details. >> gem5 compiled Mar 28 2012 22:37:29 >> gem5 started Apr 18 2012 16:50:01 >> gem5 executing on apollon >> command line: build/ALPHA_FS/gem5.fast configs/example/fs.py >> Global frequency set at 1000000000000 ticks per second >> info: kernel located at: /cal/home/seongil/simulators/gem5/test/gem5-test/dist/alpha/binaries/vmlinux >> Listening for system connection on port 3456 >> 0: system.remote_gdb.listener: listening for remote gdb on port 7000 >> **** REAL SIMULATION **** >> info: Entering event queue @ 0. Starting simulation... >> warn: Prefetch instructions in Alpha do not do anything >> >> panic: M5 panic instruction called at pc = 0xfffffc000031add0. >> @ cycle 470435551500 >> [execute:build/ALPHA_FS/arch/alpha/atomic_simple_cpu_exec.cc, line 11213] >> Memory Usage: 2358804 KBytes >> Program aborted at cycle 470435551500 >> Aborted >> ==== m5 slave terminal: Terminal 0 ==== >> >> M5 console: m5AlphaAccess @ 0xFFFFFD0200000000 >> Got Configuration 623 >> memsize FFFFFFFF80000000 pages FFFFFFFFFFFC0000 >> First free page after ROM 0xFFFFFC0000018000 >> HWRPB 0xFFFFFC0000018000 l1pt 0xFFFFFC0000040000 l2pt 0xFFFFFC0000042000 l3pt_rpb 0xFFFFFC0000044000 l3pt_kernel 0xFFFFFC0000048000 l2reserv 0xFFFFFC0000046000 >> kstart = 0xFFFFFC0000310000, kend = 0xFFFFFC00008964E0, kentry = 0xFFFFFC0000310000, numCPUs = 0x1 >> CPU Clock at 2000 MHz IntrClockFrequency=1024 >> Booting with 1 processor(s) >> KSP: 0x20043FE8 PTBR 0x20 >> Console Callback at 0x0, fixup at 0x0, crb offset: 0x510 >> Memory cluster 0 [0 - 392] >> Memory cluster 1 [392 - -262536] >> Initalizing mdt_bitmap addr 0xFFFFFC0000038000 mem_pages FFFFFFFFFFFC0000 >> ConsoleDispatch at virt 10000658 phys 18658 val FFFFFC00000100A8 >> unix_boot_mem ends at FFFFFC0000076000 >> k_argc = 0 >> jumping to kernel at 0xFFFFFC0000310000, (PCBB 0xFFFFFC0000018180 pfn 1100) >> CallbackFixup 0 18000, t7=FFFFFC0000814000 >> Linux version 2.6.27.6-dirty (seongil@venus) (gcc version 4.3.2 (crosstool-NG-1.3.3) ) #2 SMP Sat Mar 24 20:02:08 KST 2012 >> Booting GENERIC on Tsunami variation DP264 using machine vector DP264 from SRM >> Major Options: SMP LEGACY_START VERBOSE_MCHECK >> Command line: root=/dev/hda1 console=ttyS0 >> memcluster 0, usage 1, start 0, end 392 >> memcluster 1, usage 0, start 392, end 18446744073709289472 >> setup: forcing memory size to 33554432K (from -2097152K). >> freeing pages 1102:4194304 >> reserving pages 1102:1166 >> SMP: 1 CPUs probed -- cpu_present_map = 1 >> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 4165632 >> Kernel command line: root=/dev/hda1 console=ttyS0 >> PID hash table entries: 4096 (order: 12, 32768 bytes) >> Using epoch = 1900 >> Console: colour dummy device 80x25 >> console [ttyS0] enabled >> Dentry cache hash table entries: 4194304 (order: 12, 33554432 bytes) >> Inode-cache hash table entries: 2097152 (order: 11, 16777216 bytes) >> Memory: 33265208k/33554432k available (3755k kernel code, 285424k reserved, 254k data, 216k init) >> Unable to handle kernel paging request at virtual address 0000000000000000 >> CPU 0 swapper(0): Oops 1 >> pc = [] ra = [] ps = 0007 Not tainted >> pc is at cache_alloc_refill+0x1ec/0x780 >> ra is at cache_alloc_refill+0xcc/0x780 >> v0 = 0000000000000001 t0 = 0000000000000000 t1 = 0000000000000000 >> t2 = 0000000000000000 t3 = 0000000000000001 t4 = 0000000000000000 >> t5 = 0000000000000000 t6 = fffffc07ff000000 t7 = fffffc0000814000 >> s0 = fffffc000080a228 s1 = ffffffffffffffff s2 = fffffc0000821f10 >> s3 = fffffc000080a388 s4 = fffffc07ff000030 s5 = 0000000000000000 >> s6 = fffffc000080a3c8 >> a0 = fffffc000080a3c8 a1 = 0000000000000009 a2 = 0000000000000001 >> a3 = 0000000000000002 a4 = 0000000000000000 a5 = 0000000000000044 >> t8 = ffffffffffffffff t9 = 0000000000200200 t10= 00000000ffffffff >> t11= fffffc000080a398 pv = fffffc00006ba960 at = fffffc000080a3a8 >> gp = fffffc0000859d40 sp = fffffc0000817d38 >> Trace: >> [] kmem_cache_alloc+0xb8/0xf0 >> [] kmem_cache_create+0x1f4/0x550 >> [] __start+0x1c/0x20 >> Code: 4821f621 402207a1 e43fffe4 a4470000 a4670008 47f6040ab4620008 >> Kernel panic - not syncing: Attempted to kill the idle task! >> Thanks! _______________________________________________ >> gem5-users mailing list >> [email protected] >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users Links: ------ [1] http://gem5.org/
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
