<?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>031beb4e - sys: Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/vmm/Makefile#031beb4e</link>
        <description>sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/sys/modules/vmm/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 17:54:58 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c3dd45c4 - sys/modules: Make use of SRCS.${KERN_OPT}.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/vmm/Makefile#c3dd45c4</link>
        <description>sys/modules: Make use of SRCS.${KERN_OPT}.kmod.mk appends the value of SRCS.${KERN_OPT} for each defined kerneloption to SRCS.  This helper is shorter than appending to SRCS underexplicit checks on KERN_OPTS.Reviewed by:	impSponsored by:	DARPADifferential Revision:	https://reviews.freebsd.org/D38738

            List of files:
            /freebsd-14.2/sys/modules/vmm/Makefile</description>
        <pubDate>Wed, 01 Mar 2023 18:32:30 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>74ada297 - AMD-vi: Fix IOMMU device interrupts being overridden</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/vmm/Makefile#74ada297</link>
        <description>AMD-vi: Fix IOMMU device interrupts being overriddenCurrently, AMD-vi PCI-e passthrough will lead to the following lines indmesg:&quot;kernel: CPU0: local APIC error 0x40ivhd0: Error: completion failed tail:0x720, head:0x0.&quot;After some tracing, the problem is due to the interaction withamdvi_alloc_intr_resources() and pci_driver_added(). In ivrs_drv, theidentification of AMD-vi IVHD is done by walking over the ACPI IVRStable and ivhdX device_ts are added under the acpi bus, while there areno driver handling the corresponding IOMMU PCI function. Inamdvi_alloc_intr_resources(), the MSI intr are allocated with the ivhdXdevice_t instead of the IOMMU PCI function device_t. bus_setup_intr() iscalled on ivhdX. the IOMMU pci function device_t is only used forpci_enable_msi(). Since bus_setup_intr() is not called on IOMMU pcifunction, the IOMMU PCI function device_t&apos;s dinfo-&gt;cfg.msi is neverupdated to reflect the supposed msi_data and msi_addr. So the msi_dataand msi_addr stay in the value 0. When pci_driver_added() tried to loopover the children of a pci bus, and do pci_cfg_restore() on each ofthem, msi_addr and msi_data with value 0 will be written to the MSIcapability of the IOMMU pci function, thus explaining the errors indmesg.This change includes an amdiommu driver which currently does attaching,detaching and providing DEVMETHODs for setting up and tearing downinterrupt. The purpose of the driver is to prevent pci_driver_added()from calling pci_cfg_restore() on the IOMMU PCI function device_t.The introduction of the amdiommu driver handles allocation of an IRQresource within the IOMMU PCI function, so that the dinfo-&gt;cfg.msi ispopulated.This has been tested on EPYC Rome 7282 with Radeon 5700XT GPU.Sponsored by:	The FreeBSD FoundationReviewed by:	jhbApproved by:	philip (mentor)MFC after:	2 weeksDifferential Revision:	https://reviews.freebsd.org/D28984

            List of files:
            /freebsd-14.2/sys/modules/vmm/Makefile</description>
        <pubDate>Mon, 22 Mar 2021 09:33:43 +0000</pubDate>
        <dc:creator>Ka Ho Ng &lt;khng@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>483d953a - Initial support for bhyve save and restore.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/vmm/Makefile#483d953a</link>
        <description>Initial support for bhyve save and restore.Save and restore (also known as suspend and resume) permits a snapshotto be taken of a guest&apos;s state that can later be resumed.  In thecurrent implementation, bhyve(8) creates a UNIX domain socket that isused by bhyvectl(8) to send a request to save a snapshot (andoptionally exit after the snapshot has been taken).  A snapshotcurrently consists of two files: the first holds a copy of guest RAM,and the second file holds other guest state such as vCPU registervalues and device model state.To resume a guest, bhyve(8) must be started with a matching pair ofcommand line arguments to instantiate the same set of device models aswell as a pointer to the saved snapshot.While the current implementation is useful for several uses cases, ithas a few limitations.  The file format for saving the guest state istied to the ABI of internal bhyve structures and is notself-describing (in that it does not communicate the set of devicemodels present in the system).  In addition, the state saved for somedevice models closely matches the internal data structures which mightprove a challenge for compatibility of snapshot files across a rangeof bhyve versions.  The file format also does not currently supportversioning of individual chunks of state.  As a result, the currentfile format is not a fixed binary format and future revisions to saveand restore will break binary compatiblity of snapshot files.  Thegoal is to move to a more flexible format that adds versioning,etc. and at that point to commit to providing a reasonable level ofcompatibility.  As a result, the current implementation is not enabledby default.  It can be enabled via the WITH_BHYVE_SNAPSHOT=yes optionfor userland builds, and the kernel option BHYVE_SHAPSHOT.Submitted by:	Mihai Tiganus, Flavius Anton, Darius MihaiSubmitted by:	Elena Mihailescu, Mihai Carabas, Sergiu WeiszRelnotes:	yesSponsored by:	University Politehnica of BucharestSponsored by:	Matthew Grooms (student scholarships)Sponsored by:	iXsystemsDifferential Revision:	https://reviews.freebsd.org/D19495

            List of files:
            /freebsd-14.2/sys/modules/vmm/Makefile</description>
        <pubDate>Tue, 05 May 2020 00:02:04 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>4db3ef4c - More fixes to build the kernel with a compiler that defaults to -fno-common</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/vmm/Makefile#4db3ef4c</link>
        <description>More fixes to build the kernel with a compiler that defaults to -fno-commonUsing the same approach as the last commit for the files used by genassym.sh.Obtained from:	CheriBSD

            List of files:
            /freebsd-14.2/sys/modules/vmm/Makefile</description>
        <pubDate>Sat, 18 Apr 2020 12:54:40 +0000</pubDate>
        <dc:creator>Alex Richardson &lt;arichardson@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b09e7a4f - Remove more manual additions of -DSMP.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/vmm/Makefile#b09e7a4f</link>
        <description>Remove more manual additions of -DSMP.Since r357598 this should no longer be necessary.

            List of files:
            /freebsd-14.2/sys/modules/vmm/Makefile</description>
        <pubDate>Thu, 06 Feb 2020 21:01:19 +0000</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ccca101f - All genassym.sh usage need offset.inc</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/vmm/Makefile#ccca101f</link>
        <description>All genassym.sh usage need offset.inc

            List of files:
            /freebsd-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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-14.2/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>
</channel>
</rss>
