Jonathan Adams writes:
> > * When UltraSPARC I support is resurrected, it seems to be correct to
> > rename /usr/include/sys/fm/cpu/UltraSPARC-II.h to UltraSPARC.h (or
> > UltraSPARC-I.h) since this file already refers to both CPU types.
>
> You should discuss this change with [EMAIL PROTECTED]
ok, will do.
> > * uts/common/krtld/kobj.c forcibly handles all US-I and US-II CPUs as US-II.
> > This change is inappropriate when US-I CPUs are supported again. I
> > haven't found how this was done in the Solaris 9 sources (if at all) and
> > what the real problems is, do I don't know how to handle this.
>
> The reason is spelled out in a comment right above the definition of ultra_2:
>
> --- cut here ---
> /*
> * Some PROMs return SUNW,UltraSPARC when they actually have
> * SUNW,UltraSPARC-II cpus. SInce we're now filtering out all
> * SUNW,UltraSPARC systems during the boot phase, we can safely
> * point the auxv CPU value at SUNW,UltraSPARC-II. This is what
> * we point it at.
> */
> const char *ultra_2 = "SUNW,UltraSPARC-II";
> --- cut here ---
I know that, but I couldn't find any code dealing with the underlying issue
in S9 sources so I have no idea how this was dealt with before (if at all).
> the change was done as part of:
>
> 4944965 SUNW,UltraSPARC should not be delivered
>
> which you'll presumably be undoing.
Indeed, that's what I found already in OpenGrok, but this change is not
visible because it occured before OpenSolaris opened and the Bug Id isn't
found on bugs.opensolaris.org, so I'm pretty stuck here.
Rainer
-----------------------------------------------------------------------------
Rainer Orth, Faculty of Technology, Bielefeld University
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
