Re: [m5sim-users] MAX CPUs in ALPHA_FS mode

Wed, 15 Feb 2006 23:07:03 -0800 

To make this work you need two things:
a) A Linux kernel with the patch we have on source forge applied to add the BIG_TSUNANMI configuration option. This option must be selected and the kernel recompiled. b) Instead of using the normal ts_osfpal you need to use tsb_osfpal. This pal code has been modified to support 64 processors. 


The spinwait problem still exists, and so you have n processors all  
spinning in a small loop waiting to be activated. Some kind of arm/ 
quiesce instruction would really help, but none of us have gotten  
around to implementing it yet.


Ali


A modified kernel that has a config option for BIG_TSUNAMI. A patch  
for 2.6.8.1 is available at:

On Feb 16, 2006, at 12:03 AM, Steve Reinhardt wrote:




The real-world Tsunami chipset that our full-system model is based  
on only supports up to 4 CPUs.  Ali Saidi did some hacking to  
extend that up to 64 CPUs, but I don't know if we've made that code  
available (I'm sure Ali can comment more).  One problem is that on  
boot the idle CPUs spin-wait until they are activated, so it's  
really slow.


Steve

Jeff wrote:

I can't seem to bring up ALPHA_FS with 8 or more processors..
is there a limit?
i get this error output that continually gets printed out:
warn: clear IPI for CPU=0, but NO IPI
warn: clear IPI for CPU=0, but NO IPI
warn: clear IPI for CPU=0, but NO IPI
warn: clear IPI for CPU=0, but NO IPI
warn: clear IPI for CPU=0, but NO IPI
in the m5term window, this is my output:
==== m5 slave console: Console 0 ====
M5 console: m5AlphaAccess @ 0xFFFFFD0200000000
Got Configuration 127

memsize 8000000 pages 4000 First free page after ROM  
0xFFFFFC0000018000
HWRPB 0xFFFFFC0000018000 l1pt 0xFFFFFC0000040000 l2pt  
0xFFFFFC0000042000 l3pt_rp
b 0xFFFFFC0000044000 l3pt_kernel 0xFFFFFC0000048000 l2reserv  
0xFFFFFC0000046000
kstart = 0xFFFFFC0000310000, kend = 0xFFFFFC00008264A8, kentry =  
0xFFFFFC0000310

000, numCPUs = 0x8

CPU Clock at 2000 MHz IntrClockFrequency=1024 Booting with 8  
processor(s) KSP: 0x20043FE8 PTBR 0x20

KSP: 0x20043FE8 PTBR 0x20
KSP: 0x20043FE8 PTBR 0x20
KSP: 0x20043FE8 PTBR 0x20
KSP: 0x20043FE8 PTBR 0x20
KSP: 0x20043FE8 PTBR 0x20
KSP: 0x20043FE8 PTBR 0x20
KSP: 0x20043FE8 PTBR 0x20
Console Callback at 0x0, fixup at 0x0, crb offset: 0x1690
Memory cluster 0 [0 - 392]
Memory cluster 1 [392 - 15992]

Initalizing mdt_bitmap addr 0xFFFFFC0000038000 mem_pages 4000  
ConsoleDispatch at virt 100017D8 phys 197D8 val FFFFFC0000010074

Bootstraping CPU 1 with sp=0xFFFFFC0000076000
Bootstraping CPU 2 with sp=0xFFFFFC0000078000
Entering slaveloop for cpu 1 my_rpb=FFFFFC0000018400
Entering slaveloop for cpu 2 my_rpb=FFFFFC0000018680
Bootstraping CPU 3 with sp=0xFFFFFC000007A000
Bootstraping CPU 4 with sp=0xFFFFFC000007C000
Entering slaveloop for cpu 3 my_rpb=FFFFFC0000018900
Entering slaveloop for cpu 4 my_rpb=FFFFFC0000018B80
Bootstraping CPU 5 with sp=0xFFFFFC000007E000
Bootstraping CPU 6 with sp=0xFFFFFC0000080000
Entering slaveloop for cpu 5 my_rpb=FFFFFC0000018E00
Entering slaveloop for cpu 6 my_rpb=FFFFFC0000019080
Bootstraping CPU 7 with sp=0xFFFFFC0000082000

unix_boot_mem ends at FFFFFC0000084000 Entering slaveloop for cpu  
7 my_rpb=FFFFFC0000019300
k_argc = 0 jumping to kernel at 0xFFFFFC0000310000, (PCBB  
0xFFFFFC0000018180 pfn 1044)

CallbackFixup 0 18000, t7=FFFFFC00006F0000

Linux version 2.6.11.8 ([EMAIL PROTECTED]) (gcc version  
3.4.3) #23 SM

P Wed Jun 29 01:42:18 EDT 2005

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    16384
freeing pages 1046:16384
reserving pages 1046:1047
SMP: 8 CPUs probed -- cpu_present_mask = ff
Built 1 zonelists
Kernel command line: root=/dev/hda1 console=ttyS0
PID hash table entries: 1024 (order: 10, 32768 bytes)
Using epoch = 1900
Console: colour dummy device 80x25
Dentry cache hash table entries: 32768 (order: 5, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 4, 131072 bytes)

Memory: 118976k/131072k available (3221k kernel code, 8776k  
reserved, 907k data,

 232k init)
Mount-cache hash table entries: 512 (order: 0, 8192 bytes)
per-CPU timeslice cutoff: 374.49 usecs.
task migration cache decay timeout: 0 msecs.
SMP starting up secondaries.
Slave CPU 1 console command START

SlaveCmd: restart FFFFFC0000310020 FFFFFC0000310020 vptb  
FFFFFFFE00000000 my_rpb FFFFFC0000018400 my_rpb_phys 18400

Slave CPU 2 console command START

SlaveCmd: restart FFFFFC0000310020 FFFFFC0000310020 vptb  
FFFFFFFE00000000 my_rpb FFFFFC0000018680 my_rpb_phys 18680

Slave CPU 3 console command START

SlaveCmd: restart FFFFFC0000310020 FFFFFC0000310020 vptb  
FFFFFFFE00000000 my_rpb FFFFFC0000018900 my_rpb_phys 18900

Slave CPU 4 console command START

SlaveCmd: restart FFFFFC0000310020 FFFFFC0000310020 vptb  
FFFFFFFE00000000 my_rpb FFFFFC0000018B80 my_rpb_phys 18B80

-------------------------------------------------------

This SF.net email is sponsored by: Splunk Inc. Do you grep through  
log files

for problems?  Stop!  Download the new AJAX search engine that makes

searching your log files as easy as surfing the  web.  DOWNLOAD  
SPLUNK!
http://sel.as-us.falkag.net/sel? 
cmd=lnk&kid=103432&bid=230486&dat=121642

_______________________________________________
m5sim-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/m5sim-users



-------------------------------------------------------

This SF.net email is sponsored by: Splunk Inc. Do you grep through  
log files

for problems?  Stop!  Download the new AJAX search engine that makes

searching your log files as easy as surfing the  web.  DOWNLOAD  
SPLUNK!
http://sel.as-us.falkag.net/sel? 
cmd=lnk&kid=103432&bid=230486&dat=121642

_______________________________________________
m5sim-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/m5sim-users





-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
m5sim-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/m5sim-users






















					Reply via email to