Eric Saxe wrote:
You mean, the a13fade0 was unpinned due to block on a mutex, and it
was in turnstile before.
Later, it was placed into run queue, because the the mutex was
released by other ?
The clock interrupt was at some pointer pinning a13f7de0 (the priority
105 thread). When it passiv
On Thu, Dec 07, 2006 at 11:43:06AM -0800, Neale Ferguson wrote:
> I've just started getting the following message when building. It's running
> ctfmerge against genunix:
>
> ERROR: ctfmerge: No room for additional types in master
>
> I'm not exactly sure what it's telling me and what remedial a
I've just started getting the following message when building. It's running
ctfmerge against genunix:
ERROR: ctfmerge: No room for additional types in master
I'm not exactly sure what it's telling me and what remedial action I need to
take.
Help?!
This message posted from opensolaris.org
_
Oliver Yang wrote:
Eric Saxe wrote:
> ::cpuinfo -v
ID ADDR FLG NRUN BSPL PRI RNRN KRNRN SWITCH THREAD PROC
0 fec254f8 1b5 10 105 nono t-5676 a13f7de0 sched
|||
RUNNING <--+|+--> PIL THREAD
READY | 10 a13fade0
EXISTS
