[osol-code] Re: Re: freemem

2006-11-28 Thread Neale Ferguson
Thanks for the advice. It turns out all I needed to do was write a simple routine to initialize the memlist. The sparc/intel code initialized its memlist using the boot memlists created by the boot process. As s390x doesn't have such a beast it just needed to initialize the memlist structure and

Re: [osol-code] disable processor(s)

2006-11-28 Thread James Carlson
Mladen Nikitovic writes: > I would like to disable one or several processors dynamically in a SMP system > running openSolaris 10. My experience so far (using a full system simulator) > is that disabling the processor (from the simulator-side) causes "kernel > panic" in the OS - probably because

[osol-code] Re: disable processor(s)

2006-11-28 Thread Richard L. Hamilton
Have you looked at psradm(1m)? http://docs.sun.com/app/docs/doc/816-5166/6mbb1kqcp?a=view Not sure of the relevance of the simulator, but other than that, it should mostly do what you want. However, in some cases it might not be possible to stop all interrupt activity on a CPU if that CPU is the

Re: [osol-code] disable processor(s)

2006-11-28 Thread Casper . Dik
>I would like to disable one or several processors dynamically in a SMP system >running openSolaris 10. My experience so far (using a full system simulator) is that disabling the processor (from the simulator-side) causes "kernel panic" in the OS - probably because it is not aware that the p

[osol-code] disable processor(s)

2006-11-28 Thread Mladen Nikitovic
Hi, I would like to disable one or several processors dynamically in a SMP system running openSolaris 10. My experience so far (using a full system simulator) is that disabling the processor (from the simulator-side) causes "kernel panic" in the OS - probably because it is not aware that the pr