Subject: Re: SMP success
To: matthew green <mrg@eterna.com.au>
From: Jon Buller <jon@bullers.net>
List: port-sparc
Date: 01/06/2003 21:29:27
In message <20030107034521.DA5EA1A@mail.bullers.net>, Jon Buller writes:
>In message <4938.1041902124@splode.eterna.com.au>, matthew green writes:
>
>> 4) kernel checks processors and is OK with my SM81 for cpu0 but
>> doesn't like my SM71 for cpu1. Doesn't use cpu1, but keeps
>> quiet about it also. (Solaris didn't mind this situation, and
>> used both processors.)
>>
>>oh my, i didn't notice this earlier. i wonder what will happen....
>>
>>i am guessing netbsd will get confused but might work.
>
>Well, I'll let you know when the build finishes. (I made the
>mistake of doing a CVS update on the src tree this afternoon so I
>have a lot more to rebuild than just locore.s.)
Jan 6 21:05:43 ra syslogd: restart
Jan 6 21:05:43 ra /netbsd: [ using 302244 bytes of netbsd ELF symbol table ]
Jan 6 21:05:43 ra /netbsd: Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003
Jan 6 21:05:43 ra /netbsd: The NetBSD Foundation, Inc. All rights reserved.
Jan 6 21:05:43 ra /netbsd: Copyright (c) 1982, 1986, 1989, 1991, 1993
Jan 6 21:05:43 ra /netbsd: The Regents of the University of California. All rights reserved.
Jan 6 21:05:43 ra /netbsd:
Jan 6 21:05:43 ra /netbsd: NetBSD 1.6L (RA) #17: Mon Jan 6 20:45:12 PST 2003
Jan 6 21:05:43 ra /netbsd: jon@ra.bullers.net:/usr/src/sys/arch/sparc/compile/RA
Jan 6 21:05:43 ra /netbsd: total memory = 191 MB
Jan 6 21:05:43 ra /netbsd: avail memory = 173 MB
Jan 6 21:05:43 ra /netbsd: using 896 buffers containing 9892 KB of memory
Jan 6 21:05:43 ra /netbsd: bootpath: /iommu@f,e0000000/sbus@f,e0001000/espdma@f,400000/esp@f,800000/sd@3,0
Jan 6 21:05:43 ra /netbsd: mainbus0 (root): SUNW,SPARCstation-20
Jan 6 21:05:43 ra /netbsd: cpu0 at mainbus0: mid 8: TMS390Z50 v0 or TMS390Z55 @ 85 MHz, on-chip FPU
Jan 6 21:05:44 ra /netbsd: cpu0: physical 20K instruction (64 b/l), 16K data (32 b/l), 1024K external (32 b/l): cache enabled
Jan 6 21:05:44 ra /netbsd: cpu1 at mainbus0: mid 10: TMS390Z50 v0 or TMS390Z55 @ 75 MHz, on-chip FPU
Jan 6 21:05:44 ra /netbsd: cpu1: physical 20K instruction (64 b/l), 16K data (32 b/l), 1024K external (32 b/l): cache enabled
[ random standard deviced deleted... ]
Jan 6 21:05:47 ra /netbsd: cpu0: booting secondary processors: cpu1
And now...
load averages: 1.74, 0.82, 0.51 21:23:06
51 processes: 1 runnable, 47 sleeping, 1 zombie, 2 on processor
CPU states: 99.5% user, 0.0% nice, 0.2% system, 0.2% interrupt, 0.0% idle
Memory: 32M Act, 2152K Wired, 11M Exec, 7972K File, 136M Free
Swap: 192M Total, 192M Free
PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
334 jon 63 0 692K 1284K RUN/1 1:35 98.74% 98.34% bash
332 jon 62 0 692K 1284K CPU/0 1:24 97.21% 96.88% bash
306 jon 2 0 3344K 3964K select/1 0:07 0.63% 0.63% Xsun
5 root 18 0 0K 29M syncer/1 ??? 0.59% 0.59% [ioflush]
335 jon 28 0 224K 976K CPU/1 0:00 0.10% 0.10% top
3 root -18 0 0K 29M pgdaem/1 ??? 0.00% 0.00% [pagedaemon]
294 root 2 0 1996K 3724K select/0 0:36 0.00% 0.00% httpd
316 jon 2 0 484K 2020K select/0 0:29 0.00% 0.00% ssh
205 root 2 0 396K 1460K select/1 0:22 0.00% 0.00% sshd
305 jon 10 0 60K 1116K wait/1 0:02 0.00% 0.00% xinit
304 jon 10 0 208K 776K wait/0 0:02 0.00% 0.00% sh
317 jon 2 0 1104K 2920K select/1 0:02 0.00% 0.00% xterm
313 jon 2 0 1084K 2840K select/1 0:02 0.00% 0.00% xterm
252 root 2 0 1796K 3108K select/0 0:01 0.00% 0.00% cupsd
309 jon 2 0 712K 2108K select/1 0:01 0.00% 0.00% blackbox
188 ntpd 18 -12 792K 1808K pause/1 0:00 0.00% 0.00% ntpd
246 root 18 0 84K 684K pause/0 0:00 0.00% 0.00% inetd
278 jon 10 0 756K 1336K wait/1 0:00 0.00% 0.00% bash
318 jon 10 0 692K 1284K wait/0 0:00 0.00% 0.00% bash
314 jon 10 0 692K 1284K wait/1 0:00 0.00% 0.00% bash
311 jon 10 0 60K 944K nanosl/0 0:00 0.00% 0.00% unclutter
269 root 10 0 248K 660K nanosl/1 0:00 0.00% 0.00% cron
1 root 10 0 76K 640K wait/1 0:00 0.00% 0.00% init
So in answer to your fears, NetBSD/sparc appears to be just fine
with non-identical MBus modules. Many thanks, mrg and pk! This
is way cool. Now if I could only get my PC532 to do this... 8^)
Jon