meta-agl-bsp: clean up Raspberry Pi Xen support

Changes:
- Rename bbappend for Xen support to work with 5.4 kernel.
- Drop one of the Xen support patches that no longer applies, as it
  seems no longer required due to upstream changes.
- Move Xen kernel configuration fragment use to non-versioned kernel
  bbappend to simplify future upgrades.
- Move ENABLE_UART definition to machine template inc files instead
  of duplicating it in multiple bbappends.  This is more in line with
  how upstream indicates it be used.

Note that these changes have been compile tested with the agl-virt-xen
feature, but the resulting image has not yet been tested with Xen.
This is still an improvement, as agl-virt-xen would have silently not
affected kernel configuration previously.  As well, some of the
reshuffling done here will simplify the kernel upgrade in the next
branch.

Bug-AGL: SPEC-3841

Signed-off-by: Scott Murray <scott.murray@konsulko.com>
Change-Id: I022cccef00fcd0a82ceef89d4aab1894004543a3
Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/26144
Tested-by: Jenkins Job builder account
ci-image-build: Jenkins Job builder account
ci-image-boot-test: Jenkins Job builder account
Reviewed-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>

1 files changed, 0 insertions, 31 deletions

diff --git a/meta-agl-bsp/meta-raspberrypi/recipes-kernel/linux/linux-raspberrypi/0003-Fix-PCIe-in-dom0-for-RPi4.patch b/meta-agl-bsp/meta-raspberrypi/recipes-kernel/linux/linux-raspberrypi/0003-Fix-PCIe-in-dom0-for-RPi4.patch
deleted file mode 100644
index 835f36da3..000000000
--- a/meta-agl-bsp/meta-raspberrypi/recipes-kernel/linux/linux-raspberrypi/0003-Fix-PCIe-in-dom0-for-RPi4.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From 77765c2a47ce43911b8fe7b09f037c9bc13008ca Mon Sep 17 00:00:00 2001
-From: Jeff Kubascik <jeff.kubascik@dornerworks.com>
-Date: Tue, 30 Jul 2019 08:49:56 -0400
-Subject: [PATCH 3/4] Fix PCIe in dom0 for RPi4
-
-There is an issue where the Broadcom PCIe driver and Xen swiotlb layer
-invoke each other's dma alloc function recursively until the stack blows
-up. The cause appears to be due to arch_setup_dma_ops being called
-more than once for the device, possibly through of_dma_configure, and
-screwing up the dma_ops pointers. This patch adds a check to make sure
-that the xen_dma_ops are applied only once for a device.
----
- arch/arm64/mm/dma-mapping.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
-index d3a5bb16f..243a3b9be 100644
---- a/arch/arm64/mm/dma-mapping.c
-+++ b/arch/arm64/mm/dma-mapping.c
-@@ -895,7 +895,7 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_base, u64 size,
- 	__iommu_setup_dma_ops(dev, dma_base, size, iommu);
- 
- #ifdef CONFIG_XEN
--	if (xen_initial_domain()) {
-+	if (!dev->archdata.dev_dma_ops && xen_initial_domain()) {
- 		dev->archdata.dev_dma_ops = dev->dma_ops;
- 		dev->dma_ops = xen_dma_ops;
- 	}
--- 
-2.17.1
-