Date: Fri, 24 Jun 2011 13:52:12 -0400 From: Jung-uk Kim <jkim@FreeBSD.org> To: freebsd-current@FreeBSD.org Cc: Matt <sendtomatt@gmail.com>, George Kontostanos <gkontos.mail@gmail.com> Subject: Re: virtualbox-ose 4.0.8 fails Message-ID: <201106241352.14262.jkim@FreeBSD.org> In-Reply-To: <4E04C5FA.90905@gmail.com> References: <BANLkTi=mPWJV1uAoSFdqeP5=txn8=TW%2B%2Bg@mail.gmail.com> <4E04C5FA.90905@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201106241352.14262.jkim>