<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib/libvmmapi, branch releng/12.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2018-09-06T20:29:40Z</updated>
<entry>
<title>bhyve: Use MAP_GUARD when mapping guest memory ranges.</title>
<updated>2018-09-06T20:29:40Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2018-09-06T20:29:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6a9648b5377839c1b03f13503c7064298cc7e36e'/>
<id>urn:sha1:6a9648b5377839c1b03f13503c7064298cc7e36e</id>
<content type='text'>
Instead of relying on PROT_NONE mappings with MAP_ANON, use MAP_GUARD
to reserve address space around guest memory ranges including the
guard ranges of address space around mappings.

Submitted by:	Shawn Webb
Reviewed by:	araujo
Approved by:	re (rgrimes)
MFC after:	1 month
Sponsored by:	HardendBSD and G2, Inc
Differential Revision:	https://reviews.freebsd.org/D16822
</content>
</entry>
<entry>
<title>Fix style(9) space vs tab.</title>
<updated>2018-06-14T01:28:55Z</updated>
<author>
<name>Marcelo Araujo</name>
<email>araujo@FreeBSD.org</email>
</author>
<published>2018-06-14T01:28:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=23fe789d78f6f9ab3be63cb1843ac61203a943c6'/>
<id>urn:sha1:23fe789d78f6f9ab3be63cb1843ac61203a943c6</id>
<content type='text'>
Reviewed by:	jhb
MFC after:	3 weeks.
Sponsored by:	iXsystems Inc.
Differential Revision:	https://reviews.freebsd.org/D15774
</content>
</entry>
<entry>
<title>Add the ability to control the CPU topology of created VMs</title>
<updated>2018-04-08T19:24:49Z</updated>
<author>
<name>Rodney W. Grimes</name>
<email>rgrimes@FreeBSD.org</email>
</author>
<published>2018-04-08T19:24:49Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=01d822d33b0cd1f801ce39d0ed25fa7f57b5a429'/>
<id>urn:sha1:01d822d33b0cd1f801ce39d0ed25fa7f57b5a429</id>
<content type='text'>
from userland without the need to use sysctls, it allows the old
sysctls to continue to function, but deprecates them at
FreeBSD_version 1200060 (Relnotes for deprecate).

The command line of bhyve is maintained in a backwards compatible way.
The API of libvmmapi is maintained in a backwards compatible way.
The sysctl's are maintained in a backwards compatible way.

Added command option looks like:
bhyve -c [[cpus=]n][,sockets=n][,cores=n][,threads=n][,maxcpus=n]
The optional parts can be specified in any order, but only a single
integer invokes the backwards compatible parse.  [,maxcpus=n] is
hidden by #ifdef until kernel support is added, though the api
is put in place.

bhyvectl --get-cpu-topology option added.

Reviewed by:	grehan (maintainer, earlier version),
Reviewed by:	bcr (manpages)
Approved by:	bde (mentor), phk (mentor)
Tested by:	Oleg Ginzburg &lt;olevole@olevole.ru&gt; (cbsd)
MFC after:	1 week
Relnotes:	Y
Differential Revision:	https://reviews.freebsd.org/D9930
</content>
</entry>
<entry>
<title>Add a way to temporarily suspend and resume virtual CPUs.</title>
<updated>2018-04-06T22:03:43Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2018-04-06T22:03:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fc276d92ae91bc7d48bda15996c70837c88f7d99'/>
<id>urn:sha1:fc276d92ae91bc7d48bda15996c70837c88f7d99</id>
<content type='text'>
This is used as part of implementing run control in bhyve's debug
server.  The hypervisor now maintains a set of "debugged" CPUs.
Attempting to run a debugged CPU will fail to execute any guest
instructions and will instead report a VM_EXITCODE_DEBUG exit to
the userland hypervisor.  Virtual CPUs are placed into the debugged
state via vm_suspend_cpu() (implemented via a new VM_SUSPEND_CPU ioctl).
Virtual CPUs can be resumed via vm_resume_cpu() (VM_RESUME_CPU ioctl).

The debug server suspends virtual CPUs when it wishes them to stop
executing in the guest (for example, when a debugger attaches to the
server).  The debug server can choose to resume only a subset of CPUs
(for example, when single stepping) or it can choose to resume all
CPUs.  The debug server must explicitly mark a CPU as resumed via
vm_resume_cpu() before the virtual CPU will successfully execute any
guest instructions.

Reviewed by:	avg, grehan
Tested on:	Intel (jhb), AMD (avg)
Differential Revision:	https://reviews.freebsd.org/D14466
</content>
</entry>
<entry>
<title>Add a new variant of the GLA2GPA ioctl for use by the debug server.</title>
<updated>2018-02-26T19:19:05Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2018-02-26T19:19:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5f8754c077a3b4b35eba921d7175ce0944de8e8e'/>
<id>urn:sha1:5f8754c077a3b4b35eba921d7175ce0944de8e8e</id>
<content type='text'>
Unlike the existing GLA2GPA ioctl, GLA2GPA_NOFAULT does not modify
the guest.  In particular, it does not inject any faults or modify
PTEs in the guest when performing an address space translation.

This is used by bhyve's debug server to read and write memory for
the remote debugger.

Reviewed by:	grehan
MFC after:	1 month
Differential Revision:	https://reviews.freebsd.org/D14075
</content>
</entry>
<entry>
<title>Add two new ioctls to bhyve for batch register fetch/store operations.</title>
<updated>2018-02-22T00:39:25Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2018-02-22T00:39:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4f8666989a25fdd997e987981c3f8a5440f5fa8a'/>
<id>urn:sha1:4f8666989a25fdd997e987981c3f8a5440f5fa8a</id>
<content type='text'>
These are a convenience for bhyve's debug server to use a single
ioctl for 'g' and 'G' rather than a loop of individual get/set
ioctl requests.

Reviewed by:	grehan
MFC after:	2 months
Differential Revision:	https://reviews.freebsd.org/D14074
</content>
</entry>
<entry>
<title>lib: further adoption of SPDX licensing ID tags.</title>
<updated>2017-11-26T02:00:33Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2017-11-26T02:00:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5e53a4f90f82c4345f277dd87cc9292f26e04a29'/>
<id>urn:sha1:5e53a4f90f82c4345f277dd87cc9292f26e04a29</id>
<content type='text'>
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using mis-identified many licenses so this was mostly a manual - error
prone - task.

The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
</content>
</entry>
<entry>
<title>DIRDEPS_BUILD: Update dependencies.</title>
<updated>2017-10-31T00:07:04Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2017-10-31T00:07:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ea825d02749f382c3f7e17f28247f20a48733eab'/>
<id>urn:sha1:ea825d02749f382c3f7e17f28247f20a48733eab</id>
<content type='text'>
Sponsored by:	Dell EMC Isilon
</content>
</entry>
<entry>
<title>Capsicum support for bhyve(8).</title>
<updated>2017-02-14T13:35:59Z</updated>
<author>
<name>Bartek Rutkowski</name>
<email>robak@FreeBSD.org</email>
</author>
<published>2017-02-14T13:35:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=00ef17befe9ae904871c1fc31f4fb9fd61b0d32d'/>
<id>urn:sha1:00ef17befe9ae904871c1fc31f4fb9fd61b0d32d</id>
<content type='text'>
Adds Capsicum sandboxing to bhyve.

Submitted by:	Pawel Biernacki &lt;pawel.biernacki@gmail.com&gt;
Reviewed by:	grehan, oshogbo
Approved by:	emaste, grehan
Sponsored by:	Mysterious Code Ltd.
Differential Revision:	https://reviews.freebsd.org/D8290
</content>
</entry>
<entry>
<title>Fix possible integer overflow in guest memory bounds checking, which could</title>
<updated>2016-12-06T18:50:44Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2016-12-06T18:50:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=edc816d625f5f16b8d9fc7cfb5f2d5d75c9afe36'/>
<id>urn:sha1:edc816d625f5f16b8d9fc7cfb5f2d5d75c9afe36</id>
<content type='text'>
lead to access from the virtual machine to the heap of the bhyve(8) process.

Submitted by:	Felix Wilhelm &lt;fwilhelm ernw.de&gt;
Patch by:	grehan
Security:	FreeBSD-SA-16:38.bhyve
</content>
</entry>
</feed>
