Changes in Makefile

09515706 - xen/efi: have a common runtime setup function

Tue, 01 Oct 2019 08:25:34 +0000

xen/efi: have a common runtime setup functionToday the EFI runtime functions are setup in architecture specificcode (x86 and arm), with the functions themselves living in drivers/xenas they are not architecture dependent.As the setup is exactly the same for arm and x86 move the setup todrivers/xen, too. This at once removes the need to make the singlefunctions global visible.Signed-off-by: Juergen Gross Reviewed-by: Jan Beulich [boris: "Dropped EXPORT_SYMBOL_GPL(xen_efi_runtime_setup)"]Signed-off-by: Boris Ostrovsky List of files: /linux-6.15/arch/arm64/xen/Makefile

ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig

Sun, 19 May 2019 12:07:45 +0000

treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is: GPL-2.0-onlySigned-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/arch/arm64/xen/Makefile

be1aaf4e - ARM64: XEN: Add a function to initialize Xen specific UEFI runtime services

Thu, 07 Apr 2016 12:03:32 +0000

ARM64: XEN: Add a function to initialize Xen specific UEFI runtime servicesWhen running on Xen hypervisor, runtime services are supported throughhypercall. Add a Xen specific function to initialize runtime services.Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini Tested-by: Julien Grall Acked-by: Catalin Marinas List of files: /linux-6.15/arch/arm64/xen/Makefile

83862ccf - xen/arm,arm64: enable SWIOTLB_XEN

Thu, 10 Oct 2013 13:40:44 +0000

xen/arm,arm64: enable SWIOTLB_XENXen on arm and arm64 needs SWIOTLB_XEN: when running on Xen we need toprogram the hardware with mfns rather than pfns for dma addresses.Remove SWIOTLB_XEN dependency on X86 and PCI and make XEN selectSWIOTLB_XEN on arm and arm64.At the moment always rely on swiotlb-xen, but when Xen starts supportinghardware IOMMUs we'll be able to avoid it conditionally on the presenceof an IOMMU on the platform.Implement xen_create_contiguous_region on arm and arm64: for the momentwe assume that dom0 has been mapped 1:1 (physical addresses == machineaddresses) therefore we don't need to call XENMEM_exchange. Simplyreturn the physical address as dma address.Initialize the xen-swiotlb from xen_early_init (before the nativedma_ops are initialized), set xen_dma_ops to &xen_swiotlb_dma_ops.Signed-off-by: Stefano Stabellini Changes in v8:- assume dom0 is mapped 1:1, no need to call XENMEM_exchange.Changes in v7:- call __set_phys_to_machine_multi from xen_create_contiguous_region andxen_destroy_contiguous_region to update the P2M;- don't call XENMEM_unpin, it has been removed;- call XENMEM_exchange instead of XENMEM_exchange_and_pin;- set nr_exchanged to 0 before calling the hypercall.Changes in v6:- introduce and export xen_dma_ops;- call xen_mm_init from as arch_initcall.Changes in v4:- remove redefinition of DMA_ERROR_CODE;- update the code to use XENMEM_exchange_and_pin and XENMEM_unpin;- add a note about hardware IOMMU in the commit message.Changes in v3:- code style changes;- warn on XENMEM_put_dma_buf failures. List of files: /linux-6.15/arch/arm64/xen/Makefile

4a19138c - arm/xen,arm64/xen: introduce p2m

Thu, 17 Oct 2013 16:22:27 +0000

arm/xen,arm64/xen: introduce p2mIntroduce physical to machine and machine to physical trackingmechanisms based on rbtrees for arm/xen and arm64/xen.We need it because any guests on ARM are an autotranslate guests,therefore a physical address is potentially different from a machineaddress. When programming a device to do DMA, we need to beextra-careful to use machine addresses rather than physical addresses toprogram the device. Therefore we need to know the physical to machinemappings.For the moment we assume that dom0 starts with a 1:1 physical to machinemapping, in other words physical addresses correspond to machineaddresses. However when mapping a foreign grant reference, obviously the1:1 model doesn't work anymore. So at the very least we need to be ableto track grant mappings.We need locking to protect accesses to the two trees.Signed-off-by: Stefano Stabellini Changes in v8:- move pfn_to_mfn and mfn_to_pfn to page.h as static inline functions;- no need to walk the tree if phys_to_mach.rb_node is NULL;- correctly handle multipage p2m entries;- substitute the spin_lock with a rwlock. List of files: /linux-6.15/arch/arm64/xen/Makefile

aa42aa13 - arm64/xen: introduce CONFIG_XEN and hypercall.S on ARM64

Mon, 03 Jun 2013 17:05:43 +0000

arm64/xen: introduce CONFIG_XEN and hypercall.S on ARM64Introduce CONFIG_XEN and the implementation of hypercall.S (that isthe only ARMv8 specific code in Xen support for ARM).Compile enlighten.c and grant_table.c from arch/arm.Signed-off-by: Stefano Stabellini Acked-by: Ian Campbell List of files: /linux-6.15/arch/arm64/xen/Makefile