<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/boot/userboot, branch release/10.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-09-04T20:47:14Z</updated>
<entry>
<title>MFC r263005 by royger: howto_names: unify declaration</title>
<updated>2014-09-04T20:47:14Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2014-09-04T20:47:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5573b1b5d47864004d41c06ec6236860a727ba9d'/>
<id>urn:sha1:5573b1b5d47864004d41c06ec6236860a727ba9d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC 264353,264509,264768,264770,264825,264846,264988,265114,265165,265365,</title>
<updated>2014-07-21T19:08:02Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2014-07-21T19:08:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d0aa4007c69618c8a3bf88c9a0fc4ba5a62a73ac'/>
<id>urn:sha1:d0aa4007c69618c8a3bf88c9a0fc4ba5a62a73ac</id>
<content type='text'>
265941,265951,266390,266550,266910:
Various bhyve fixes:
- Don't save host's return address in 'struct vmxctx'.
- Permit non-32-bit accesses to local APIC registers.
- Factor out common ioport handler code.
- Use calloc() in favor of malloc + memset.
- Change the vlapic timer frequency to be in the ballpark of contemporary
  hardware.
- Allow the guest to read the TSC via MSR 0x10.
- A VMCS is always inactive when it exits the vmx_run() loop.  Remove
  redundant code and the misleading comment that suggest otherwise.
- Ignore writes to microcode update MSR.  This MSR is accessed by RHEL7
  guest.
  Add KTR tracepoints to annotate wrmsr and rdmsr VM exits.
- Provide an alias for the userboot console and name it 'comconsole'.
- Use EV_ADD to create an mevent and EV_ENABLE to enable it.
- abort(3) the process in response to a VMEXIT_ABORT.
- Don't include the guest memory segments in the bhyve(8) process core dump.
- Make the vmx asm code dtrace-fbt-friendly.
- Allow vmx_getdesc() and vmx_setdesc() to be called for a vcpu that is in
  the VCPU_RUNNING state.
- Enable VMX in the IA32_FEATURE_CONTROL MSR if it not enabled and the MSR
  isn't locked.
</content>
</entry>
<entry>
<title>MFC 262331,262487,262495,262523:</title>
<updated>2014-07-20T22:54:03Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2014-07-20T22:54:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7f1a56a41d72963852592e1c74794c6681cb4a75'/>
<id>urn:sha1:7f1a56a41d72963852592e1c74794c6681cb4a75</id>
<content type='text'>
ZFS boot support for bhyveload.
</content>
</entry>
<entry>
<title>MFC 261504:</title>
<updated>2014-06-12T15:20:59Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2014-06-12T15:20:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5662eb89a141040a74f828a170a540ffafa61902'/>
<id>urn:sha1:5662eb89a141040a74f828a170a540ffafa61902</id>
<content type='text'>
Add support for FreeBSD/i386 guests under bhyve.
</content>
</entry>
<entry>
<title>MFC r257532 (by adrian):</title>
<updated>2013-12-30T20:15:46Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-12-30T20:15:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b25be9b061084aa0e228fbb6d644b5544582ebe3'/>
<id>urn:sha1:b25be9b061084aa0e228fbb6d644b5544582ebe3</id>
<content type='text'>
Fix this build for clang.

MFC r259730:

To avoid having to explicitly test COMPILER_TYPE for setting
clang-specific or gcc-specific flags, introduce the following new
variables for use in Makefiles:

CFLAGS.clang
CFLAGS.gcc
CXXFLAGS.clang
CXXFLAGS.gcc

In bsd.sys.mk, these get appended to the regular CFLAGS or CXXFLAGS for
the right compiler.

MFC r259913:

For libstand and sys/boot, split off gcc-only flags into CFLAGS.gcc.

MFC r259927:

Fix pc98 build, by also forcing COMPILER_TYPE in sys/boot/pc98/boot2's
Makefile.

Pointy hat to:	dim
</content>
</entry>
<entry>
<title>Use MK_SSP=no after including bsd.own.mk to disable SSP instead of user-knob</title>
<updated>2013-09-29T20:20:17Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2013-09-29T20:20:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cd4bd9496ed6c655784673b20bf4574cc10bce42'/>
<id>urn:sha1:cd4bd9496ed6c655784673b20bf4574cc10bce42</id>
<content type='text'>
WITH[OUT]_SSP to avoid hitting an error if user has WITH_SSP in their
make.conf. Ports now use this knob.

  make[7]: "/usr/src/share/mk/bsd.own.mk" line 466: WITH_SSP and
  WITHOUT_SSP can't both be set.

This is similar to previous cleanup done in r188895

Approved by:	bapt
Reviewed by:	jlh (earlier version)
Approved by:	re (marius)
MFC after:	1 week
</content>
</entry>
<entry>
<title>Convert machine/elf.h, machine/frame.h, machine/sigframe.h,</title>
<updated>2013-02-20T17:39:52Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2013-02-20T17:39:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=31a53cd03625e31cbbf63b78cf3c9b711301869a'/>
<id>urn:sha1:31a53cd03625e31cbbf63b78cf3c9b711301869a</id>
<content type='text'>
machine/signal.h and machine/ucontext.h into common x86 includes,
copying from amd64 and merging with i386.

Kernel-only compat definitions are kept in the i386/include/sigframe.h
and i386/include/signal.h, to reduce amd64 kernel namespace pollution.
The amd64 compat uses its own definitions so far.

The _MACHINE_ELF_WANT_32BIT definition is to allow the
sys/boot/userboot/userboot/elf32_freebsd.c to use i386 ELF definitions
on the amd64 compile host.  The same hack could be usefully abused by
other code too.
</content>
</entry>
<entry>
<title>Bring in some userboot changes from the bhyve branch to reduce diffs.</title>
<updated>2013-01-08T03:27:37Z</updated>
<author>
<name>Peter Grehan</name>
<email>grehan@FreeBSD.org</email>
</author>
<published>2013-01-08T03:27:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fc1ae0bc4295bf19a4fe4dda24938bd3f81591a6'/>
<id>urn:sha1:fc1ae0bc4295bf19a4fe4dda24938bd3f81591a6</id>
<content type='text'>
r238966
  Bump up the heap size to 1MB. With a few kernel modules, libstand
  zalloc and userboot seem to want to use ~600KB of heap space, which
  results in a segfault when malloc fails in bhyveload.

r241180
  Clarify comment about default number of FICL dictionary cells.

r241153
  Allow the number of FICL dictionary cells to be overridden.
  Loading a 7.3 ISO with userboot/amd64 takes up 10035 cells,
  overflowing the long-standing default of 10000.

  Bump userboot's value up to 15000 cells.

Reviewed by:	dteske (r238966,241180)
Obtained from:	NetApp
</content>
</entry>
<entry>
<title>Move the 64-bit _setjmp to lib/libstand.</title>
<updated>2012-12-21T15:15:35Z</updated>
<author>
<name>Rui Paulo</name>
<email>rpaulo@FreeBSD.org</email>
</author>
<published>2012-12-21T15:15:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a443a169067a0eaa714460cdadee2f09d22bc299'/>
<id>urn:sha1:a443a169067a0eaa714460cdadee2f09d22bc299</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Teach userboot to boot from ISO image files.</title>
<updated>2012-11-30T04:44:32Z</updated>
<author>
<name>Neel Natu</name>
<email>neel@FreeBSD.org</email>
</author>
<published>2012-11-30T04:44:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8e2c4dfdb2aa53333156b04ad46a49f4cb6ba613'/>
<id>urn:sha1:8e2c4dfdb2aa53333156b04ad46a49f4cb6ba613</id>
<content type='text'>
Reviewed by:	ae@, dfr@
Obtained from:	NetApp
</content>
</entry>
</feed>
