* Rainer Orth <[EMAIL PROTECTED]> [2006-05-02 11:45]: > Jonathan Adams writes: > > > > 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). > > > > In Solaris 9, the SUNW,UltraSPARC module was delivered. The bugid: > > > > 4944965 SUNW,UltraSPARC should not be delivered > > > > stopped building and delivering the SUNW,UltraSPARC kernel module. > > > > The CPU module is a critical module that is loaded (along with the > > 'platform' module) by krtld before unix and genunix gain any control. > > It provides key routines like copyin(), gethrtime(), bcopy(), and many > > others. > > > > You'll either need to verify that the UltraSPARC-II module is compatible > > with the UltraSPARC-I chip, or re-coerce the build to generate an UltraSPARC > > module, and remove this code. > > Ok, now it makes a lot of sense. I'm pretty sure that the UltraSPARC-II > module is compatible with US-I, since I'm running it on an Ultra 1/170E and > an Enterprise 3000 with 4 x US-I CPUs since s10_44/45 when UltraSPARC-I > support was `removed'. In OpenGrok I find that the CR above only included > Makefile and packaging changes (together with the kobj.c change), and > perhaps the eventual sponsor can help to verify this.
I am uncertain that a sponsor will successfully manage to integrate this fix. The decision to drop US-I support was made for a complex of reasons, some business, some legal, and has had various follow-on effects (like elimination from test farms, among others). One outcome, perhaps undesirable, you may be constructing the first long-lived patchset, which is itself an interesting discussion. - Stephen -- Stephen Hahn, PhD Solaris Kernel Development, Sun Microsystems [EMAIL PROTECTED] http://blogs.sun.com/sch/ _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
