<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/lib/libvmmapi, branch release/11.4.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.4.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.4.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2019-05-23T21:23:18Z</updated>
<entry>
<title>MFC: r332298,333712,334199,334216,334219 bhyve cpu topology</title>
<updated>2019-05-23T21:23:18Z</updated>
<author>
<name>Rodney W. Grimes</name>
<email>rgrimes@FreeBSD.org</email>
</author>
<published>2019-05-23T21:23:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=28f66cc2724627c71d57092325afb3e15383c524'/>
<id>urn:sha1:28f66cc2724627c71d57092325afb3e15383c524</id>
<content type='text'>
Approved by:	re (gjb), bde/phk (mentor, implicit)
</content>
</entry>
<entry>
<title>MFC 338511: bhyve: Use MAP_GUARD when mapping guest memory ranges.</title>
<updated>2018-11-18T00:11:19Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2018-11-18T00:11:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b33c66466dd5c2558dd32f90673f4f3a1c5bb1a8'/>
<id>urn:sha1:b33c66466dd5c2558dd32f90673f4f3a1c5bb1a8</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.
</content>
</entry>
<entry>
<title>MFC r334307, r335103-r335104</title>
<updated>2018-07-10T04:26:32Z</updated>
<author>
<name>Marcelo Araujo</name>
<email>araujo@FreeBSD.org</email>
</author>
<published>2018-07-10T04:26:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6fb1ddccffdffaae58d5a98a9d1d04f2459f59af'/>
<id>urn:sha1:6fb1ddccffdffaae58d5a98a9d1d04f2459f59af</id>
<content type='text'>
r334307:
Simplify macros EFPRINTF and EFFLUSH. [0]
Also stdarg(3) says that each invocation of va_start() must be paired
with a corresponding invocation of va_end() in the same function. [1]

Reported by:	Coverity
CID:		1194318[0] and 1194332[1]
Discussed with:	jhb
Sponsored by:	iXsystems Inc.
Differential Revision:	https://reviews.freebsd.org/D15548

r335103:
Fix style(9) space vs tab.

Reviewed by:	jhb
Sponsored by:	iXsystems Inc.
Differential Revision:	https://reviews.freebsd.org/D15774

r335104:
Fix style(9) space vs tab.

Reviewed by:	jhb
Sponsored by:	iXsystems Inc.
Differential Revision:	https://reviews.freebsd.org/D15768
</content>
</entry>
<entry>
<title>Revert r330897:</title>
<updated>2018-03-29T02:50:57Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-03-29T02:50:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4ab2e064d7950be84256d671a7ae93f87cc6aa36'/>
<id>urn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36</id>
<content type='text'>
This was intended to be a non-functional change. It wasn't. The commit
message was thus wrong. In addition it broke arm, and merged crypto
related code.

Revert with prejudice.

This revert skips files touched in r316370 since that commit was since
MFCed. This revert also skips files that require $FreeBSD$ property
changes.

Thank you to those who helped me get out of this mess including but not
limited to gonzo, kevans, rgrimes.

Requested by: gjb (re)
</content>
</entry>
<entry>
<title>Partial merge of the SPDX changes</title>
<updated>2018-03-14T03:19:51Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-03-14T03:19:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=be5d0b9566b13fdf8cabebb63334cbec12bfc409'/>
<id>urn:sha1:be5d0b9566b13fdf8cabebb63334cbec12bfc409</id>
<content type='text'>
These changes are incomplete but are making it difficult
to determine what other changes can/should be merged.

No objections from:	pfg
</content>
</entry>
<entry>
<title>MFC 313727, 317483</title>
<updated>2017-07-10T06:28:50Z</updated>
<author>
<name>Peter Grehan</name>
<email>grehan@FreeBSD.org</email>
</author>
<published>2017-07-10T06:28:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b8e2e551e08bbaa1828d104978a5f6bca34ed10b'/>
<id>urn:sha1:b8e2e551e08bbaa1828d104978a5f6bca34ed10b</id>
<content type='text'>
  In addition, replace the missing caph	routines with
small helper functions (bhyverun.c) or an open-coded
replacement (uart_emul.c)

  313727   Capsicumize	bhyve
  317483   Allow CAP_MMAP_RW on	memfd for PCI passthru
</content>
</entry>
<entry>
<title>Merge r309640 from head:</title>
<updated>2016-12-06T18:54:43Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2016-12-06T18:54:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=186c15aa09b47de103d8cea9ef2a2b1b426ea99d'/>
<id>urn:sha1:186c15aa09b47de103d8cea9ef2a2b1b426ea99d</id>
<content type='text'>
  Fix possible integer overflow in guest memory bounds checking, which could
  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>
<entry>
<title>lib: minor spelling fixes in comments.</title>
<updated>2016-05-01T19:37:33Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2016-05-01T19:37:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=75f46cf6c81eff6229b9579513b6e7769b91d75d'/>
<id>urn:sha1:75f46cf6c81eff6229b9579513b6e7769b91d75d</id>
<content type='text'>
No functional change.
</content>
</entry>
<entry>
<title>MFH</title>
<updated>2016-02-22T12:28:23Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2016-02-22T12:28:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=317cec3c43aa82a60e43427c6f1382bdd9e6810f'/>
<id>urn:sha1:317cec3c43aa82a60e43427c6f1382bdd9e6810f</id>
<content type='text'>
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>As &lt;machine/param.h&gt; is included from &lt;sys/param.h&gt;, there is no need</title>
<updated>2016-02-22T09:04:36Z</updated>
<author>
<name>Svatopluk Kraus</name>
<email>skra@FreeBSD.org</email>
</author>
<published>2016-02-22T09:04:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d6849317c579f3a976e8ed3a1708e1e17c813ad9'/>
<id>urn:sha1:d6849317c579f3a976e8ed3a1708e1e17c813ad9</id>
<content type='text'>
to include it explicitly when &lt;sys/param.h&gt; is already included.

Reviewed by:	alc, kib
Differential Revision:	https://reviews.freebsd.org/D5378
</content>
</entry>
</feed>
