libvirt/src/vbox
Daniel P. Berrangé 19264c706b conf: add support for ESP SCSI controller family
The NCR53C90 is the built-in SCSI controller on all sparc machine types,
and some mips and m68k machine types.

The DC390 and AM53C974 are PCI SCSI controllers that can be added to any
PCI machine.

These are only interesting for emulating obsolete hardware platforms.

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2020-11-20 12:09:51 +00:00
..
meson.build meson: src: add check-driverimpls test 2020-08-03 09:27:05 +02:00
README
vbox_CAPI_v5_2.h vbox: Add vbox 5.2 CAPI header file. 2017-11-09 17:09:41 -05:00
vbox_CAPI_v6_0.h vbox: add version 6.0 CAPI header 2020-04-20 11:34:59 +01:00
vbox_CAPI_v6_1.h vbox: add version 6.1 CAPI header 2020-04-20 11:34:59 +01:00
vbox_common.c conf: add support for ESP SCSI controller family 2020-11-20 12:09:51 +00:00
vbox_common.h src: fix word spell typos 2020-07-09 10:01:41 +02:00
vbox_driver.c vbox: remove unused support for Windows MSCOM 2020-04-20 11:34:59 +01:00
vbox_driver.h src/vbox: use #pragma once in headers 2019-06-19 17:12:33 +02:00
vbox_get_driver.h src/vbox: use #pragma once in headers 2019-06-19 17:12:33 +02:00
vbox_network.c vbox: use g_new0 instead of VIR_ALLOC 2020-10-05 14:29:41 +02:00
vbox_snapshot_conf.c vbox: use g_new0 instead of VIR_ALLOC 2020-10-05 14:29:41 +02:00
vbox_snapshot_conf.h src/vbox: use #pragma once in headers 2019-06-19 17:12:33 +02:00
vbox_storage.c vbox: add support for version 6.1 SDK 2020-04-20 11:34:59 +01:00
vbox_tmpl.c Use g_strfeev instead of virStringFreeList 2020-08-03 15:37:36 +02:00
vbox_uniformed_api.h src: fix misc spelling errors reported by codespell 2020-10-05 10:28:41 +01:00
vbox_V5_2.c vbox: Add support for 5.2.x 2017-11-09 17:09:41 -05:00
vbox_V6_0.c vbox: add support for version 6.0 SDK 2020-04-20 11:34:59 +01:00
vbox_V6_1.c vbox: add support for version 6.1 SDK 2020-04-20 11:34:59 +01:00
vbox_XPCOMCGlue.c vbox: remove VBoxCGlueTerm 2020-09-24 11:19:06 +02:00
vbox_XPCOMCGlue.h vbox: remove VBoxCGlueTerm 2020-09-24 11:19:06 +02:00
virtvboxd.init.in configure: Provide OpenRC scripts for sub-daemons 2019-12-16 10:11:22 +01:00
virtvboxd.service.in systemd: Move timeout from service files to sysconf files 2020-04-03 11:50:50 +02:00
virtvboxd.sysconf systemd: Move timeout from service files to sysconf files 2020-04-03 11:50:50 +02:00

    Licensing

Note that much of the vbox in this directory is LGPLv2-only.  Thus, it
cannot be linked into any software that also wants to use GPLv3+ code.
This readme file is:

Copyright (C) 2009, 2013 Red Hat, Inc.

Copying and distribution of this file, with or without modification,
are permitted in any medium without royalty provided the copyright
notice and this notice are preserved.  This file is offered as-is,
without warranty of any kind.

    Explanation about the how multi-version support
    for VirtualBox libvirt driver is implemented.

Since VirtualBox adds multiple new features for each release, it is but
natural that the C API which VirtualBox exposes is volatile across
versions and thus needs a good mechanism to handle multiple versions
during runtime. The solution was something like this:

Firstly the file structure is as below:

vbox_CAPI_v2_2.h
vbox_XPCOMCGlue.h
vbox_XPCOMCGlue.c
These files are C API/glue code files directly taken from the
VirtualBox OSE source and is needed for C API to work as expected.

vbox_driver.h
vbox_driver.c
These files have the main logic for registering the virtualbox driver
with libvirt.

vbox_V2_2.c
The file which has version dependent changes and includes the template
file for given below for all of its functionality.

vbox_tmpl.c
The file contains all version specified codes. It implements the
vboxUniformedAPI for each vbox version.

vbox_common.c
The file implement the common driver, with the uniformed api which
defined in vbox_uniformed_api.h and implemented in vbox_tmpl.c

Now there would be a vbox_V*.c file (for eg: vbox_V2_2.c for V2.2) for
each major virtualbox version which would do some preprocessor magic
and include the template file (vbox_tmpl.c) in it for the functionality
it offers.