> - any interface changes in the lower level kernel
> l will
> need to be done on all the copies of the vm
> vm system; that's
>         work times 3 if we supported sun4c, sun4m, sun4d
> 
> - older CPUs lack the necessary instructions for
> r certain
> atomic operations.  That requires us to have
> ave multiple
> library copies because we need to make use of
> of those instructions
> 
> - for S10, we don't want to support a 32 bit kernel
> l forever;
>         again a great engineering $$ savings
> 
> - dtrace has no chance of working on sun4m or
> r earlier

OK, while I understand the above three, the last one is the really interesting 
gem:

why wouldn't DTrace work?  I thought DTrace relies on providers exported by the 
binary himself?
This message posted from opensolaris.org
_______________________________________________
opensolaris-discuss mailing list
[email protected]

Reply via email to