VirtualBox is a family of powerful x86 virtualization products for
enterprise as well as home use. Not only is VirtualBox an extremely
feature rich, high performance product for enterprise customers, it
is also the only professional solution that is freely available as
Open Source Software under the terms of the GNU General Public License.
===> The following configuration options are available for virtualbox-ose-kmod-6.1.50.1403000_1:
DEBUG=off: Debug symbols, additional logs and assertions
INVARIANTS=off: Use if kernel is compiled with INVARIANTS option
VIMAGE=on: VIMAGE virtual networking support
===> Use 'make config' to modify these settings
emulators/virtualbox-ose*: Exclude from extract bundled binary files of kBuild
Thes is ~430-640 files, ~30-55MB total for different platforms.
We are using devel/kBuild for build VirtualBox ports.
devel/kBuild is a newer version than the one included in the VirtualBox
tarballs.
emulators/virtualbox-ose{,-additions,-kmod}{,-nox11}: Deprecate and set to
expire on 2026-12-31
Upstream EOL reaches on 2024-01-31, use emulators/virtualbox-ose-*-72
instead.
PR: 290507
emulators/virtualbox-ose-kmod{,-70,-71,-legacy}: Fix on 15-CURRENT:
linker_load_file: /boot/modules/vboxnetflt.ko - unsupported file type
After commit
https://github.com/freebsd/freebsd-src/commit/93b4a54456589e78dcd37f2db8333baff3f3f0b2
kernel: linker_load_file: /boot/modules/vboxnetflt.ko - unsupported file type
kernel: KLD vboxnetflt.ko: depends on netgraph - not available or version
mismatch
Thanks to Benjamin Close <Benjamin.Close@clearchain.com> and
rkoberman@gmail.com for researching the issue and identifying its cause.
PR: 286204286717
MFH: 2025Q2
emulators/virtualbox-ose-kmod: fix cross building
For cross building the CC variable is passed quoted with the target
the which configure script from VirtualBox expects it to only be the
name of the command and using which to determine if usable.
Replacing in the which_wrapper function the call of $* with only the
first argument, makes it accept cross building.
Cross building support is important for kmods as they are all cross
built to populate the kmods repositories
emulators/virtualbox-ose-kmod: Add check for MAXCPU and mp_maxcpus before load
vboxdrv.ko
If the MAXCPU option is not the default for the running kernel, then
'kldload vboxdrv.ko' will result in a kernel panic.
Due to ABI difference (vboxdrv passes cpuset_t parameter (bitfield with
CPU_SETSIZE -> MAXCPU bits) into smp_rendezvous_cpus()) kernel panics
with "ncpus is 0 with non-zero map" message.
PR: 219913
emulators/virtualbox-ose*: Improve ports
* Replace PORTVERSION with DISTVERSION.
* Fix CONFLICTS_INSTALL.
* Fix PYTHON in DEFAULT_OPTIONS in emulators/virtualbox-ose.
* Pet portclippy and portlint.
* Formatting and etc.
PR: 258159
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
emulators/virtualbox-ose-kmod*: Tie to a specific release branch.
Use a more restricted range of supported __FreeBSD_version values for
the virtualbox kernel module since it uses internal KPIs for which KBI
stability is not guaranteed. DECLARE_MODULE_TIED would tie the module
to a specific __FreeBSD_version which would cause the module to stop
loading when an SA or EN is pushed on a release branch. Instead, use
DECLARE_MODULE_MAXVER with an upper bound that is limited to the range
of a releng branch so that a module built on X.Y will load on X.Y with
SAs or ENs applied but will fail to load on X.Y-1 or X.Y+1.
Reviewed by: kevans, imp, madpilot, lwhsu (earlier version)
Differential Revision: https://reviews.freebsd.org/D16119
Fix CONFLICTS entries of multiple ports
There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.
This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.
Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port
(Only the first 15 lines of the commit message are shown above )
*/*: Remove redundant '-*' from CONFLICTS definitions
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Approved by: portmgr (blanket)
emulators/virtualbox-ose*: Fix mistake in patch
In the commit to update virtualbox-ose to 6.1.28 I made a one line
mistake when reapplying a patch which failed to apply as is.
In the patch
files/patch-src_VBox_HostDrivers_Support_freebsd_SUPDrv-freebsd.c
I did not replay a part removing the line:
rc = copyout(pHdr, pvUser, cbOut);
which was rewriting some data that it should not. The correct code
was anyway present after this leftover statement.
This error made virtualbox log a lot of warnings about Bad CPU
context like this:
vboxdrv: Bad CPU context error at line 373 in SUPDrv-freebsd.c:
ulCmd=0x2000568a: 0x282->0x287!
These seem to be unharmful, but anyway indicate a problem that this
commit fixes.
Reported by: Kevin Oberman <rkoberman@gmail.com> (via mailing list)
Fixes: a3db7da59f9498
emulators/virtualbox-ose: Update to 6.1.26
This new version has a regression in the pulseaudio host audio
driver. If enabled any VMs configured to use it fails to start.
Since no fix has been found the PULSEAUDIO option is forcibly
disabled. If you have any VM configured to use pulseaudio for audio
input/output, please reconfigure them to use a different driver.
Upstream ticket: https://www.virtualbox.org/ticket/20484
Other changes:
- Remove old patches that don't apply, the audio system has been
reworked upstream and the behavior of these patches is included in
the new code
- Add upgrading pkg-message note about the PULSEAUDIO option issue
described above
Reviewed by: koobs
Differential Revision: https://reviews.freebsd.org/D31264
emulators/virtualbox-ose-kmod: Fix hang at module loading time
After src commit e266a0f7f001 a module is not allowed to call
kern_kldload while being loaded. The virtualbox module is doing
exactly this though. virutalbox used to do this because the ng_ether
netgraph node did not provide version information in the past and
there was no way to properly depend on it.
ng_ether has gained versioning information in base r238844 more
than ten years ago, so we can now unconditionally properly depend
on it, since this revision is now included in all supported FreeBSD
versions.
Thanks to Tomoaki AOKI for identifying the base commuit exposing
the issue.
PR: 256505
Tested by: Tomoaki AOKI <junchoon@dec.sakura.ne.jp>
MFH: 2021Q2
Differential Revision: https://reviews.freebsd.org/D30722
emulators/virtualbox-ose: Update to 6.1.20
- Also update related kmod and additions ports
- In additions, use INSTALL_LIB to install X11 modules, so binaries
get stripped
- Trim some `#if __FreeBSD_version` checks for unsupported FreeBSD
versions from patches
PR: 255301
emulators/virtualbox-ose-kmod: Fix kernel panic on 13/14 with bridge mode by
adding EPOCH support
In r560502, I added a patch to support EPOCH to VirtualBox 5. When we upgraded
to VirtualBox 6, that patch was (unintentionally) removed, making it impossible
to use bridge move without this current patch.
Approved by: jkim, madpilot
Differential Revision: https://reviews.freebsd.org/D29319
- Update VirtualBox OSE to 6.1.18
- Old VirtualBox OSE 5.2.44 preserved as "-legacy" versions of the
ports (repocopied)
- Add back extra patch removed in r528258, actually required to
build DEBUG kmod
- Correctly define WITH_DEBUG when enabling the DEBUG option, so
binaries are not stripped
Please note that this new version supports only amd64 CPUs. If you need
to use older hardware please install the legacy ports.
Note that moving VM snapshots across major updates is unsupported, it's
strongly suggested to properly shutdown VMs before upgrading, please
check UPDATING for further details.
(Only the first 15 lines of the commit message are shown above )
emulators/virtualbox-ose-kmod: Fix a pair of VM bugs
- Use vm_pager_allocate() to allocate OBJT_PHYS objects. This ensures
that they're initialized properly.
- Don't assume that user wiring will succeed.
This had been a team effort, with multiple independent reports,
a wide variety of experiments, and patches written by kib@
and refined by markj@.
I'm bumping PORTREVISION and aligning the revision of both kmod and
application; it's possible the application bump isn't actually
needed but let's make sure they both get rebuilt with this
important (because of changed kernel assumptions) fix.
PR: 249326
Submitted by: kib, markj
Reported by: adridg, Rainer Hurling
Reviewed by: adridg
Approved by: koobs (vbox)
MFH: 2020Q3
- Update VirtualBox ports to 5.2.44
- Adapt and regenerate patches
- Reduce differences in patch-src_VBox_Devices_PC_vbox-cpuhotplug.dsl [1]
Patch based on one provided by Mario Lobo <lobo@bsd.com.br>.
Many thanks to people who provided ideas and suggetions in the
PR and review.
PR: 244212
Submitted by: Nikita Stepanov <nikitastepan0v@bk.ru>
Reviewed by: kevans [1]
Tested by: lwshu
Approved by: ports-secteam (joneum)
MFH: 2020Q3
Security: 1e7b316b-c6a8-11ea-a7d5-001999f8d30b
Differential Revision: https://reviews.freebsd.org/D25496
emulators/virtualbox-ose-{additions,kmod}: Remove missing patch
extrapatch-Config.kmk was merged in ports r528258 into the standard
Config.kmk patch out of necessity, but inadvertently missed that it was also
referenced in two other spots.
No PORTREVISION bump, as these are build-only fixes to fix the entirety of
virtualbox-ose-additions and the DEBUG option of virtualbox-ose-kmod.
PR: 245239
Approved by: koobs (mentor)
Approved by: portmgr (blanket: build fix, just-fix-it)
MFH: 2020Q2 (blanket: build fix)
Differential Revision: https://reviews.freebsd.org/D24260
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
set VirtualBox MASTER_SITES to download.oracle.com
The SSL certificate of the host does not have download.virtualbox.org
in it's SubjectAltName anymore (download.virtualbox.org points to the
same CDN and is the same host as download.oracle.com, and checksums still
match).
Reported by: Duncan Young
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Remove compatibility code for FreeBSD < 11.2 from all ports.
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
Remove UNIQUENAME and LATEST_LINK.
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336
Fix pre-build target to properly set environment variables. Note there is
no functional change but it is done for correctness. Also, note the change
is merged from emulators/virtualbox-ose (r355732).
Fix circular dep issues so this script can DTRT at boot.
This script needs to run after ldconfig, however it's deps cause:
a) A circular dependancy in rcorder
b) It starts before ldconfig
This causes the VBoxManage command to bail out when it's run by
this script because it can't find it's required libs. The consequence of
this is host only networks aren't set up properly at boot.
By removing the explicit dependancy on ldconfig we get rid of the circular
dependancy issues. However since the VBoxManage command does actually need
libraries in /usr/local/lib we set that explicitly with LD_LIBRARY_PATH.
(Only the first 15 lines of the commit message are shown above )
Number of commits found: 174 (showing only 100 on this page)
