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/arm/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/arm/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/arm/xen/Makefile

5121872a - xen/arm/arm64: merge xen/mm32.c into xen/mm.c

Fri, 21 Nov 2014 11:06:39 +0000

xen/arm/arm64: merge xen/mm32.c into xen/mm.cMerge xen/mm32.c into xen/mm.c.As a consequence the code gets compiled on arm64 too.Signed-off-by: Stefano Stabellini Reviewed-by: Catalin Marinas List of files: /linux-6.15/arch/arm/xen/Makefile

340720be - xen/arm: reimplement xen_dma_unmap_page & friends

Wed, 10 Sep 2014 22:49:41 +0000

xen/arm: reimplement xen_dma_unmap_page & friendsxen_dma_unmap_page, xen_dma_sync_single_for_cpu andxen_dma_sync_single_for_device are currently implemented by calling intothe corresponding generic ARM implementation of these functions. Inorder to do this, firstly the dma_addr_t handle, that on Xen is amachine address, needs to be translated into a physical address. Theoperation is expensive and inaccurate, given that a single machineaddress can correspond to multiple physical addresses in one domain,because the same page can be granted multiple times by the frontend.To avoid this problem, we introduce a Xen specific implementation ofxen_dma_unmap_page, xen_dma_sync_single_for_cpu andxen_dma_sync_single_for_device, that can operate on machine addressesdirectly.The new implementation relies on the fact that the hypervisor creates asecond p2m mapping of any grant pages at physical address == machineaddress of the page for dom0. Therefore we can access memory at physicaladdress == dma_addr_r handle and perform the cache flushing there. Somecache maintenance operations require a virtual address. Instead of usingioremap_cache, that is not safe in interrupt context, we allocate aper-cpu PAGE_KERNEL scratch page and we manually update the pte for it.arm64 doesn't need cache maintenance operations on unmap for now.Signed-off-by: Stefano Stabellini Tested-by: Denis Schneider List of files: /linux-6.15/arch/arm/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/arm/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/arm/xen/Makefile

226f52e9 - xen/arm: empty implementation of grant_table arch specific functions

Wed, 08 Aug 2012 16:34:11 +0000

xen/arm: empty implementation of grant_table arch specific functionsChanges in v2:- return -ENOSYS rather than -1.Signed-off-by: Stefano Stabellini Acked-by: Konrad Rzeszutek Wilk List of files: /linux-6.15/arch/arm/xen/Makefile

aa2466d2 - xen/arm: hypercalls

Fri, 14 Sep 2012 13:33:21 +0000

xen/arm: hypercallsUse r12 to pass the hypercall number to the hypervisor.We need a register to pass the hypercall number because we might notknow it at compile time and HVC only takes an immediate argument.Among the available registers r12 seems to be the best choice because itis defined as "intra-procedure call scratch register".Use the ISS to pass an hypervisor specific tag.Changes in v2:- define an HYPERCALL macro for 5 arguments hypercall wrappers, even ifat the moment is unused;- use ldm instead of pop;- fix up comments.Signed-off-by: Stefano Stabellini Reviewed-by: Konrad Rzeszutek Wilk List of files: /linux-6.15/arch/arm/xen/Makefile

4c071ee5 - arm: initial Xen support

Fri, 14 Sep 2012 13:53:39 +0000

arm: initial Xen support- Basic hypervisor.h and interface.h definitions.- Skeleton enlighten.c, set xen_start_info to an empty struct.- Make xen_initial_domain dependent on the SIF_PRIVILIGED_BIT.The new code only compiles when CONFIG_XEN is set, that is going to beadded to arch/arm/Kconfig in patch #11 "xen/arm: introduce CONFIG_XEN onARM".Changes in v3:- improve comments.Signed-off-by: Stefano Stabellini Acked-by: Konrad Rzeszutek Wilk List of files: /linux-6.15/arch/arm/xen/Makefile