On Tue, May 02, 2006 at 08:10:42PM +0200, Rainer Orth wrote: > My sponsor request for > > 6414867 Revive UltraSPARC I support > http://www.opensolaris.org/jive/thread.jspa?threadID=8028&tstart=0 > > hasn't yet triggered any response, but since there are a couple of open > questions, I'd like to raise them here: > > * Until US-I support was removed, you had to force 64-bit support on in > /platform/sun4u/boot.conf. The question is: should ufsboot/inetboot warn > in some way if booted on US-I or just continue? > > * 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] > * 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 --- the change was done as part of: 4944965 SUNW,UltraSPARC should not be delivered which you'll presumably be undoing. Cheers, - jonathan -- Jonathan Adams, Solaris Kernel Development _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
