Someone recently added an 'SMP' file to sys/i386/conf, which just
includes GENERIC, changes the 'ident' and then turns on the SMP
and APIC_IO options. Perhaps we should add a VMWARE one, with an
eye towards building a "vmware-appropriate" kernel that would be
available on the install CD's?
It is easy to imagine someone wanting to just test freebsd, and
having vmware the way to test it, and not wanting to build a kernel
just to see freebsd running. (I just gave away about 15 release-4
CD's to a unix user's group just for this kind of "try it out!"
purpose. Note that these are people who do not already have any
freebsd system running. That works fine with release four, but
will not work so well once we want to be handing out release-5 CD's)
To Unsubscribe: send mail to majo...@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Or to fix this longer term, provide a way at run-time for a kernel to
provide different code for the same purpose. Linux did this for the
syscall (int 0x80 vs. syscall) instructions. I could see it being done
for locking low-level operations as well.