search for: arm32

...arly-printk: calculate baud rate divisor from user provided value arm/early-printk: allow skipping of UART init arm/early-printk: move UART base address to Rules.mk arm/early-printk: add Calxeda Midway UART support xen/arch/arm/Rules.mk | 13 +++++++++++++ xen/arch/arm/arm32/debug-exynos4210.inc | 6 ++---- xen/arch/arm/arm32/debug-pl011.inc | 6 ++---- xen/arch/arm/arm32/head.S | 2 ++ xen/arch/arm/arm64/debug-pl011.inc | 6 ++---- xen/arch/arm/arm64/head.S | 2 ++ 6 files changed, 23 insertions(+), 12 deletions(-) -- 1.7.1...

...nic,vlan=0,macaddr=52:54:00:12:34:22 \ -kernel vmlinuz-2.6.18-6-versatile \ -initrd initrd.img-2.6.18-6-versatile \ -append "root=/dev/sda1 console=ttyAMA0,115200n8" I converted the above to a virsh XML file using: virsh domxml-from-native qemu-argv run.argc > arm32.xml which resulted in this (minor modifications to provide full paths): <domain type='qemu'> <name>arm32</name> <uuid>e433002b-107f-5b16-415b-7afb3e3a4d84</uuid> <memory>262144</memory> <currentMemory>262144</c...

...init function instead of assemble jump code in struct proc_info_list 2), add commit in look up proc info in assemble code. 3), merge __v7_ca7mp and __v7_ca15mp and relative definition into prov-v7.S 4), move MIDR mask definition from headers to prov-v7.S 5), move procinfo.h from xen/include/asm-arm/arm32 to xen/include/asm-arm xen/arch/arm/arm32/Makefile | 2 +- xen/arch/arm/arm32/asm-offsets.c | 7 +++++ xen/arch/arm/arm32/head.S | 37 +++++++++++++++++++------ xen/arch/arm/arm32/proc-ca15.S | 35 ----------------------- xen/arch/arm/arm32/proc-v7.S |...

...oot into the c environment. Bamvor Jian Zhang (4): xen/arm: introduce Cortex-A7 support xen/arm: introduce Allwinner sun6i SOC basic support xen/arm: enable early printk for sun6i xen/arm: enable switch to hyper mode for sun6i xen/arch/arm/Rules.mk | 5 ++++ xen/arch/arm/arm32/Makefile | 1 + xen/arch/arm/arm32/debug-sun6i.inc | 50 +++++++++++++++++++++++++++++++++++ xen/arch/arm/arm32/head.S | 11 ++++++++ xen/arch/arm/arm32/mode_switch.S | 13 +++++++-- xen/arch/arm/arm32/proc-ca7.S | 36 +++++++++++++++++++++++++ xen/include/asm...

...t Xen recognize the Broadcom Brahma-B15 CPU by adding the appropriate MIDR mask to the initialization phase. Further, ensure that the console output properly reports the CPU manufacturer as "Broadcom Corporation". Signed-off-by: Marc Carino <marc.ceeeee@gmail.com> --- xen/arch/arm/arm32/proc-v7.S | 8 ++++++++ xen/arch/arm/setup.c | 1 + 2 files changed, 9 insertions(+) diff --git a/xen/arch/arm/arm32/proc-v7.S b/xen/arch/arm/arm32/proc-v7.S index 6577a89..2c8cb9c 100644 --- a/xen/arch/arm/arm32/proc-v7.S +++ b/xen/arch/arm/arm32/proc-v7.S @@ -43,6 +43,14 @@ __v7_ca...

Hi Ian, I am trying to add supporting dumping 32-bit guest on arm32 to see what happened in my dom0 kernel when booting. It seems gvirt_to_maddr() is not workable under arm32. But why has it been implemented both in include/asm-arm/arm{32,64}/page.h? Thanks. Baozi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org htt...

...assing -zmax-page-size=0x10000 to lld. The default page size in GNU ld for arm is 64k so binaries linked with ld just worked on this device. I put the question in the discord lld channel and after a bit back and forth I think it's better to discuss it here. Is 4k the right default for lld on Arm32? Does anyone know if there is a strong reason to not change this? Since we have a workaround I am not in a hurry to change this - but if nothing else I hope this email will help someone else finding the solution to the problem I had. Thanks, Tobias -------------- next part -------------- An HTML...

Hello, This series has been split into two patches, one for arm and one for x86. I figured that this was easier than doing it as a single combined patch, especially as the changes are functionally independent. x86 has been boot tested, but arm has not even been compile tested as I lack a suitable cross compiler. However, the changes are just text replacement, so I dont expect any issues. The

...was change the linker executable definition for each target: linker: #exe: $E/ecc-ld$X exe: $E/ld.lld$x (where $E is the executable directory where the compiler was found and $X is the executable extension, "" under Linux) Here are the results of linking a program for Linux: ARM32 v6: Good ARM32 v7: Good ARM32 big endian: Not supported by lld, no armelfb_linux_eabi emulation mode. Aarch64: Good MIPS 32 little and big endian: Good MIPS64 big endian: Good PPC32: lld failed with a bad relocation type. PPC64 little endian: Not supported by lld, no elf64lppc emulation mod...

...rget: > > linker: > > #exe: $E/ecc-ld$X > > exe: $E/ld.lld$x > > (where $E is the executable directory where the compiler was found and $X > is the executable extension, "" under Linux) > > Here are the results of linking a program for Linux: > > ARM32 v6: Good > > ARM32 v7: Good > > ARM32 big endian: Not supported by lld, no armelfb_linux_eabi emulation > mode. > > Aarch64: Good > > MIPS 32 little and big endian: Good > > MIPS64 big endian: Good > > PPC32: lld failed with a bad relocation type. > > PP...

Sorry, I initially included LLVM-Commits rather than LLVM-Dev. Fixed. On 26 January 2017 at 03:26, Serge Rogatch <serge.rogatch at gmail.com> wrote: > Hi Dean, Renato, > > AFAIK, unfortunately, these critical Arm32 XRay fixes are not yet in 4.0: > https://reviews.llvm.org/D28624 , https://reviews.llvm.org/D28623 . The > first repairs XRay instrumentation map emission. Without this map XRay > doesn't work at all: the runtime doesn't see anything to instrument. The > second fixes the CPU cac...

...functionality (in opposite to FreeBSD or Android), I need to use SafeStack compiler RT library. Unfortunately I've noticed that libclang_rt.safestack is not compiled/built for ARM platform. Looking into cmake file: "set(ALL_SAFESTACK_SUPPORTED_ARCH ${X86} ${X86_64} ${ARM64} ${MIPS32}" ARM32 is not there. My question is why? Is it due to some memory consumption reasons? BTW. If I add ARM32 there, libclang_rt.safestack is built for ARM without problems. Then I can compile some application and run it on the ARM platform, also without any issues (at least with simple apps). Regards, Mic...

Hello, This is the second version of this patch series. I only implement the VPF context switch support for arm32 and add dummy function to avoid compilation on arm64. I have switched the order of the patch because the old second one can be applied alone and the patch are cleaner :). For all the changes see each patch. Cheers, Julien Grall (2): xen/arm: don''t enable VFP on XEN during the boot...

...t; >> Sorry, I initially included LLVM-Commits rather than LLVM-Dev. Fixed. >> >> On 26 January 2017 at 03:26, Serge Rogatch <serge.rogatch at gmail.com> >> wrote: >>> >>> Hi Dean, Renato, >>> >>> AFAIK, unfortunately, these critical Arm32 XRay fixes are not yet in 4.0: >>> https://reviews.llvm.org/D28624 , https://reviews.llvm.org/D28623 . The >>> first repairs XRay instrumentation map emission. Without this map XRay >>> doesn't work at all: the runtime doesn't see anything to instrument. The >&...

On 26 January 2017 at 20:04, Serge Rogatch <serge.rogatch at gmail.com> wrote: > Thank you for considering. > Dean, Renato - what do you think? Hi, sorry it took so long. Yes, those two patches are fundamental to make XRay work on ARM. Backporting makes sense. We already added XRay on both ARM and AArch64 release notes, so they have to work. :) --renato

We currently setup page table walks etc as outer-shareable. Given we don''t really make the distinction between inner- and outer-shareable yet err on theside of safety. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Cc: Stefano Stabellini <Stefano.Stabellini@eu.citrix.com> Cc: Tim Deegan <tim@xen.org> --- xen/include/asm-arm/flushtlb.h | 4 ++-- 1 files

...n LLVM-Dev. Fixed. >> >> >> >> On 26 January 2017 at 03:26, Serge Rogatch <serge.rogatch at gmail.com> >> >> wrote: >> >>> >> >>> Hi Dean, Renato, >> >>> >> >>> AFAIK, unfortunately, these critical Arm32 XRay fixes are not yet in >> >>> 4.0: >> >>> https://reviews.llvm.org/D28624 , https://reviews.llvm.org/D28623 . >> >>> The >> >>> first repairs XRay instrumentation map emission. Without this map XRay >> >>> doesn't wor...

...>> On 26 January 2017 at 03:26, Serge Rogatch <serge.rogatch at gmail.com> >> >> >> wrote: >> >> >>> >> >> >>> Hi Dean, Renato, >> >> >>> >> >> >>> AFAIK, unfortunately, these critical Arm32 XRay fixes are not yet >> >> >>> in >> >> >>> 4.0: >> >> >>> https://reviews.llvm.org/D28624 , https://reviews.llvm.org/D28623 . >> >> >>> The >> >> >>> first repairs XRay instrumentation map em...

This round implements all of the review comments from V2 and all patches are now acked. Unless there are any objections I intend to apply later this morning. Ian.

arm64 is going to add another one shortly, so take control now. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Cc: keir@xen.org Cc: jbeulich@suse.com Cc: tim@xen.org --- xen/arch/arm/arm32/asm-offsets.c | 8 +------- xen/arch/x86/x86_64/asm-offsets.c | 8 +------- xen/include/xen/bitops.h | 7 +++++++ 3 files changed, 9 insertions(+), 14 deletions(-) diff --git a/xen/arch/arm/arm32/asm-offsets.c b/xen/arch/arm/arm32/asm-offsets.c index cc1a72a..6d00c86 100644 ---...