search for: omap5

Hi Julien, Since Ian has merged most my OMAP5 patches, I decide to try to update my working tree to it today. However, it seems it doesn't work as expected. There mainly two kind of problems that I met: 1. It seems that xen no longer maps some of io memory regions described in dts. For example, the memory regions in "ocp" node o...

The majority of this series went in a while back, what remains is just the basic platform support and the UART blacklisting. The series has also grown a constcorrectness fix for the other existing platforms too. Still no SATA support from upstream sadly. Bamvor has written some generic docs at http://wiki.xenproject.org/wiki/Xen_ARMv7_with_Virtualization_Extensions/Allwinner Thanks, Ian.

...enabled once transmission started. This is because the semantic of THRE interrupt differs from common 8250 in TI''s implementation, which would be generated if TX FIFO below trigger level and cannot be cleared by simply write to THR once. Besides UART driver, arch timer initialization for OMAP5432 platform is also done in this patch series. v8 <- v7: - Only modifying THRE bit when enable/disable THRE interrupt in patch #4. v7 <- v6: - Fix a bug in patch #3. - Fix type problems Julien pointed out in patch #4. - Add vuart_info callback for omap-uart driver. v6 <- v5: - Add EARLY...

...ild tree. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Acked-by: Tim Deegan <tim@xen.org> commit 7f4f85a70d645bff93230ab86c0276a5eb67c3bc Author: Chen Baozi <baozich@gmail.com> Date: Thu Aug 15 21:19:48 2013 +0800 xen/arm: Specific mapping for dom0 on OMAP5 platform Signed-off-by: Chen Baozi <baozich@gmail.com> Acked-by: Ian Campbell <ian.campbell@citrix.com> commit 7f2b22e9b3975650f81aa6c6d82bc716a3331fc7 Author: Chen Baozi <baozich@gmail.com> Date: Tue Aug 13 19:14:26 2013 +0800 xen/arm: Platform recognition an...

...ation of dss, @@ -35,7 +33,6 @@ config OMAP2_DSS_DEBUGFS config OMAP2_DSS_COLLECT_IRQ_STATS bool "Collect DSS IRQ statistics" depends on OMAP2_DSS_DEBUGFS - default n help Collect DSS IRQ statistics, printable via debugfs. @@ -75,7 +72,6 @@ config OMAP4_DSS_HDMI_CEC config OMAP5_DSS_HDMI bool "HDMI support for OMAP5" - default n select OMAP2_DSS_HDMI_COMMON help HDMI Interface for OMAP5 and similar cores. This adds the High @@ -84,7 +80,6 @@ config OMAP5_DSS_HDMI config OMAP2_DSS_SDI bool "SDI support" - default n help SDI (S...

...EBUGFS > config OMAP2_DSS_COLLECT_IRQ_STATS > bool "Collect DSS IRQ statistics" > depends on OMAP2_DSS_DEBUGFS > - default n > help > Collect DSS IRQ statistics, printable via debugfs. > > @@ -75,7 +72,6 @@ config OMAP4_DSS_HDMI_CEC > > config OMAP5_DSS_HDMI > bool "HDMI support for OMAP5" > - default n > select OMAP2_DSS_HDMI_COMMON > help > HDMI Interface for OMAP5 and similar cores. This adds the High > @@ -84,7 +80,6 @@ config OMAP5_DSS_HDMI > > config OMAP2_DSS_SDI > bool "SDI suppo...

Since both UART driver codes on Allwinner A31, OMAP5 and x86 would use these definitions, we refactor the codes into a separated header to avoid unnecessary duplication. Signed-off-by: Chen Baozi <baozich@gmail.com> --- xen/drivers/char/ns16550.c | 71 +--------------------------- xen/include/xen/ns16550-uart.h | 104 ++++++++++++++++++++...

...rm.c diff --git a/xen/arch/arm/platforms/Makefile b/xen/arch/arm/platforms/Makefile index f0dd72c..680364f 100644 --- a/xen/arch/arm/platforms/Makefile +++ b/xen/arch/arm/platforms/Makefile @@ -3,3 +3,4 @@ obj-$(CONFIG_ARM_32) += exynos5.o obj-$(CONFIG_ARM_32) += midway.o obj-$(CONFIG_ARM_32) += omap5.o obj-$(CONFIG_ARM_32) += sunxi.o +obj-$(CONFIG_ARM_64) += xgene-storm.o diff --git a/xen/arch/arm/platforms/xgene-storm.c b/xen/arch/arm/platforms/xgene-storm.c new file mode 100644 index 0000000..727ac2b --- /dev/null +++ b/xen/arch/arm/platforms/xgene-storm.c @@ -0,0 +1,52 @@ +/* + * xen/arch/a...

See http://www.gossamer-threads.com/lists/xen/devel/297170 for some information on how to get this going. I''ve rebased and addressed the review comments. With this rebase I''ve picked up some patches from Julien which were required to do things properly, so the gic v7 and device blacklisting patches have been changed to use the proper mechanisms. Previously I was able to boot

I''m afraid this series is rather a grab bag and it is distressingly large at this stage. With this series I can boot an Xgene board until it fails to find its SATA controller. This is a dom0 issue for which patches are pending from APM (/me nudges Anup). As well as the APM specific platform stuff there are also some generic improvements which were either necessary or useful during this

See http://www.gossamer-threads.com/lists/xen/devel/297170 for some information on how to get this going. I''ve rebased and addressed the review comments. As before several of the patches are not to be applied because they can be done better using infrastructure from Julien''s "Allow Xen to boot with a raw Device Tree" patch. They are included for completeness. With

George has release acked all of these. Otherwise mostly minor updates this time around. Summary: A == acked, M == modified A xen: arm64: Add 8250 earlyprintk support A xen: arm64: Add Basic Platform support for APM X-Gene Storm. A xen: arm64: Add APM implementor id to processor implementers. M xen: arm: add a quirk to handle platforms with unusual GIC layout A xen: arm: allow platform