| /openbmc/qemu/.gitlab-ci.d/ |
| H A D | buildtest.yml | 2 - local: '/.gitlab-ci.d/buildtest-template.yml'
4 build-system-alpine:
6 - .native_build_job_template
7 - .native_build_artifact_template
9 - job: amd64-alpine-container
12 TARGETS: avr-softmmu loongarch64-softmmu mips64-softmmu mipsel-softmmu
13 MAKE_CHECK_ARGS: check-build
14 CONFIGURE_ARGS: --enable-docs --enable-trace-backends=log,simple,syslog
16 check-system-alpine:
19 - job: build-system-alpine
[all …]
|
| /openbmc/qemu/tests/docker/dockerfiles/ |
| H A D | debian-legacy-test-cross.docker | 1 # Docker legacy cross-compiler target (tests and minimal qemu)
6 # libc6.1-dev-alpha-cross: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1054412
7 # sh4-linux-user: binaries don't run with bookworm compiler
9 # As we are targeting check-tcg here we only need minimal qemu
10 # dependencies and the relevant cross compilers.
12 FROM docker.io/library/debian:11-slim
14 # Duplicate deb line as deb-src
15 RUN cat /etc/apt/sources.list | sed "s/^deb\ /deb-src /" >> /etc/apt/sources.list
18 apt-get update && \
19 apt-get install -y eatmydata && \
[all …]
|
| H A D | debian-all-test-cross.docker | 2 # Docker all cross-compiler target (tests only)
5 # build environments which can cross build QEMU this just installs the
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
[all …]
|
| /openbmc/linux/Documentation/bpf/ |
| H A D | s390.rst | 12 2. One-time setup
15 The following is required to build and run the test suite:
18 * s390 development headers and libraries
23 Debian supports installing compiler and libraries for s390 out of the box.
24 Users of other distros may use debootstrap in order to set up a Debian chroot::
27 --variant=minbase \
28 --include=sudo \
30 ./s390-toolchain
31 sudo mount --rbind /dev ./s390-toolchain/dev
32 sudo mount --rbind /proc ./s390-toolchain/proc
[all …]
|
| /openbmc/qemu/ |
| H A D | configure | 6 # Unset some variables known to interfere with behavior of common tools,
14 source_path=$(cd "$(dirname -- "$0")"; pwd)
16 if test "$PWD" -ef "$source_path"
18 echo "Using './build' as the directory for build output"
20 MARKER=build/auto-created-by-configure
22 if test -e build
24 if test -f $MARKER
26 rm -rf build
28 echo "ERROR: ./build dir already exists and was not previously created by configure"
33 if ! mkdir build || ! touch $MARKER
[all …]
|
| H A D | MAINTAINERS | 6 have a question about a particular subset and also to provide a set of names
10 consult qemu-devel and not any specific individual privately.
15 Maintainers are looking after a certain area and must be CCed on
19 Reviewers are familiar with the subject matter and provide feedback
23 W: Web-page with status/info
25 T: SCM tree type and location. Type is one of: git, hg, quilt, stgit.
26 S: Status, one of the following (keep in sync with docs/devel/maintainers.rst):
34 it has been replaced by a better system and you
36 F: Files and directories with wildcard patterns.
37 A trailing slash includes all files and subdirectory files.
[all …]
|
| /openbmc/openbmc/poky/documentation/migration-guides/ |
| H A D | release-notes-3.4.4.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
4 ----------------------------------
9 - tiff: fix :cve_nist:`2022-0865`, :cve_nist:`2022-0891`, :cve_nist:`2022-0907`, :cve_nist:`2022-0…
10 - xz: fix `CVE-2022-1271 <https://security-tracker.debian.org/tracker/CVE-2022-1271>`__
11 - unzip: fix `CVE-2021-4217 <https://security-tracker.debian.org/tracker/CVE-2021-4217>`__
12 - zlib: fix :cve_nist:`2018-25032`
13 - grub: ignore :cve_nist:`2021-46705`
18 - alsa-tools: Ensure we install correctly
19 - bitbake.conf: mark all directories as safe for git to read
20 - bitbake: knotty: display active tasks when printing keepAlive() message
[all …]
|
| H A D | release-notes-4.0.3.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
3 Release notes for Yocto-4.0.3 (Kirkstone)
4 -----------------------------------------
6 Security Fixes in Yocto-4.0.3
9 - binutils: fix :cve_nist:`2019-1010204`
10 - busybox: fix :cve_nist:`2022-30065`
11 - cups: ignore :cve_nist:`2022-26691`
12 - curl: Fix :cve_nist:`2022-32205`, :cve_nist:`2022-32206`, :cve_nist:`2022-32207` and :cve_nist:`…
13 - dpkg: fix :cve_nist:`2022-1664`
14 - ghostscript: fix :cve_nist:`2022-2085`
[all …]
|
| H A D | release-notes-5.0.3.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
3 Release notes for Yocto-5.0.3 (Scarthgap)
4 -----------------------------------------
6 Security Fixes in Yocto-5.0.3
9 - bind: Fix :cve_nist:`2024-0760`, :cve_nist:`2024-1737`, :cve_nist:`2024-1975` and :cve_nist:`202…
10 - busybox: Fix :cve_nist:`2023-42366`, :cve_nist:`2023-42364`, :cve_nist:`2023-42365`, :cve_nist:`…
11 - cpio: Ignore :cve_nist:`2023-7216`
12 - curl: Fix :cve_nist:`2024-6197`
13 - ffmpeg: Fix :cve_nist:`2023-49502`, :cve_nist:`2024-31578` and :cve_nist:`2024-31582`
14 - ghostscript: Fix :cve_nist:`2023-52722`
[all …]
|
| /openbmc/openbmc/poky/documentation/dev-manual/ |
| H A D | start.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
9 using the Yocto Project, how to set up a :ref:`build
10 host <dev-manual/start:preparing the build host>`, how to locate
11 Yocto Project source repositories, and how to create local Git
20 and scenarios; however, this flexibility could cause difficulties if you
25 you get the results you want. The procedure is high-level and presents
27 and available technologies that have proved to work well in the past;
29 You can build off these steps and customize the procedure to fit any
30 particular working environment and set of practices.
34 Project and determine their roles. Making this determination is
[all …]
|
| H A D | packages.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
8 - :ref:`dev-manual/packages:excluding packages from an image`
10 - :ref:`dev-manual/packages:incrementing a package version`
12 - :ref:`dev-manual/packages:handling optional module packaging`
14 - :ref:`dev-manual/packages:using runtime package management`
16 - :ref:`dev-manual/packages:generating and using signed packages`
18 - :ref:`Setting up and running package test
19 (ptest) <dev-manual/packages:testing packages with ptest>`
21 - :ref:`dev-manual/packages:creating node package manager (npm) packages`
23 - :ref:`dev-manual/packages:adding custom metadata to packages`
[all …]
|
| /openbmc/openbmc/poky/meta/recipes-graphics/mesa/ |
| H A D | mesa.inc | 2 DESCRIPTION = "Mesa is an open-source implementation of the OpenGL specification - \
6 Mesa is used as part of the overall Direct Rendering Infrastructure and X.org \
13 LIC_FILES_CHKSUM = "file://docs/license.rst;md5=63779ec98d78d823a9dc533a0735ef10"
17 SRC_URI = "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
18 file://0001-meson-misdetects-64bit-atomics-on-mips-clang.patch \
19 file://0001-drisw-fix-build-without-dri3.patch \
20 file://0002-glxext-don-t-try-zink-if-not-enabled-in-mesa.patch \
21 file://0001-Revert-meson-do-not-pull-in-clc-for-clover.patch \
22 file://0001-amd-Include-missing-llvm-IR-header-Module.h.patch \
23 file://0001-freedreno-don-t-encode-build-path-into-binaries.patch\
[all …]
|
| /openbmc/linux/Documentation/admin-guide/ |
| H A D | quickly-build-trimmed-linux.rst | 1 .. SPDX-License-Identifier: (GPL-2.0+ OR CC-BY-4.0)
5 How to quickly build a trimmed Linux kernel
8 This guide explains how to swiftly build Linux kernels that are ideal for
9 testing purposes, but perfectly fine for day-to-day use, too.
14 *[If you are new to compiling Linux, ignore this TLDR and head over to the next
15 section below: it contains a step-by-step guide, which is more detailed, but
16 still brief and easy to follow; that guide and its accompanying reference
17 section also mention alternatives, pitfalls, and additional aspects, all of
21 self-compiled Linux kernels; install compilers and everything else needed for
24 you then use to configure, build and install your own kernel::
[all …]
|
| /openbmc/openbmc/meta-arm/meta-arm-bsp/documentation/corstone1000/ |
| H A D | user-guide.rst | 2 # Copyright (c) 2022-2024, Arm Limited.
4 # SPDX-License-Identifier: MIT
7 Build, Flash and Run
11 ------
12 The Corstone-1000 software stack uses the `Yocto Project <https://www.yoctoproject.org/>`__ to build
13 a tiny Linux distribution suitable for the Corstone-1000 platform (kernel and initramfs filesystem …
14 The Yocto Project relies on the `BitBake <https://docs.yoctoproject.org/bitbake.html#bitbake-docume…
15 tool as its build tool. Please see `Yocto Project documentation <https://docs.yoctoproject.org/>`__
19 -------------
22 32GB of free disk space and 16GB of RAM as minimum requirement.
[all …]
|
| /openbmc/openbmc/meta-security/docs/ |
| H A D | overview.txt | 1 Meta-security Docs
10 security of a Unix host. It configures daemons, system settings and
12 like rcp and rlogin, and helps create "chroot jails" that help limit the
13 vulnerability of common Internet services like Web services and DNS.
17 bastille -c --os Yocto
27 bastille -l lists the configuration files that Bastille
39 README file and other documentation.
41 Alternatives to Bastille include buck-security and checksecurity,
45 == redhat-security ==
48 … can be anything from file permissions to correctness of code. This is a collection of those tools.
[all …]
|
| /openbmc/openbmc/poky/documentation/contributor-guide/ |
| H A D | submit-changes.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
6 Contributions to the Yocto Project and OpenEmbedded are very welcome.
7 Because the system is extremely configurable and flexible, we recognize
11 .. _ref-why-mailing-lists:
13 Contributing through mailing lists --- Why not using web-based workflows?
16 Both Yocto Project and OpenEmbedded have many key components that are
19 through web technology such as GitHub, GitLab and others. Since we are often
27 and the exact people reviewing it are likely unknown to the maintainer. It is
33 by this peer review and that moving away from mailing lists would be to the
37 mailing list workflow and have worked with it for years, with tools and
[all …]
|
| /openbmc/linux/scripts/ |
| H A D | sphinx-pre-install | 2 # SPDX-License-Identifier: GPL-2.0-or-later
5 # Copyright (c) 2017-2020 Mauro Carvalho Chehab <mchehab@kernel.org>
35 my $rec_version = "1.7.9"; # PDF won't build here
48 # List of required texlive packages on Fedora and OpenSuse
52 'amsfonts.sty' => 'texlive-amsfonts',
53 'amsmath.sty' => 'texlive-amsmath',
54 'amssymb.sty' => 'texlive-amsfonts',
55 'amsthm.sty' => 'texlive-amscls',
56 'anyfontsize.sty' => 'texlive-anyfontsize',
57 'atbegshi.sty' => 'texlive-oberdiek',
[all …]
|
| /openbmc/openbmc/poky/documentation/ref-manual/ |
| H A D | variables.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
7 This chapter lists common variables used in the OpenEmbedded build
8 system and gives an overview of their function and contents.
16 :term:`U <UBOOT_BINARY>` :term:`V <VIRTUAL-RUNTIME>`
27 ``meta/conf/machine/include/arm/arch-arm.inc`` file sets the
39 Like all package-controlling variables, you must always use them in
43 ALLOW_EMPTY:${PN}-dev = "1"
44 ALLOW_EMPTY:${PN}-staticdev = "1"
49 When this occurs, the OpenEmbedded build system needs to use the
51 commands can co-exist.
[all …]
|
| /openbmc/u-boot/tools/binman/ |
| H A D | README | 1 # SPDX-License-Identifier: GPL-2.0+
5 ------------
8 For example, we may have SPL, U-Boot, a device tree and an environment area
9 grouped together and placed in MMC flash. When the system starts, it must be
12 So far U-Boot has not provided a way to handle creating such images in a
13 general way. Each SoC does what it needs to build an image, often packing or
14 concatenating images in the U-Boot build system.
17 SPL + U-Boot combinations, to more complex arrangements with many parts.
21 ------------
23 Binman reads your board's device tree and finds a node which describes the
[all …]
|
| /openbmc/linux/ |
| H A D | Makefile | 1 # SPDX-License-Identifier: GPL-2.0
12 # expect to learn how to build the kernel reading this file.
25 # We are using a recursive build, so we need to do a little thinking
28 # Most importantly: sub-Makefiles should only ever modify files in
31 # unavoidable when linking the built-in.a targets which finally
32 # turn into vmlinux), we will call a sub make in that other dir, and
37 # effects are thus separated out and done before the recursive
41 this-makefile := $(lastword $(MAKEFILE_LIST))
42 export abs_srctree := $(realpath $(dir $(this-makefile)))
47 # Do not use make's built-in rules and variables
[all …]
|
| /openbmc/u-boot/ |
| H A D | Makefile | 1 # SPDX-License-Identifier: GPL-2.0+
13 # expect to learn how to build the kernel reading this file.
15 # o Do not use make's built-in rules and variables
16 # (this increases performance and avoids hard-to-debug behaviour);
18 MAKEFLAGS += -rR --include-dir=$(CURDIR)
29 # We are using a recursive build, so we need to do a little thinking
32 # Most importantly: sub-Makefiles should only ever modify files in
35 # unavoidable when linking the built-in.o targets which finally
36 # turn into vmlinux), we will call a sub make in that other dir, and
41 # effects are thus separated out and done before the recursive
[all …]
|
| /openbmc/linux/Documentation/dev-tools/ |
| H A D | coccinelle.rst | 12 Coccinelle is a tool for pattern matching and text transformation that has
14 tree-wide patches and detection of problematic programming patterns.
17 ------------------
19 The semantic patches included in the kernel use features and options
20 which are provided by Coccinelle version 1.0.0-rc11 and above.
22 the Coccinelle files and coccicheck have been updated.
27 - Debian
28 - Fedora
29 - Ubuntu
30 - OpenSUSE
[all …]
|
| /openbmc/linux/Documentation/process/ |
| H A D | handling-regressions.rst | 1 .. SPDX-License-Identifier: (GPL-2.0+ OR CC-BY-4.0)
7 *We don't cause regressions* -- this document describes what this "first rule of
9 Documentation/admin-guide/reporting-regressions.rst, which covers the topic from a
10 user's point of view; if you never read that text, go and at least skim over it
21 loop by immediately sending at least a brief "Reply-all" with the list
30 introduced v5.13..v5.14-rc1``. If not, send a reply (with the regressions
39 #regzbot introduced: v5.13..v5.14-rc1
45 mandated by Documentation/process/submitting-patches.rst and
58 -----------------------------------
64 Ensure the Linux kernel's regression tracker and others subscribers of the
[all …]
|
| /openbmc/ |
| D | opengrok1.0.log | 1 2025-01-27 03:00:40.023-0600 FINE t1 Executor.registerErrorHandler: Installing default uncaught exception handler
2 2025-01-27 03:00:40.140-0600 INFO t1 Indexer.parseOptions: Indexer options: [-c, /usr/local/bin/ctags, -T, 12, -s, /opengrok/src, -
[all...] |
| D | opengrok2.0.log | 1 2025-01-26 03:00:41.769-0600 FINE t1 Executor.registerErrorHandler: Installing default uncaught exception handler
2 2025-01-26 03:00:41.868-0600 INFO t1 Indexer.parseOptions: Indexer options: [-c, /usr/local/bin/ctags, -T, 12, -s, /opengrok/src, -
[all...] |