<?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>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>ccca101f - All genassym.sh usage need offset.inc</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#ccca101f</link>
        <description>All genassym.sh usage need offset.inc

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Tue, 03 Jul 2018 21:02:25 +0000</pubDate>
        <dc:creator>Bryan Drewery &lt;bdrewery@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>488adf43 - Fix cyclic dependency after r326552.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#488adf43</link>
        <description>Fix cyclic dependency after r326552.The OBJS_DEPEND_GUESS mechanism was making vmx_genassym.o dependon all headers along with vmx_assym.h, though vmx_assym.h dependson having vmx_genassym.o present to generate.  Moving the headersto DPSRCS is enough to resolve the issue as they will no longerbe implicit dependencies for all objects.  Because of this weneed explicit OBJS_DEPEND_GUESS entries to ensure the headersare generated when needed for the *_support.o files that needthem.X-MFC-With:	r326552MFC after:	2 weeksSponsored by:	Dell EMC

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Tue, 05 Dec 2017 17:23:33 +0000</pubDate>
        <dc:creator>Bryan Drewery &lt;bdrewery@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>07ff474a - Add AMD IOMMU/AMD-Vi support in bhyve for passthrough/direct assignment to VMs. To enable AMD-Vi, set hw.vmm.amdvi.enable=1.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#07ff474a</link>
        <description>Add AMD IOMMU/AMD-Vi support in bhyve for passthrough/direct assignment to VMs. To enable AMD-Vi, set hw.vmm.amdvi.enable=1.Reviewed by:bcrApproved by:grehanTested by:rgrimesDifferential Revision:https://reviews.freebsd.org/D10049

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Sun, 30 Apr 2017 02:08:46 +0000</pubDate>
        <dc:creator>Anish Gupta &lt;anish@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>193d9e76 - sys/modules: normalize .CURDIR-relative paths to SRCTOP</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#193d9e76</link>
        <description>sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with:	`cd sys/modules; make ALL_MODULES=` on amd64MFC after:	1 monthSponsored by:	Dell EMC Isilon

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Sat, 04 Mar 2017 10:10:17 +0000</pubDate>
        <dc:creator>Enji Cooper &lt;ngie@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0e8b3ab3 - Exclude -flto when building *genassym.o</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#0e8b3ab3</link>
        <description>Exclude -flto when building *genassym.oThe build process generates *assym.h using nm from *genassym.o (which isin turn created from *genassym.c).When compiling with link-time optimization (LTO) using -flto, .o filesare LLVM bitcode, not ELF objects. This is not usable by genassym.sh,so remove -flto from those ${CC} invocations.Submitted by:	George RimarReviewed by:	dimMFC after:	1 monthDifferential Revision:	https://reviews.freebsd.org/D9659

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Tue, 21 Feb 2017 18:59:17 +0000</pubDate>
        <dc:creator>Ed Maste &lt;emaste@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>18a2b08e - Use lapic_ipi_alloc() to dynamically allocate IPI slots needed by bhyve when</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#18a2b08e</link>
        <description>Use lapic_ipi_alloc() to dynamically allocate IPI slots needed by bhyve whenvmm.ko is loaded.Also relocate the &apos;justreturn&apos; IPI handler to be alongside all other handlers.Requested by:	kib

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Sat, 14 Mar 2015 02:32:08 +0000</pubDate>
        <dc:creator>Neel Natu &lt;neel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0dafa5cd - Replace bhyve&apos;s minimal RTC emulation with a fully featured one in vmm.ko.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#0dafa5cd</link>
        <description>Replace bhyve&apos;s minimal RTC emulation with a fully featured one in vmm.ko.The new RTC emulation supports all interrupt modes: periodic, update endedand alarm. It is also capable of maintaining the date/time and NVRAM contentsacross virtual machine reset. Also, the date/time fields can now be modifiedby the guest.Since bhyve now emulates both the PIT and the RTC there is no need for&quot;Legacy Replacement Routing&quot; in the HPET so get rid of it.The RTC device state can be inspected via bhyvectl as follows:bhyvectl --vm=vm --get-rtc-timebhyvectl --vm=vm --set-rtc-time=&lt;unix_time_secs&gt;bhyvectl --vm=vm --rtc-nvram-offset=&lt;offset&gt; --get-rtc-nvrambhyvectl --vm=vm --rtc-nvram-offset=&lt;offset&gt; --set-rtc-nvram=&lt;value&gt;Reviewed by:	tychonDiscussed with:	grehanDifferential Revision:	https://reviews.freebsd.org/D1385MFC after:	2 weeks

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Tue, 30 Dec 2014 22:19:34 +0000</pubDate>
        <dc:creator>Neel Natu &lt;neel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>528013d5 - Retire the &apos;@&apos; symlink. It isn&apos;t really needed and causes more</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#528013d5</link>
        <description>Retire the &apos;@&apos; symlink. It isn&apos;t really needed and causes moreproblems than it solves. SYSDIR is already defined almost always andcan be used instead. Working around the one case where it isn&apos;t ismuch easier than working around the fact that @ may not exist in 18other places.Differential Revision: https://reviews.freebsd.org/D1100

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Thu, 06 Nov 2014 16:48:37 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b3ee0d3b - Add foo_genassym.c files to DPSRCS so dependencies for them are generated.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#b3ee0d3b</link>
        <description>Add foo_genassym.c files to DPSRCS so dependencies for them are generated.This ensures these objects are rebuilt to generate an updated header ofassembly constants if needed.

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Mon, 27 Oct 2014 18:37:11 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>160ef77a - Move the ACPI PM timer emulation into vmm.ko.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#160ef77a</link>
        <description>Move the ACPI PM timer emulation into vmm.ko.This reduces variability during timer calibration by keeping the emulation&quot;close&quot; to the guest. Additionally having all timer emulations in the kernelwill ease the transition to a per-VM clock source (as opposed to using thehost&apos;s uptime keep track of time).Discussed with:	grehan

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Sun, 26 Oct 2014 04:44:28 +0000</pubDate>
        <dc:creator>Neel Natu &lt;neel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b82e2e94 - Fix build to not bogusly always rebuild vmm.ko.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#b82e2e94</link>
        <description>Fix build to not bogusly always rebuild vmm.ko.Rename vmx_assym.s to vmx_assym.h to reflect that file&apos;s actual useand update vmx_support.S&apos;s include to match. Add vmx_assym.h to theSRCS to that it gets properly added to the dependency list. Addvmx_support.S to SRCS as well, so it gets built and needs fewerspecial-case goo. Remove now-redundant special-case goo. Finally,vmx_genassym.o doesn&apos;t need to depend on a hand expanded ${_ILINKS}explicitly, that&apos;s all taken care of by beforedepend.With these items fixed, we no longer build vmm.ko every single timethrough the modules on a KERNFAST build.Sponsored by: Netflix

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Fri, 17 Oct 2014 13:20:49 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c3498942 - Restructure the MSR handling so it is entirely handled by processor-specific</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#c3498942</link>
        <description>Restructure the MSR handling so it is entirely handled by processor-specificcode. There are only a handful of MSRs common between the two so there isn&apos;ttoo much duplicate functionality.The VT-x code has the following types of MSRs:- MSRs that are unconditionally saved/restored on every guest/host context  switch (e.g., MSR_GSBASE).- MSRs that are restored to guest values on entry to vmx_run() and saved  before returning. This is an optimization for MSRs that are not used in  host kernel context (e.g., MSR_KGSBASE).- MSRs that are emulated and every access by the guest causes a trap into  the hypervisor (e.g., MSR_IA32_MISC_ENABLE).Reviewed by:	grehan

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Sat, 20 Sep 2014 02:35:21 +0000</pubDate>
        <dc:creator>Neel Natu &lt;neel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e883c9bb - Move the atpit device model from userspace into vmm.ko for better</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#e883c9bb</link>
        <description>Move the atpit device model from userspace into vmm.ko for betterprecision and lower latency.Approved by:	grehan (co-mentor)

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Tue, 25 Mar 2014 19:20:34 +0000</pubDate>
        <dc:creator>Tycho Nightingale &lt;tychon@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>762fd208 - Replace the userspace atpic stub with a more functional vmm.ko model.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#762fd208</link>
        <description>Replace the userspace atpic stub with a more functional vmm.ko model.New ioctls VM_ISA_ASSERT_IRQ, VM_ISA_DEASSERT_IRQ and VM_ISA_PULSE_IRQcan be used to manipulate the pic, and optionally the ioapic, pin state.Reviewed by:	jhb, neelApproved by:	neel (co-mentor)

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Tue, 11 Mar 2014 16:56:00 +0000</pubDate>
        <dc:creator>Tycho Nightingale &lt;tychon@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>08e3ff32 - Add HPET device emulation to bhyve.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#08e3ff32</link>
        <description>Add HPET device emulation to bhyve.bhyve supports a single timer block with 8 timers. The timers are all 32-bitand capable of being operated in periodic mode. All timers support interruptdelivery using MSI. Timers 0 and 1 also support legacy interrupt routing.At the moment the timers are not connected to any ioapic pins but that willbe addressed in a subsequent commit.This change is based on a patch from Tycho Nightingale (tycho.nightingale@pluribusnetworks.com).

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Mon, 25 Nov 2013 19:04:51 +0000</pubDate>
        <dc:creator>Neel Natu &lt;neel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>565bbb86 - Move the ioapic device model from userspace into vmm.ko. This is needed for</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#565bbb86</link>
        <description>Move the ioapic device model from userspace into vmm.ko. This is needed forupcoming in-kernel device emulations like the HPET.The ioctls VM_IOAPIC_ASSERT_IRQ and VM_IOAPIC_DEASSERT_IRQ are used tomanipulate the ioapic pin state.Discussed with:	grehan@Submitted by:	Tycho Nightingale (tycho.nightingale@pluribusnetworks.com)

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Tue, 12 Nov 2013 22:51:03 +0000</pubDate>
        <dc:creator>Neel Natu &lt;neel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>03cd0501 - Remove the &apos;vdev&apos; abstraction that was meant to sit on top of device models</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#03cd0501</link>
        <description>Remove the &apos;vdev&apos; abstraction that was meant to sit on top of device modelsin the kernel. This abstraction was redundant because the only device emulatedinside vmm.ko is the local apic and it is always at a fixed guest physicaladdress.Discussed with:	grehan

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Mon, 04 Nov 2013 23:25:07 +0000</pubDate>
        <dc:creator>Neel Natu &lt;neel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>df5e6de3 - Add in last remaining files to get AMD-SVM operational.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#df5e6de3</link>
        <description>Add in last remaining files to get AMD-SVM operational.Submitted by:	Anish Gupta (akgupt3@gmail.com)

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Fri, 23 Aug 2013 00:37:26 +0000</pubDate>
        <dc:creator>Peter Grehan &lt;grehan@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f44b688c - Fix &apos;make depend&apos;.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#f44b688c</link>
        <description>Fix &apos;make depend&apos;.

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Wed, 21 Aug 2013 08:01:52 +0000</pubDate>
        <dc:creator>Ulrich Sp&#246;rlein &lt;uqs@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b01c2033 - Corral all the host state associated with the virtual machine into its own file.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/sys/modules/vmm/Makefile#b01c2033</link>
        <description>Corral all the host state associated with the virtual machine into its own file.This state is independent of the type of hardware assist used so there isreally no need for it to be in Intel-specific code.Obtained from:	NetApp

            List of files:
            /freebsd-12.1/sys/modules/vmm/Makefile</description>
        <pubDate>Mon, 29 Oct 2012 01:51:24 +0000</pubDate>
        <dc:creator>Neel Natu &lt;neel@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
