On Friday 24 June 2011 01:14 pm, Matt wrote: > It fails a couple ways actually, first on an isDVD in a disk system > request...commenting out the inq_(something, not in front of > machine with recent svn) parts of that code yields virtualbox > compiling, but failing during kmod compile due to the recent change > (without revision bump) from cpumask_t to cpuset_t. > > It seems like recent CAM changes and CPU change are going to > require some changes to virtualbox in HostHardwareFreeBSD.c and > mp-r0drv.c at least. Even though OS revision was not bumped, > perhaps Makefile can switch on presence of cpuset userland utility? > > Luckily I only csup'd a machine I don't really need Vbox on, so I'm > holding back all other machines until Vbox maintainers sort out the > issue.
You should be able to build the kmod with this patch. http://people.freebsd.org/~jkim/patch-src-VBox-Runtime-r0drv-freebsd-mp-r0drv-freebsd.c Just drop this patch in ports/emulators/virtualbox-ose-kmod/files and rebuild. Please note the revision wasn't set right for the obvious reason, though. Do we really need revision bump, BTW? "Current" means "no seat belt" anyway. ;-) Cheers, Jung-uk Kim _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"