/openbmc/linux/Documentation/arch/arm/ |
H A D | sunxi.rst | 2 ARM Allwinner SoCs 5 This document lists all the ARM Allwinner SoCs that are currently 6 supported in mainline by the Linux kernel. This document will also 10 ------------ 11 Linux kernel mach directory: arch/arm/mach-sunxi 16 - Allwinner F20 (sun3i) 20 * ARM Cortex-A8 based SoCs 21 - Allwinner A10 (sun4i) 25 http://dl.linux-sunxi.org/A10/A10%20Datasheet%20-%20v1.21%20%282012-04-06%29.pdf 26 * User Manual [all …]
|
H A D | memory.rst | 2 Kernel Memory Layout on ARM Linux 5 Russell King <rmk@arm.linux.org.uk> 9 This document describes the virtual memory layout which the Linux 10 kernel uses for ARM processors. It indicates which regions are 13 The ARM CPU is capable of addressing a maximum of 4GB virtual memory 14 space, and this must be shared between user space processes, the 17 As the ARM architecture matures, it becomes necessary to reserve 39 in proc-xscale.S to flush the whole data 53 ff800000 ffbfffff Permanent, fixed read-only mapping of the 59 VMALLOC_START VMALLOC_END-1 vmalloc() / ioremap() space. [all …]
|
H A D | porting.rst | 5 Taken from list archive at http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2001-July/00406… 8 ------------------- 14 phys = virt - PAGE_OFFSET + PHYS_OFFSET 18 -------------------- 25 to be located in RAM, it can be in flash or other read-only or 26 read-write addressable medium. 29 Start address of zero-initialised work area for the decompressor. 59 -------------- 71 The maximum size of a user process in bytes. Since user space 72 always starts at zero, this is the maximum address that a user [all …]
|
/openbmc/qemu/tests/docker/dockerfiles/ |
H A D | debian-armhf-cross.docker | 1 # THIS FILE WAS AUTO-GENERATED 3 # $ lcitool dockerfile --layers all --cross-arch armv7l debian-12 qemu 5 # https://gitlab.com/libvirt/libvirt-ci 7 FROM docker.io/library/debian:12-slim 10 apt-get update && \ 11 apt-get install -y eatmydata && \ 12 eatmydata apt-get dist-upgrade -y && \ 13 eatmydata apt-get install --no-install-recommends -y \ 20 ca-certificates \ 25 exuberant-ctags \ [all …]
|
H A D | debian-all-test-cross.docker | 2 # Docker all cross-compiler target (tests only) 7 # to build and run linux-user tests on GitLab 9 FROM docker.io/library/debian:12-slim 11 # Duplicate deb line as deb-src 12 RUN sed -in "s/Types: deb/Types: deb deb-src/g" /etc/apt/sources.list.d/debian.sources 15 apt-get update && \ 16 apt-get install -y eatmydata && \ 17 eatmydata apt-get dist-upgrade -y && \ 18 apt build-dep -yy qemu 22 apt install -y --no-install-recommends \ [all …]
|
/openbmc/openbmc/meta-arm/meta-arm-bsp/documentation/corstone1000/ |
H A D | release-notes.rst | 2 # Copyright (c) 2022-2024, Arm Limited. 4 # SPDX-License-Identifier: MIT 16 of Your Software and Your Hardware designed or modified using the Arm Tools, 18 intended for safety-critical applications. Should Your Software or Your Hardware 23 Release notes - 2024.11 29 Release notes - 2024.06 33 --------------------------- 35 - Use Ethernet over VirtIO due to lan91c111 Ethernet driver support dropped from U-Boot. 36 …- Due to the performance uplimit of MPS3 FPGA and FVP, some Linux distros like Fedora Rawhide can … 37 - Corstone-1000 SoC on FVP doesn't have a secure debug peripheral. It does on the MPS3. [all …]
|
H A D | software-architecture.rst | 2 # Copyright (c) 2022-2024, Arm Limited. 4 # SPDX-License-Identifier: MIT 12 Arm Corstone-1000 15 Arm Corstone-1000 is a reference solution for IoT devices. It is part of 19 Corstone-1000 software plus hardware reference solution is PSA Level-2 ready 21 More information on the Corstone-1000 subsystem product and design can be 23 `Arm Corstone-1000 Software`_ and `Arm Corstone-1000 Technical Overview`_. 28 present in the user-guide document. 34 The software architecture of Corstone-1000 platform is a reference 49 cryptographic functions. It is based on an Cortex-M0+ processor, [all …]
|
/openbmc/openbmc/meta-arm/meta-arm/recipes-kernel/arm-ffa-user/ |
H A D | arm-ffa-user_5.0.2.bb | 1 SUMMARY = "FF-A Debugfs Linux kernel module" 2 DESCRIPTION = "This out-of-tree kernel module exposes FF-A operations to user space \ 4 LICENSE = "GPL-2.0-only" 9 SRC_URI = "git://gitlab.arm.com/linux-arm/linux-trusted-services;protocol=https;branch=debugfs \ 14 # Tag debugfs-v5.0.2 17 COMPATIBLE_HOST = "(arm|aarch64).*-linux" 18 KERNEL_MODULE_AUTOLOAD += "arm-ffa-user" 19 KERNEL_MODULE_PROBECONF += "arm-ffa-user" 22 UUID_LIST = "${@bb.utils.contains('MACHINE_FEATURES', 'ts-smm-gateway', \ 23 'ed32d533-99e6-4209-9cc0-2d72cdd998a7', '' , d)}" [all …]
|
/openbmc/qemu/docs/user/ |
H A D | main.rst | 1 QEMU User space emulator 5 --------------------------- 7 The following OS are supported in user space emulation: 9 - Linux (referred as qemu-linux-user) 11 - BSD (referred as qemu-bsd-user) 14 -------- 16 QEMU user space emulation has the following notable features: 21 32/64-bit mismatches between hosts and targets. IOCTLs can be 31 for example to emulate the signal mask. On Linux, QEMU supports both 32 normal and real-time signals. [all …]
|
/openbmc/qemu/docs/system/arm/ |
H A D | orangepi.rst | 1 Orange Pi PC (``orangepi-pc``) 5 based embedded computer with mainline support in both U-Boot 6 and Linux. The board comes with a Quad Core Cortex-A7 @ 1.3GHz, 15 * SMP (Quad Core Cortex-A7) 20 * Timer device (re-used from Allwinner A10) 36 - Graphical output via HDMI, GPU and/or the Display Engine 37 - Audio output 38 - Hardware Watchdog 41 for a complete list of unimplemented I/O devices: ``./hw/arm/allwinner-h3.c`` 46 The Orange Pi PC machine can start using the standard -kernel functionality [all …]
|
H A D | xlnx-versal-virt.rst | 1 Xilinx Versal Virt (``xlnx-versal-virt``) 4 Xilinx Versal is a family of heterogeneous multi-core SoCs 10 https://www.xilinx.com/products/silicon-devices/acap/versal.html 22 - 2 ACPUs (ARM Cortex-A72) 26 - Interrupt controller (ARM GICv3) 27 - 2 UARTs (ARM PL011) 28 - An RTC (Versal built-in) 29 - 2 GEMs (Cadence MACB Ethernet MACs) 30 - 8 ADMA (Xilinx zDMA) channels 31 - 2 SD Controllers [all …]
|
/openbmc/qemu/scripts/ |
H A D | update-syscalltbl.sh | 2 arch/alpha/kernel/syscalls/syscall.tbl,linux-user/alpha/syscall.tbl \ 3 arch/arm/tools/syscall.tbl,linux-user/arm/syscall.tbl \ 4 scripts/syscall.tbl,linux-user/aarch64/syscall_64.tbl \ 5 scripts/syscall.tbl,linux-user/hexagon/syscall.tbl \ 6 scripts/syscall.tbl,linux-user/loongarch64/syscall.tbl \ 7 arch/m68k/kernel/syscalls/syscall.tbl,linux-user/m68k/syscall.tbl \ 8 arch/microblaze/kernel/syscalls/syscall.tbl,linux-user/microblaze/syscall.tbl \ 9 arch/mips/kernel/syscalls/syscall_n32.tbl,linux-user/mips64/syscall_n32.tbl \ 10 arch/mips/kernel/syscalls/syscall_n64.tbl,linux-user/mips64/syscall_n64.tbl \ 11 arch/mips/kernel/syscalls/syscall_o32.tbl,linux-user/mips/syscall_o32.tbl \ [all …]
|
/openbmc/qemu/ |
H A D | MAINTAINERS | 10 consult qemu-devel and not any specific individual privately. 23 W: Web-page with status/info 59 ------------------------------ 63 L: qemu-devel@nongnu.org 72 R: Philippe Mathieu-Daudé <philmd@linaro.org> 76 F: docs/devel/code-of-conduct.rst 77 F: docs/devel/conflict-resolution.rst 78 F: docs/devel/submitting-a-patch.rst 79 F: docs/devel/submitting-a-pull-request.rst 82 ------------------------------------------------- [all …]
|
/openbmc/qemu/linux-user/ |
H A D | semihost.c | 2 * ARM Compatible Semihosting Console Support. 6 * Currently ARM and RISC-V are unique in having support for 7 * semihosting support in linux-user. So for now we implement the 8 * common console API but just for arm and risc-v linux-user. 10 * SPDX-License-Identifier: GPL-2.0-or-later 16 #include "user-internals.h" 20 * For linux-user we can safely block. However as we want to return as 31 /* Disable line-buffering and echo */ in qemu_semihosting_console_read()
|
H A D | uname.c | 23 #include "user-internals.h" 29 * on ARM it has all features turned on, so there is no perfect arch string to 35 /* utsname machine name on linux arm is CPU arch name + endianness, e.g. in cpu_to_uname_machine() 36 * armv7l; to get a list of CPU arch names from the linux source, use: in cpu_to_uname_machine() 37 * grep arch_name: -A1 linux/arch/arm/mm/proc-*.S in cpu_to_uname_machine() 38 * see arch/arm/kernel/setup.c: setup_processor() in cpu_to_uname_machine() 41 /* in theory, endianness is configurable on some ARM CPUs, but this isn't in cpu_to_uname_machine() 42 * used in user mode emulation */ in cpu_to_uname_machine() 67 /* default is #define-d in each arch/ subdir */ in cpu_to_uname_machine() 76 (dest)[sizeof(dest) - 1] = '\0'; \ [all …]
|
/openbmc/openbmc/meta-arm/meta-arm/recipes-security/trusted-services/ |
H A D | ts-uefi-test_git.bb | 1 DESCRIPTION = "Trusted Services uefi-test deployment for arm-linux. \ 2 Used for running service level tests from Linux user-space \ 3 on an Arm platform with real deployments of UEFI SMM services." 5 TS_ENV = "arm-linux" 7 require trusted-services.inc 9 DEPENDS += "libts python3-protobuf-native" 10 RDEPENDS:${PN} += "libts arm-ffa-user" 12 OECMAKE_SOURCEPATH = "${S}/deployments/uefi-test/${TS_ENV}" 14 FILES:${PN} = "${bindir}/uefi-test" 17 install -d ${D}${bindir} [all …]
|
/openbmc/openbmc/meta-arm/meta-arm/recipes-devtools/fvp/ |
H A D | fvp-common.inc | 1 HOMEPAGE = "https://developer.arm.com/tools-and-software/simulation-models/fixed-virtual-platforms" 3 LICENSE_FLAGS = "Arm-FVP-EULA" 4 …CENSE = "Proprietary & Apache-2.0 & Python-2.0 & GPL-3.0-with-GCC-exception & Zlib & NCSA & LGPL-2… 6 # FVP has an End User License Agreement. Add Arm-FVP-EULA to 8 # be later checked if the user accepted the EULA or not and if 9 # not display a message to the user requesting them to do so. 10 LICENSE_FLAGS_ACCEPTED:append = " ${@oe.utils.vartrue('ARM_FVP_EULA_ACCEPT', 'Arm-FVP-EULA', '', d)… 12 LICENSE_FLAGS_DETAILS[Arm-FVP-EULA] = " \ 13 Accept the END USER LICENSE AGREEMENT FOR ARM SOFTWARE DEVELOPMENT TOOLS. \ 14 Please refer to 'https://developer.arm.com/downloads/-/arm-ecosystem-fvps/eula'\ [all …]
|
/openbmc/openbmc/meta-arm/documentation/ |
H A D | trusted-services.md | 1 # The Trusted Services: framework for developing root-of-trust services 3 meta-arm layer includes recipes for [Trusted Services][^1] Secure Partitions and Normal World appli… 4 in `meta-arm/recipes-security/trusted-services` 10 These files are automatically included into optee-os image accordingly to defined MACHINE_FEATURES. 14 To include TS SPs into optee-os image you need to add into MACHINE_FEATURES 18 | ----------------- | --------------- | 19 | Attestation | ts-attesation | 20 | Crypto | ts-crypto | 21 | Firmware Update | ts-fwu 22 | Internal Storage | ts-its | [all …]
|
/openbmc/linux/tools/perf/arch/ |
H A D | common.c | 1 // SPDX-License-Identifier: GPL-2.0 10 #include <linux/zalloc.h> 13 "arc-linux-", 14 "arc-snps-linux-uclibc-", 15 "arc-snps-linux-gnu-", 20 "arm-eabi-", 21 "arm-linux-androideabi-", 22 "arm-unknown-linux-", 23 "arm-unknown-linux-gnu-", 24 "arm-unknown-linux-gnueabi-", [all …]
|
/openbmc/qemu/tests/lcitool/ |
H A D | refresh | 3 # Re-generate container recipes 7 # https://gitlab.com/libvirt/libvirt-ci 13 # the top-level directory. 28 lcitool_path = Path(self_dir, "libvirt-ci", "bin", "lcitool") 30 lcitool_cmd = [lcitool_path, "--data-dir", self_dir] 56 # Optional user setting, this will always be the last thing added 59 "# As a final step configure the user (if env is defined)", 60 "ARG USER", 62 "RUN if [ \"${USER}\" ]; then \\", 63 " id ${USER} 2>/dev/null || useradd -u ${UID} -U ${USER}; fi\n" [all …]
|
/openbmc/qemu/docs/system/ |
H A D | introduction.rst | 7 --------------------------- 14 .. list-table:: Supported Accelerators 15 :header-rows: 1 17 * - Accelerator 18 - Host OS 19 - Host Architectures 20 * - KVM 21 - Linux 22 - Arm (64 bit only), MIPS, PPC, RISC-V, s390x, x86 23 * - Xen [all …]
|
/openbmc/linux/Documentation/staging/ |
H A D | tee.rst | 5 This document describes the TEE subsystem in Linux. 8 secure environment, for example, TrustZone on ARM CPUs, or a separate 9 secure co-processor etc. A TEE driver handles the details needed to 14 - Registration of TEE drivers 16 - Managing shared memory between Linux and the TEE 18 - Providing a generic API to the TEE 23 include/uapi/linux/tee.h defines the generic interface to a TEE. 25 User space (the client) connects to the driver by opening /dev/tee[0-9]* or 26 /dev/teepriv[0-9]*. 28 - TEE_IOC_SHM_ALLOC allocates shared memory and returns a file descriptor [all …]
|
/openbmc/linux/arch/arm64/mm/ |
H A D | flush.c | 1 // SPDX-License-Identifier: GPL-2.0-only 3 * Based on arch/arm/mm/flush.c 5 * Copyright (C) 1995-2002 Russell King 6 * Copyright (C) 2012 ARM Ltd. 9 #include <linux/export.h> 10 #include <linux/mm.h> 11 #include <linux/libnvdimm.h> 12 #include <linux/pagemap.h> 25 * Don't issue kick_all_cpus_sync() after I-cache invalidation in sync_icache_aliases() 26 * for user mappings. in sync_icache_aliases() [all …]
|
/openbmc/qemu/bsd-user/arm/ |
H A D | signal.c | 2 * arm signal functions 24 * Compare to arm/arm/machdep.c sendsig() 40 * lr = sigtramp at base of user stack in set_sigtramp_args() 43 env->regs[0] = sig; in set_sigtramp_args() 44 env->regs[1] = frame_addr + in set_sigtramp_args() 46 env->regs[2] = frame_addr + in set_sigtramp_args() 50 env->regs[5] = frame_addr + in set_sigtramp_args() 52 env->regs[TARGET_REG_PC] = ka->_sa_handler & ~1; in set_sigtramp_args() 53 env->regs[TARGET_REG_SP] = frame_addr; in set_sigtramp_args() 54 env->regs[TARGET_REG_LR] = TARGET_PS_STRINGS - TARGET_SZSIGCODE; in set_sigtramp_args() [all …]
|
/openbmc/u-boot/doc/ |
H A D | README.clang | 1 The biggest problem when trying to compile U-Boot with clang is that 2 almost all archs rely on storing gd in a global register and clang user 7 Since version 3.4 the ARM backend can be instructed to leave r9 alone. 12 NOTE: target compilation only work for _some_ ARM boards at the moment. 15 in no strict reason to do so in the ARM world, since crt0.S takes care of this. 20 -------------- 22 sudo apt-get install clang 25 CROSS_COMPILE. To compile U-Boot with clang on linux without IAS use e.g.: 27 make HOSTCC=clang CROSS_COMPILE=arm-linux-gnueabi- \ 28 CC="clang -target arm-linux-gnueabi" -j8 [all …]
|