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 KimReceived on Fri Jun 24 2011 - 15:52:21 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:15 UTC