Home
last modified time | relevance | path

Searched +full:arm +full:- +full:linux +full:- +full:user (Results 1 – 25 of 718) sorted by relevance

12345678910>>...29

/openbmc/linux/Documentation/arch/arm/
H A Dsunxi.rst2 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 Dmemory.rst2 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 Dporting.rst5 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 Ddebian-armhf-cross.docker1 # 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 Ddebian-all-test-cross.docker2 # 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 Drelease-notes.rst2 # 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 Dsoftware-architecture.rst2 # 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 Darm-ffa-user_5.0.2.bb1 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 Dmain.rst1 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 Dorangepi.rst1 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 Dxlnx-versal-virt.rst1 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 Dupdate-syscalltbl.sh2 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 DMAINTAINERS10 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 Dsemihost.c2 * 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 Duname.c23 #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 Dts-uefi-test_git.bb1 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 Dfvp-common.inc1 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 Dtrusted-services.md1 # 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 Dcommon.c1 // 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 Drefresh3 # 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 Dintroduction.rst7 ---------------------------
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 Dtee.rst5 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 Dflush.c1 // 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 Dsignal.c2 * 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 DREADME.clang1 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 …]

12345678910>>...29