<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <link>http://nxr.netbsd.org/rss/src/usr.sbin/nvmmctl/Makefile</link>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2005</copyright>
    <generator>Java</generator>
    
<item>
    <title>Add HAVE_NVMM and use it to control the build of NVMM related components.<br/>Defined to "yes" on amd64, "no" everywhere else.</title>
    <description>/src/usr.sbin/nvmmctl/Makefile - 1.3</description>
    <pubDate>Sat Sep 26 17:49:50 UTC 2020</pubDate>
    <dc:creator>jmcneill</dc:creator>
</item>

<item>
    <title>branches:  1.2.2;  1.2.6;<br/>Forgot to put nvmmctl in the "nvmm" group.</title>
    <description>/src/usr.sbin/nvmmctl/Makefile - 1.2</description>
    <pubDate>Tue Oct 29 08:13:16 UTC 2019</pubDate>
    <dc:creator>maxv</dc:creator>
</item>

<item>
    <title>Add nvmmctl, with two commands for now.</title>
    <description>/src/usr.sbin/nvmmctl/Makefile - 1.1</description>
    <pubDate>Mon Oct 28 13:04:18 UTC 2019</pubDate>
    <dc:creator>maxv</dc:creator>
</item>

<item>
    <title>Mostly merge changes from HEAD upto 20200411</title>
    <description>/src/usr.sbin/nvmmctl/Makefile - 1.2.6.2</description>
    <pubDate>Mon Apr 13 08:05:56 UTC 2020</pubDate>
    <dc:creator>martin</dc:creator>
</item>

<item>
    <title>file Makefile was added on branch phil-wifi on 2020-04-13 08:05:56 +0000</title>
    <description>/src/usr.sbin/nvmmctl/Makefile - 1.2.6.1</description>
    <pubDate>Tue Oct 29 08:13:16 UTC 2019</pubDate>
    <dc:creator>martin</dc:creator>
</item>

<item>
    <title>Pull up following revision(s) (requested by maxv in ticket #405):<br/><br/>	usr.sbin/nvmmctl/nvmmctl.8: revision 1.2<br/>	lib/libnvmm/libnvmm.3: revision 1.24<br/>	sys/dev/nvmm/nvmm.h: revision 1.11<br/>	lib/libnvmm/libnvmm.3: revision 1.25<br/>	sys/dev/nvmm/x86/nvmm_x86.h: revision 1.16<br/>	sys/dev/nvmm/nvmm.h: revision 1.12<br/>	sys/dev/nvmm/x86/nvmm_x86.h: revision 1.17<br/>	tests/lib/libnvmm/h_mem_assist.c: revision 1.12<br/>	sys/dev/nvmm/x86/nvmm_x86.h: revision 1.18<br/>	share/mk/bsd.hostprog.mk: revision 1.82<br/>	lib/libnvmm/libnvmm.c: revision 1.15<br/>	distrib/sets/lists/base/md.amd64: revision 1.281<br/>	tests/lib/libnvmm/h_mem_assist.c: revision 1.13<br/>	lib/libnvmm/libnvmm.c: revision 1.16<br/>	tests/lib/libnvmm/h_mem_assist.c: revision 1.14<br/>	lib/libnvmm/libnvmm_x86.c: revision 1.32<br/>	lib/libnvmm/libnvmm.c: revision 1.17<br/>	tests/lib/libnvmm/h_mem_assist.c: revision 1.15<br/>	lib/libnvmm/libnvmm_x86.c: revision 1.33<br/>	lib/libnvmm/libnvmm.c: revision 1.18<br/>	usr.sbin/nvmmctl/Makefile: revision 1.1<br/>	tests/lib/libnvmm/h_mem_assist_asm.S: revision 1.7<br/>	tests/lib/libnvmm/h_mem_assist.c: revision 1.16<br/>	lib/libnvmm/libnvmm_x86.c: revision 1.34<br/>	usr.sbin/nvmmctl/Makefile: revision 1.2<br/>	tests/lib/libnvmm/h_mem_assist_asm.S: revision 1.8<br/>	tests/lib/libnvmm/h_mem_assist.c: revision 1.17<br/>	sys/dev/nvmm/nvmm_internal.h: revision 1.13<br/>	lib/libnvmm/libnvmm_x86.c: revision 1.35<br/>	lib/libnvmm/libnvmm_x86.c: revision 1.36<br/>	usr.sbin/postinstall/postinstall.in: revision 1.8<br/>	lib/libnvmm/libnvmm_x86.c: revision 1.37<br/>	lib/libnvmm/libnvmm_x86.c: revision 1.38<br/>	lib/libnvmm/libnvmm_x86.c: revision 1.39<br/>	usr.sbin/Makefile: revision 1.282<br/>	lib/libnvmm/nvmm.h: revision 1.13<br/>	lib/libnvmm/nvmm.h: revision 1.14<br/>	lib/libnvmm/nvmm.h: revision 1.15<br/>	sys/dev/nvmm/nvmm.c: revision 1.23<br/>	lib/libnvmm/nvmm.h: revision 1.16<br/>	sys/dev/nvmm/nvmm.c: revision 1.24<br/>	lib/libnvmm/nvmm.h: revision 1.17<br/>	sys/dev/nvmm/nvmm.c: revision 1.25<br/>	tests/lib/libnvmm/h_io_assist.c: revision 1.9<br/>	etc/MAKEDEV.tmpl: revision 1.209<br/>	tests/lib/libnvmm/h_io_assist.c: revision 1.10<br/>	tests/lib/libnvmm/h_io_assist.c: revision 1.11<br/>	etc/group: revision 1.35<br/>	distrib/sets/lists/man/mi: revision 1.1660<br/>	sys/dev/nvmm/x86/nvmm_x86_vmx.c: revision 1.40<br/>	sys/dev/nvmm/x86/nvmm_x86_vmx.c: revision 1.41<br/>	sys/dev/nvmm/x86/nvmm_x86_vmx.c: revision 1.42<br/>	sys/dev/nvmm/x86/nvmm_x86_vmx.c: revision 1.43<br/>	sys/dev/nvmm/x86/nvmm_x86_vmx.c: revision 1.44<br/>	sys/dev/nvmm/x86/nvmm_x86_svm.c: revision 1.51<br/>	sys/dev/nvmm/nvmm_ioctl.h: revision 1.8<br/>	sys/dev/nvmm/x86/nvmm_x86_svm.c: revision 1.52<br/>	sys/dev/nvmm/nvmm_ioctl.h: revision 1.9<br/>	sys/dev/nvmm/x86/nvmm_x86_svm.c: revision 1.53<br/>	usr.sbin/nvmmctl/nvmmctl.c: revision 1.1<br/>	lib/libnvmm/libnvmm.3: revision 1.20<br/>	distrib/sets/lists/debug/md.amd64: revision 1.106<br/>	lib/libnvmm/libnvmm.3: revision 1.21<br/>	lib/libnvmm/libnvmm.3: revision 1.22<br/>	usr.sbin/nvmmctl/nvmmctl.8: revision 1.1<br/>	lib/libnvmm/libnvmm.3: revision 1.23<br/><br/>Fix incorrect parsing: the R/M field uses a special GPR map when the<br/>address size is 16 bits, regardless of the actual operating mode. With<br/>this special map there can be two registers referenced at once, and<br/>also disp16-only.<br/>Implement this special behavior, and add associated tests. While here<br/>simplify a few things.<br/>With this in place, the Windows 95 installer initializes correctly.<br/>Part of PR/54611.<br/>add missing initializer<br/>Implement XCHG, add associated tests, and add comments to explain. With<br/>this in place the Windows 95 installer completes successfuly.<br/>Part of PR/54611.<br/>Improve nvmm_vcpu_dump().<br/>Put back 'default', because llvm apparently doesn't realize that all cases<br/>are covered in the switch.<br/>Miscellaneous changes in NVMM, to address several inconsistencies and<br/>issues in the libnvmm API.<br/> - Rename NVMM_CAPABILITY_VERSION to NVMM_KERN_VERSION, and check it in<br/>   libnvmm. Introduce NVMM_USER_VERSION, for future use.<br/> - In libnvmm, open "/dev/nvmm" as read-only and with O_CLOEXEC. This is to<br/>   avoid sharing the VMs with the children if the process forks. In the<br/>   NVMM driver, force O_CLOEXEC on open().<br/> - Rename the following things for consistency:<br/>       nvmm_exit*              -&gt; nvmm_vcpu_exit*<br/>       nvmm_event*             -&gt; nvmm_vcpu_event*<br/>       NVMM_EXIT_*             -&gt; NVMM_VCPU_EXIT_*<br/>       NVMM_EVENT_INTERRUPT_HW -&gt; NVMM_VCPU_EVENT_INTR<br/>       NVMM_EVENT_EXCEPTION    -&gt; NVMM_VCPU_EVENT_EXCP<br/>   Delete NVMM_EVENT_INTERRUPT_SW, unused already.<br/> - Slightly reorganize the MI/MD definitions, for internal clarity.<br/> - Split NVMM_VCPU_EXIT_MSR in two: NVMM_VCPU_EXIT_{RD,WR}MSR. Also provide<br/>   separate u.rdmsr and u.wrmsr fields. This is more consistent with the<br/>   other exit reasons.<br/> - Change the types of several variables:<br/>       event.type                  enum -&gt; u_int<br/>       event.vector                uint64_t -&gt; uint8_t<br/>       exit.u.*msr.msr:            uint64_t -&gt; uint32_t<br/>       exit.u.io.type:             enum -&gt; bool<br/>       exit.u.io.seg:              int -&gt; int8_t<br/>       cap.arch.mxcsr_mask:        uint64_t -&gt; uint32_t<br/>       cap.arch.conf_cpuid_maxops: uint64_t -&gt; uint32_t<br/> - Delete NVMM_VCPU_EXIT_MWAIT_COND, it is AMD-only and confusing, and we<br/>   already intercept 'monitor' so it is never armed.<br/> - Introduce vmx_exit_insn() for NVMM-Intel, similar to svm_exit_insn().<br/>   The 'npc' field wasn't getting filled properly during certain VMEXITs.<br/> - Introduce nvmm_vcpu_configure(). Similar to nvmm_machine_configure(),<br/>   but as its name indicates, the configuration is per-VCPU and not per-VM.<br/>   Migrate and rename NVMM_MACH_CONF_X86_CPUID to NVMM_VCPU_CONF_CPUID.<br/>   This becomes per-VCPU, which makes more sense than per-VM.<br/> - Extend the NVMM_VCPU_CONF_CPUID conf to allow triggering VMEXITs on<br/>   specific leaves. Until now we could only mask the leaves. An uint32_t<br/>   is added in the structure:<br/>        uint32_t mask:1;<br/>        uint32_t exit:1;<br/>        uint32_t rsvd:30;<br/>   The two first bits select the desired behavior on the leaf. Specifying<br/>   zero on both resets the leaf to the default behavior. The new<br/>   NVMM_VCPU_EXIT_CPUID exit reason is added.<br/>Three changes in libnvmm:<br/> - Add 'mach' and 'vcpu' backpointers in the nvmm_io and nvmm_mem<br/>   structures.<br/> - Rename 'nvmm_callbacks' to 'nvmm_assist_callbacks'.<br/> - Rename and migrate NVMM_MACH_CONF_CALLBACKS to NVMM_VCPU_CONF_CALLBACKS,<br/>   it now becomes per-VCPU.<br/>Update the libnvmm man page:<br/> - Sync the naming with reality.<br/> - Replace "relevant" by "desired" and "virtualizer" by "emulator", closer<br/>   to what I meant.<br/> - Add a "VCPU Configuration" section.<br/> - Add a "Machine Ownership" section.<br/>Add the "nvmm" group, and make nvmm_init() public. Sent to tech-kern@ a few<br/>days ago.<br/>Use the new PTE naming, and define CR3_FRAME_* separately. No functional<br/>change.<br/>Add a new VCPU conf option, that allows userland to request VMEXITs after a<br/>TPR change. This is supported on all Intel CPUs, and not-too-old AMD CPUs.<br/>The reason for wanting this option is that certain OSes (like Win10 64bit)<br/>manage interrupt priority in hardware via CR8 directly, and for these OSes,<br/>the emulator may want to sync its internal TPR state on each change.<br/>Add two new fields in cap.arch, to report the conf capabilities. Report TPR<br/>only on Intel for now, not AMD, because I don't have a recent AMD CPU on<br/>which to test.<br/>Mask CPUID leaf 0x0A on Intel, because we don't want the guest to try (and<br/>fail) to probe the PMC MSRs. This avoids "Unexpected WRMSR" warnings in<br/>qemu-nvmm.<br/>Add PCID support in the guests. This speeds up most 64bit guests, because<br/>since Meltdown, everybody uses PCID (including NetBSD).<br/>Change the way root_owner works: consider the calling process as root_owner<br/>not if it has root privileges, but if the /dev/nvmm device was opened with<br/>write permissions. Introduce the undocumented nvmm_root_init() function to<br/>achieve that.<br/>The goal is to simplify the logic and have more granularity, eg if we want<br/>a monitoring agent to access VMs but don't want to give this agent real<br/>root access on the system.<br/>A few changes:<br/> - Use smaller types in struct nvmm_capability.<br/> - Use smaller type for nvmm_io.port.<br/> - Switch exitstate to a compacted structure.<br/>Add nram in struct nvmm_ctl_mach_info.<br/>Add nvmmctl, with two commands for now.<br/>Macro tidyness.<br/>Sort SEE ALSO.<br/>should be fork(2), noticed by wiz<br/>Add debug entry for newly introduced nvmmctl utility.<br/>Annotate a covering switch as such to avoid warnings about missing<br/>returns.<br/>Forgot to put nvmmctl in the "nvmm" group.<br/>Add nvmm group.</title>
    <description>/src/usr.sbin/nvmmctl/Makefile - 1.2.2.2</description>
    <pubDate>Sun Nov 10 00:58:29 UTC 2019</pubDate>
    <dc:creator>martin</dc:creator>
</item>

<item>
    <title>file Makefile was added on branch netbsd-9 on 2019-11-10 12:58:29 +0000</title>
    <description>/src/usr.sbin/nvmmctl/Makefile - 1.2.2.1</description>
    <pubDate>Tue Oct 29 08:13:16 UTC 2019</pubDate>
    <dc:creator>martin</dc:creator>
</item>
</channel></rss>

