| /openbmc/openbmc/poky/documentation/dev-manual/ |
| H A D | prebuilt-libraries.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
3 Working with Pre-Built Libraries
10 release pre-built binaries. When shared libraries are built, they should
12 <https://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html>`__
20 running ``readelf -d filename | grep SONAME``.
23 pre-built libraries.
28 In this example we work with pre-built libraries for the FT4222H USB I/O chip.
29 Libraries are built for several target architecture variants and packaged in
32 ├── build-arm-hisiv300
34 ├── build-arm-v5-sf
[all …]
|
| H A D | new-recipe.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
15 ":ref:`ref-manual/varlocality:recipes`" section of the Yocto Project
24 .. image:: figures/recipe-workflow.png
34 - ``devtool add``: A command that assists in creating a recipe and an
37 - ``recipetool create``: A command provided by the Yocto Project that
40 - *Existing Recipes:* Location and modification of an existing recipe
46 ":ref:`dev-manual/new-recipe:recipe syntax`" section.
49 ----------------------------------------------
51 The ``devtool add`` command uses the same logic for auto-creating the
59 the ":ref:`sdk-manual/extensible:a closer look at \`\`devtool add\`\``" section
[all …]
|
| /openbmc/u-boot/dts/ |
| H A D | Kconfig | 26 bool "Run-time configuration via Device Tree"
29 This feature provides for run-time configuration of U-Boot
33 bool "Board-specific manipulation of Device Tree"
36 U-Boot's device tree (e.g. to delete device from it). This option
37 make the Device Tree writeable and provides a board-specific
38 "board_fix_fdt" callback (called during pre-relocation time), which
40 modified copy is subsequently used by U-Boot after relocation.
43 bool "Enable run-time configuration via Device Tree in SPL"
46 Some boards use device tree in U-Boot but only have 4KB of SRAM
48 allow such boards to be supported by U-Boot SPL.
[all …]
|
| /openbmc/linux/Documentation/devicetree/bindings/arm/ |
| H A D | arm,integrator.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Linus Walleij <linus.walleij@linaro.org>
14 They are ARMv4, ARMv5 and ARMv6-capable using different core tiles,
23 - description: ARM Integrator Application Platform, this board has a PCI
28 pre-packaged in a PC Tower form factor called Integrator/PP1 or a
31 - const: arm,integrator-ap
32 - description: ARM Integrator Compact Platform (HBI-0086), this board has
36 - const: arm,integrator-cp
[all …]
|
| /openbmc/openbmc/poky/meta/classes-recipe/ |
| H A D | gobject-introspection.bbclass | 4 # SPDX-License-Identifier: MIT
12 # This also sets up autoconf-based recipes to build introspection data (or not),
13 # depending on distro and machine features (see gobject-introspection-data class).
14 inherit python3native gobject-introspection-data
17 # project's configuration. In doubts - check meson_options.txt in project's
23 # Define g-i options such that they can be disabled completely when GIR_MESON_OPTION is empty
24 GIRMESONTARGET = "-D${GIR_MESON_OPTION}=${@bb.utils.contains('GI_DATA_ENABLED', 'True', '${GIR_MESO…
25 GIRMESONBUILD = "-D${GIR_MESON_OPTION}=${GIR_MESON_DISABLE_FLAG} "
27 EXTRA_OECONF:prepend:class-target = "${@bb.utils.contains('GI_DATA_ENABLED', 'True', '--enable-intr…
28 EXTRA_OEMESON:prepend:class-target = "${@['', '${GIRMESONTARGET}'][d.getVar('GIR_MESON_OPTION') != …
[all …]
|
| /openbmc/openbmc/poky/ |
| H A D | README.poky.md | 4 Poky is an integration of various components to form a pre-packaged
9 to Weston, commandline and more. The system supports cross-architecture
21 [OpenEmbedded-Core](https://git.openembedded.org/openembedded-core/),
22 [Yocto documentation](https://git.yoctoproject.org/cgit.cgi/yocto-docs/),
23 the '[meta-yocto](https://git.yoctoproject.org/cgit.cgi/meta-yocto/)' layer
35 -----------------------
37 Please refer to our contributor guide here: https://docs.yoctoproject.org/dev/contributor-guide/
41 ---------------------
43 As Poky is an integration repository (built using a tool called combo-layer),
47 OpenEmbedded-Core (files in meta/, meta-selftest/, meta-skeleton/, scripts/):
[all …]
|
| H A D | README.md | 4 Poky is an integration of various components to form a pre-packaged
9 to Weston, commandline and more. The system supports cross-architecture
21 [OpenEmbedded-Core](https://git.openembedded.org/openembedded-core/),
22 [Yocto documentation](https://git.yoctoproject.org/cgit.cgi/yocto-docs/),
23 the '[meta-yocto](https://git.yoctoproject.org/cgit.cgi/meta-yocto/)' layer
35 -----------------------
37 Please refer to our contributor guide here: https://docs.yoctoproject.org/dev/contributor-guide/
41 ---------------------
43 As Poky is an integration repository (built using a tool called combo-layer),
47 OpenEmbedded-Core (files in meta/, meta-selftest/, meta-skeleton/, scripts/):
[all …]
|
| /openbmc/openbmc/poky/meta-poky/ |
| H A D | README.poky.md | 4 Poky is an integration of various components to form a pre-packaged
9 to Weston, commandline and more. The system supports cross-architecture
21 [OpenEmbedded-Core](https://git.openembedded.org/openembedded-core/),
22 [Yocto documentation](https://git.yoctoproject.org/cgit.cgi/yocto-docs/),
23 the '[meta-yocto](https://git.yoctoproject.org/cgit.cgi/meta-yocto/)' layer
35 -----------------------
37 Please refer to our contributor guide here: https://docs.yoctoproject.org/dev/contributor-guide/
41 ---------------------
43 As Poky is an integration repository (built using a tool called combo-layer),
47 OpenEmbedded-Core (files in meta/, meta-selftest/, meta-skeleton/, scripts/):
[all …]
|
| /openbmc/linux/Documentation/doc-guide/ |
| H A D | sphinx.rst | 12 .. _Sphinx: http://www.sphinx-doc.org/
16 documentation comments, or kernel-doc comments, from source files. Usually these
18 kernel-doc comments have some special structure and formatting, but beyond that
34 :ref:`sphinx-pre-install` for further details.
42 Sphinx inside a virtual environment, using ``virtualenv-3``
43 or ``virtualenv``, depending on how your distribution packaged Python 3.
55 (sphinx_2.4.4) $ pip install -r Documentation/sphinx/requirements.txt
63 ------------
75 --------------------
86 ------------------------
[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)
9 testing purposes, but perfectly fine for day-to-day use, too.
15 section below: it contains a step-by-step guide, which is more detailed, but
21 self-compiled Linux kernels; install compilers and everything else needed for
26 git clone --depth 1 -b master \
34 make -j $(nproc --all)
37 command -v installkernel && sudo make modules_install install
43 git fetch --depth 1 origin
45 git checkout --force --detach origin/master
49 make -j $(nproc --all)
[all …]
|
| /openbmc/qemu/docs/about/ |
| H A D | build-platforms.rst | 1 .. _Supported-build-platforms:
25 support for those backports, unless the feature is auto-detectable in a
33 ----------------------------
37 .. list-table::
38 :header-rows: 1
40 * - CPU Architecture
41 - Accelerators
42 * - Arm
43 - hvf (64 bit only), kvm (64 bit only), tcg, xen
44 * - MIPS (64 bit little endian only)
[all …]
|
| /openbmc/u-boot/doc/uImage.FIT/ |
| H A D | beaglebone_vboot.txt | 5 ------------
7 Before reading this, please read verified-boot.txt and signature.txt. These
8 instructions are for mainline U-Boot from v2014.07 onwards.
11 verified boot works in U-Boot. There is also a test which runs through the
12 entire process of signing an image and running U-Boot (sandbox) to check it.
16 for an example of how to enable verified boot using U-Boot.
18 First a note that may to help avoid confusion. U-Boot and Linux both use
21 U-Boot has its device tree packaged wtih it, and the kernel's device tree is
22 packaged with the kernel. In particular this is important with verified boot,
23 since U-Boot's device tree must be immutable. If it can be changed then the
[all …]
|
| /openbmc/u-boot/include/linux/usb/ |
| H A D | composite.h | 1 /* SPDX-License-Identifier: GPL-2.0+ */
3 * composite.h -- framework for usb gadgets which are composite devices
5 * Copyright (C) 2006-2008 David Brownell
14 * functions within any single configuration, and (b) Multi-configuration
20 * might alternatively be packaged in individual configurations, but in
41 * struct usb_function - describes one function of a configuration
66 * @setup: Used for interface-specific control requests.
88 * a driver-specific instance structure to allows multiple activations. An
138 * ep_choose - select descriptor endpoint at current device speed
147 if (gadget_is_dualspeed(g) && g->speed == USB_SPEED_HIGH) in ep_choose()
[all …]
|
| /openbmc/linux/Documentation/filesystems/ |
| H A D | orangefs.rst | 1 .. SPDX-License-Identifier: GPL-2.0
7 OrangeFS is an LGPL userspace scale-out parallel storage system. It is ideal
51 On Fedora, install orangefs and orangefs-server::
53 dnf -y install orangefs orangefs-server
64 pvfs2-client-core.
68 pvfs2-server -f /etc/orangefs/orangefs.conf
72 systemctl start orangefs-server
76 pvfs2-ping -m /pvfsmnt
81 systemctl start orangefs-client
85 mount -t pvfs2 tcp://localhost:3334/orangefs /pvfsmnt
[all …]
|
| /openbmc/qemu/tests/docker/ |
| H A D | Makefile.include | 3 .PHONY: docker docker-help docker-test docker-clean docker-image docker-qemu-src
9 HOST_ARCH = $(shell uname -m)
10 USER = $(if $(NOUSER),,$(shell id -un))
11 UID = $(if $(NOUSER),,$(shell id -u))
15 DOCKER_DEFAULT_REGISTRY := registry.gitlab.com/qemu-project/qemu
19 RUNC ?= $(if $(shell command -v docker), docker, podman)
20 DOCKER_SCRIPT=$(SRC_PATH)/tests/docker/docker.py --engine $(RUNC)
22 CUR_TIME := $(shell date +%Y-%m-%d-%H.%M.%S.$$$$)
23 DOCKER_SRC_COPY := $(BUILD_DIR)/docker-src.$(CUR_TIME)
29 $(call quiet-command, cp "$(SRC_ARCHIVE)" $@/qemu.tar, \
[all …]
|
| /openbmc/openbmc/poky/documentation/ref-manual/ |
| H A D | tasks.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
17 ":ref:`bitbake-user-manual/bitbake-user-manual-metadata:tasks`" and
18 ":ref:`bitbake-user-manual/bitbake-user-manual-execution:dependencies`" sections in the
21 .. _ref-tasks-build:
24 ------------
29 .. _ref-tasks-compile:
32 --------------
39 If no such file is found, the :ref:`ref-tasks-compile` task does nothing.
41 .. _ref-tasks-compile_ptest_base:
44 -------------------------
[all …]
|
| H A D | classes.rst | 1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
19 - ``classes-recipe/`` - classes intended to be inherited by recipes
21 - ``classes-global/`` - classes intended to be inherited globally
22 - ``classes/`` - classes whose usage context is not clearly defined
35 .. _ref-classes-allarch:
40 The :ref:`ref-classes-allarch` class is inherited by recipes that do not produce
41 architecture-specific output. The class disables functionality that is
43 building the cross-compiler and a C library as pre-requisites, and
52 configured for all architectures using :ref:`ref-classes-allarch`. This is the case
53 even if the recipes do not produce architecture-specific output.
[all …]
|
| /openbmc/openbmc/poky/bitbake/lib/bs4/ |
| H A D | CHANGELOG | 37 Two scripts: demonstrate_parser_differences.py and test-all-versions.
144 This release was done to ensure that the unit tests are packaged along
149 * The changelog is now packaged as CHANGELOG, and the license file is
150 packaged as LICENSE. NEWS.txt and COPYING.txt are still present,
152 * TODO.txt is no longer packaged, since a TODO is not relevant for released
169 * If the charset-normalizer Python module
170 (https://pypi.org/project/charset-normalizer/) is installed, Beautiful
188 * Some time ago, the misleadingly named "text" argument to find-type
207 replacement on PyPI, iconv_codecs, is GPL-licensed, so we can't use
208 it--it's also quite old.)
[all …]
|
| /openbmc/u-boot/doc/ |
| H A D | README.x86 | 1 # SPDX-License-Identifier: GPL-2.0+
6 U-Boot on x86
9 This document describes the information about U-Boot running on x86 targets,
13 ------
14 U-Boot supports running as a coreboot [1] payload on x86. So far only Link
17 most of the low-level details.
19 U-Boot is a main bootloader on Intel Edison board.
21 U-Boot also supports booting directly from x86 reset vector, without coreboot.
23 'bare metal', U-Boot acts like a BIOS replacement. The following platforms
26 - Bayley Bay CRB
[all …]
|
| /openbmc/linux/include/linux/usb/ |
| H A D | composite.h | 1 // SPDX-License-Identifier: GPL-2.0+
3 * composite.h -- framework for usb gadgets which are composite devices
5 * Copyright (C) 2006-2008 David Brownell
14 * functions within any single configuration, and (b) Multi-configuration
20 * might alternatively be packaged in individual configurations, but in
51 * struct usb_os_desc_ext_prop - describes one "Extended Property"
71 * struct usb_os_desc - describes OS descriptors associated with one interface
91 * struct usb_os_desc_table - describes OS descriptors associated with one
106 * struct usb_function - describes one function of a configuration
145 * @setup: Used for interface-specific control requests.
[all …]
|
| /openbmc/linux/Documentation/trace/ |
| H A D | kprobes.rst | 29 collect debugging and performance information non-disruptively. You
41 In the typical case, Kprobes-based instrumentation is packaged as
56 Kprobes -- e.g., the difference between a pre_handler and
62 -----------------------
74 Next, Kprobes single-steps its copy of the probed instruction.
75 (It would be simpler to single-step the actual instruction in place,
80 After the instruction is single-stepped, Kprobes executes the
85 -----------------------
105 -------------
114 is an arbitrary piece of code -- typically just a nop instruction.
[all …]
|
| /openbmc/u-boot/tools/binman/ |
| H A D | README | 1 # SPDX-License-Identifier: GPL-2.0+
5 ------------
7 Firmware often consists of several components which must be packaged together.
8 For example, we may have SPL, U-Boot, a device tree and an environment area
12 So far U-Boot has not provided a way to handle creating such images in a
14 concatenating images in the U-Boot build system.
17 SPL + U-Boot combinations, to more complex arrangements with many parts.
21 ------------
30 --------
32 So far binman is pretty simple. It supports binary blobs, such as 'u-boot',
[all …]
|
| /openbmc/linux/Documentation/driver-api/usb/ |
| H A D | usb.rst | 1 .. _usb-hostside-api:
4 The Linux-USB Host Side API
18 That master/slave asymmetry was designed-in for a number of reasons, one
22 distributed auto-configuration since the pre-designated master node
37 USB Host-Side API Model
40 Host-side drivers for USB devices talk to the "usbcore" APIs. There are
41 two. One is intended for *general-purpose* drivers (exposed through
49 - USB supports four kinds of data transfers (control, bulk, interrupt,
54 - The device description model includes one or more "configurations"
60 - From USB 3.0 on configurations have one or more "functions", which
[all …]
|
| /openbmc/qemu/docs/devel/ |
| H A D | build-system.rst | 14 - build artifacts outside of QEMU source tree entirely::
22 - build artifacts in a subdir of QEMU source tree::
38 - detect the host architecture
40 - list the targets for which to build emulators; the list of
43 - find the compilers (native and cross) used to build executables,
45 fragments (``config-host.mak``) or a Meson machine file
46 (``config-meson.cross``)
48 - create a virtual environment in which all Python code runs during
51 - invoke Meson in the virtual environment, to perform the actual
55 which a same-named Meson option exists; dashes in the command line are
[all …]
|
| /openbmc/openbmc/poky/meta/classes-global/ |
| H A D | package.bbclass | 4 # SPDX-License-Identifier: MIT
16 # a) package_convert_pr_autoinc - convert AUTOINC in PKGV to ${PRSERV_PV_AUTOINC}
18 # b) perform_packagecopy - Copy D into PKGD
20 # c) package_do_split_locales - Split out the locale files, updates FILES and PACKAGES
22 # d) split_and_strip_files - split the files into runtime and debug and strip them.
23 # Debug files include debug info split, and associated sources that end up in -dbg packages
25 # e) fixup_perms - Fix up permissions in the package before we split it.
27 # f) populate_packages - Split the files in PKGD into separate packages in PKGDEST/<pkgname>
28 # Also triggers the binary stripping code to put files in -dbg packages.
30 # g) package_do_filedeps - Collect perfile run-time dependency metadata
[all …]
|