Home
last modified time | relevance | path

Searched +full:layers +full:- +full:configurable (Results 1 – 25 of 45) sorted by relevance

12

/openbmc/docs/
H A Dmeta-layer-guidelines.md10 ## Meta layers should not patch projects that exist within the openBMC tree
21 in code review. If patches are checked into meta layers, generally the
28 feature you're building needs to be configurable, or if it can be applied to all
31 If it needs to be per-project or per-machine configurable, check it in under a
35 ## Meta layers should not patch Yocto recipes and projects
49 cherry-pick the commit into the OpenBMC tree, with a pointer to the review in
55 ## Meta layers should avoid using EXTRA_OEMAKE and EXTRA_OEMESON
66 autotools to meson, in pursuit of other goals. Having tool-specific
74 ## Meta layers should not have recipes that point to proprietary licensed code
109 ## Meta layers should not point to OpenBMC specific repositories outside of
[all …]
/openbmc/linux/Documentation/devicetree/bindings/display/
H A Dxylon,logicvc-display.yaml1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
4 ---
5 $id: http://devicetree.org/schemas/display/xylon,logicvc-display.yaml#
6 $schema: http://devicetree.org/meta-schemas/core.yaml#
11 - Paul Kocialkowski <paul.kocialkowski@bootlin.com>
14 The Xylon LogiCVC is a display controller that supports multiple layers.
16 with Xilinx Zynq-7000 SoCs and Xilinx FPGAs.
20 synthesis time. As a result, many of the device-tree bindings are meant to
24 Layers are declared in the "layers" sub-node and have dedicated configuration.
32 - xylon,logicvc-3.02.a-display
[all …]
/openbmc/linux/drivers/gpu/drm/logicvc/
H A Dlogicvc_of.c1 // SPDX-License-Identifier: GPL-2.0+
3 * Copyright (C) 2019-2022 Bootlin
14 { "lvds-4bits", LOGICVC_DISPLAY_INTERFACE_LVDS_4BITS },
15 { "lvds-3bits", LOGICVC_DISPLAY_INTERFACE_LVDS_3BITS },
40 .name = "xylon,display-interface",
48 .name = "xylon,display-colorspace",
56 .name = "xylon,display-depth",
60 .name = "xylon,row-stride",
67 .name = "xylon,background-layer",
71 .name = "xylon,layers-configurable",
[all …]
/openbmc/linux/Documentation/mm/damon/
H A Ddesign.rst1 .. SPDX-License-Identifier: GPL-2.0
11 DAMON subsystem is configured with three layers including
13 - Operations Set: Implements fundamental operations for DAMON that depends on
14 the given monitoring target address-space and available set of
16 - Core: Implements core logics including monitoring overhead/accurach control
17 and access-aware system operations on top of the operations set layer, and
18 - Modules: Implements kernel modules for various purposes that provides
22 Configurable Operations Set
23 ---------------------------
29 space. DAMON separates the two parts in different layers, namely DAMON
[all …]
/openbmc/openbmc/poky/documentation/migration-guides/
H A Dmigration-4.2.rst1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
7 ------------------------------------
12 .. _migration-4.2-supported-distributions:
19 - Fedora 36 and 37
20 - AlmaLinux 8.7 and 9.1
21 - OpenSuse 15.4
25 - Debian 10.x
26 - Fedora 34 and 35
27 - AlmaLinux 8.5
29 See :ref:`all supported distributions <system-requirements-supported-distros>`.
[all …]
H A Drelease-notes-4.0.16.rst1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
3 Release notes for Yocto-4.0.16 (Kirkstone)
4 ------------------------------------------
6 Security Fixes in Yocto-4.0.16
9 - cpio: Fix :cve_mitre:`2023-7207`
10 - curl: Revert "curl: Backport fix CVE-2023-32001"
11 - curl: Fix :cve_nist:`2023-46218`
12 - dropbear:Fix :cve_nist:`2023-48795`
13 - ffmpeg: Fix :cve_nist:`2022-3964` and :cve_nist:`2022-3965`
14 - ghostscript: Fix :cve_nist:`2023-46751`
[all …]
H A Drelease-notes-4.3.2.rst1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
3 Release notes for Yocto-4.3.2 (Nanbield)
4 ----------------------------------------
6 Security Fixes in Yocto-4.3.2
9 - avahi: Fix :cve_nist:`2023-1981`, :cve_nist:`2023-38469`, :cve_nist:`2023-38470`, :cve_nist:`202…
10 - curl: Fix :cve_nist:`2023-46218`
11 - ghostscript: Fix :cve_nist:`2023-46751`
12 - grub: fix :cve_nist:`2023-4692` and :cve_nist:`2023-4693`
13 - gstreamer1.0: Fix :cve_mitre:`2023-44446`
14 - linux-yocto/6.1: Ignore :cve_mitre:`2023-39197`, :cve_nist:`2023-39198`, :cve_nist:`2023-5090`, …
[all …]
H A Drelease-notes-4.2.rst1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
4 ----------------------------------
9 - Linux kernel 6.1, glibc 2.37 and ~350 other recipe upgrades
11 - Python 3.8+ and GCC 8.0+ are now the minimum required versions on the build host.
15 - BitBake in this release now supports a new ``addpylib`` directive to enable
16 Python libraries within layers. For more information,
17 see :ref:`bitbake-user-manual/bitbake-user-manual-metadata:extending python library code`.
24 - BitBake has seen multiple internal changes that may improve
27 - BitBake's Cooker server is now multithreaded.
29 - Ctrl+C can now be used to interrupt some long-running operations
[all …]
H A Drelease-notes-3.4.rst1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
4 --------------------------------
9 - Linux kernel 5.14, glibc 2.34 and ~280 other recipe upgrades
10 - Switched override character to ':' (replacing '_') for more robust parsing and improved performa…
11 - Rust integrated into core, providing rust support for cross-compilation and SDK
12 - New :ref:`ref-classes-create-spdx` class for creating SPDX SBoM documents
13 - New recipes: cargo, core-image-ptest-all, core-image-ptest-fast, core-image-weston-sdk, erofs-ut…
14 - Several optimisations to reduce unnecessary task dependencies for faster builds
15 - seccomp integrated into core, with additional enabling for gnutls, systemd, qemu
16 - New overlayfs class to help generate overlayfs mount units
[all …]
/openbmc/openbmc/poky/meta/conf/
H A Ddocumentation.conf3 # Mail your changes to openembedded-devel@openembedded.org
8 do_build[doc] = "Default task for a recipe - depends on all other normal tasks required to 'build' …
17 do_configure[doc] = "Configures the source by enabling and disabling any build-time and configurati…
26 do_kernel_checkout[doc] = "Checks out source/meta branches for a linux-yocto style kernel"
27 do_kernel_configcheck[doc] = "Validates the kernel configuration for a linux-yocto style kernel"
28 do_kernel_configme[doc] = "Assembles the kernel configuration for a linux-yocto style kernel"
45 do_rm_work_all[doc] = "Top-level task for removing work files after the build system has finished w…
54 do_uboot_mkimage[doc] = "Creates a uImage file from the kernel for the U-Boot bootloader"
56 …meta branches are on the locations specified by their SRCREV values for a linux-yocto style kernel"
85 BBFILE_COLLECTIONS[doc] = "Lists the names of configured layers. These names are used to find the o…
[all …]
/openbmc/docs/development/
H A Dadd-new-system.md19 - Review background about Yocto and BitBake
20 - Creating a new system layer
21 - Populating this new layer
22 - Building the new system and testing in QEMU
23 - Adding configs for sensors, LEDs, inventories, etc.
32 Yocto has a concept of hierarchical layers. When you build a Yocto-based
33 distribution, you define a set of layers for that distribution. OpenBMC uses
34 many common layers from Yocto as well as some of its own layers. The layers
35 defined within OpenBMC can be found with the meta-\* directories in OpenBMC
38 Yocto layers are a combination of different files that define packages to
[all …]
/openbmc/linux/drivers/net/wireless/ath/ath6kl/
H A Dhif.h2 * Copyright (c) 2004-2011 Atheros Communications Inc.
42 #define HIF_MBOX_END_ADDR (HTC_MAILBOX_NUM_MAX * HIF_MBOX_WIDTH - 1)
55 /* mode to enable special 4-bit interrupt assertion without clock */
92 * emode - This indicates the whether the command is to be executed in a
93 * blocking or non-blocking fashion (HIF_SYNCHRONOUS/
107 * dmode - An interface may support different kinds of commands based on
112 * configurable at compile time using the HIF_BLOCK_SIZE and is
121 * amode - This indicates if the address has to be incremented on ATH6KL
191 /* bounce buffer for upper layers to copy to/from */
/openbmc/linux/Documentation/process/
H A D4.Coding.rst6 While there is much to be said for a solid and community-oriented design
19 ---------
25 :ref:`Documentation/process/coding-style.rst <codingstyle>`. For much of
38 strangely-formatted code.
43 giving up a degree of control in a number of ways - including control over
49 as a way of getting their name into the kernel changelogs - or both. But
59 80-column limit, for example), just do it.
61 Note that you can also use the ``clang-format`` tool to help you with
62 these rules, to quickly re-format parts of your code automatically,
66 See the file :ref:`Documentation/process/clang-format.rst <clangformat>`
[all …]
/openbmc/linux/Documentation/core-api/
H A Dgenericirq.rst7 :Copyright: |copy| 2005-2010: Thomas Gleixner
8 :Copyright: |copy| 2005-2006: Ingo Molnar
29 __do_IRQ() super-handler, which is able to deal with every type of
36 - Level type
38 - Edge type
40 - Simple type
44 - Fast EOI type
46 In the SMP world of the __do_IRQ() super-handler another type was
49 - Per CPU type
51 This split implementation of high-level IRQ handlers allows us to
[all …]
/openbmc/openbmc/poky/documentation/ref-manual/
H A Dfaq.rst1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
13 ---------------------------------------
17 :term:`OpenEmbedded-Core (OE-Core)` and :term:`BitBake`. Thus, the
20 OpenEmbedded, with changes always being merged to OE-Core or BitBake
24 How can you claim Poky / OpenEmbedded-Core is stable?
25 -----------------------------------------------------
29 - The Yocto Project team keeps :term:`OpenEmbedded-Core (OE-Core)` small and
31 available in other OpenEmbedded community layers. Keeping it small
34 - The Yocto Project team runs manual and automated tests using a small,
37 - The Yocto Project uses an :yocto_ab:`autobuilder <>`, which provides
[all …]
H A Dvariables.rst1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
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"
51 commands can co-exist.
60 ":ref:`ref-classes-update-alternatives`"
80 ":ref:`ref-classes-update-alternatives`"
96 ":ref:`ref-classes-update-alternatives`"
[all …]
/openbmc/openbmc/poky/documentation/contributor-guide/
H A Dsubmit-changes.rst1 .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
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?
42 mailing list approach off-putting and would prefer a web-based GUI.
55 ----------
60 sudo apt install git-core git-email
62 Then, you need to set a name and e-mail address that Git will
65 git config --global user.name "Ada Lovelace"
66 git config --global user.email "ada.lovelace@gmail.com"
[all …]
/openbmc/linux/include/linux/
H A Dscmi_protocol.h1 /* SPDX-License-Identifier: GPL-2.0-only */
5 * Copyright (C) 2018-2021 ARM Ltd.
21 * struct scmi_revision_info - version information structure
30 * @impl_ver: A vendor-specific implementation version.
32 * @sub_vendor_id: A sub-vendor identifier(Null terminated ASCII string)
74 * struct scmi_clk_proto_ops - represents the various operations provided
106 * struct scmi_perf_proto_ops - represents the various operations provided
158 * struct scmi_power_proto_ops - represents the various operations provided
171 #define SCMI_POWER_STATE_ID_MASK (BIT(28) - 1)
184 * struct scmi_sensor_reading - represent a timestamped read
[all …]
/openbmc/entity-manager/
H A DCONFIG_FORMAT.md13 - Configuration files will get replicated and built to support hundreds of
19 - Reactor writers tend to be domain experts on their subsystem, and
30 - Hardware constraints, bugs, and oddities are generally found over time. The
35 - Having separate config files reduces the number of platforms that need to
39 - Having one config file per piece of hardware makes it much easier and clear
41 - Note: This is a "guideline" not a "rule". There are many cases of hardware
44 - Example: SAS modules and cards made by the same company, on the same
46 - Non-Example: Power supplies. While all pmbus power supplies appear
51 3. Configuration files are not a long-term stable ABI. Why?
53 - Configuration files occasionally need to modify their schema in pursuit of
[all …]
/openbmc/openbmc/poky/bitbake/doc/bitbake-user-manual/
H A Dbitbake-user-manual-execution.rst1 .. SPDX-License-Identifier: CC-BY-2.5
11 development kit, or even a full, board-specific bootable Linux image,
25 <bitbake-user-manual-command>`" section.
40 the number of processors, which takes into account hyper-threading.
41 Thus, a quad-core build host with hyper-threading most likely shows
53 to determine what layers BitBake needs to recognize, all necessary
57 - **Recipes:** Details about particular pieces of software.
59 - **Class Data:** An abstraction of common build information (e.g. how to
62 - **Configuration Data:** Machine-specific settings, policy decisions,
82 - :term:`BB_ENV_PASSTHROUGH`
[all …]
/openbmc/linux/Documentation/admin-guide/pm/
H A Dcpufreq.rst1 .. SPDX-License-Identifier: GPL-2.0
20 Operating Performance Points or P-states (in ACPI terminology). As a rule,
24 time (or the more power is drawn) by the CPU in the given P-state. Therefore
29 as possible and then there is no reason to use any P-states different from the
30 highest one (i.e. the highest-performance frequency/voltage configuration
38 put into different P-states.
41 capacity, so as to decide which P-states to put the CPUs into. Of course, since
52 (CPU Frequency scaling) subsystem that consists of three layers of code: the
64 information on the available P-states (or P-state ranges in some cases) and
65 access platform-specific hardware interfaces to change CPU P-states as requested
[all …]
/openbmc/linux/drivers/gpu/drm/xlnx/
H A Dzynqmp_dp.c1 // SPDX-License-Identifier: GPL-2.0
5 * Copyright (C) 2017 - 2020 Xilinx, Inc.
8 * - Hyun Woo Kwon <hyun.kwon@xilinx.com>
9 * - Laurent Pinchart <laurent.pinchart@ideasonboard.com>
241 * struct zynqmp_dp_link_config - Common link config between source and sink
251 * struct zynqmp_dp_mode - Configured mode of DisplayPort
265 * struct zynqmp_dp_config - Configuration of DisplayPort from DTS
277 * struct zynqmp_dp - Xilinx DisplayPort core
328 writel(val, dp->iomem + offset); in zynqmp_dp_write()
333 return readl(dp->iomem + offset); in zynqmp_dp_read()
[all …]
/openbmc/linux/net/ipv4/
H A Dicmp.c1 // SPDX-License-Identifier: GPL-2.0-or-later
46 * the rates sysctl configurable.
48 * - IP option length was accounted wrongly
49 * - ICMP header length was not accounted
56 * - Should use skb_pull() instead of all the manual checking.
57 * This would also greatly simply some upper layer error handlers. --AK
205 if (unlikely(!spin_trylock(&sk->sk_lock.slock))) { in icmp_xmit_lock()
218 spin_unlock(&sk->sk_lock.slock); in icmp_xmit_unlock()
230 * icmp_global_allow - Are we allowed to send one more ICMP message ?
250 delta = min_t(u32, now - oldstamp, HZ); in icmp_global_allow()
[all …]
/openbmc/linux/Documentation/networking/device_drivers/can/ctu/
H A Dctucanfd-driver.rst1 .. SPDX-License-Identifier: GPL-2.0-or-later
10 ------------------------
19 `Vivado integration <https://gitlab.fel.cvut.cz/canbus/zynq/zynq-can-sja1000-top>`_
20 and Intel Cyclone V 5CSEMA4U23C6 based DE0-Nano-SoC Terasic board
21 `QSys integration <https://gitlab.fel.cvut.cz/canbus/intel-soc-ctucanfd>`_
23 `PCIe integration <https://gitlab.fel.cvut.cz/canbus/pcie-ctucanfd>`_ of the core.
33 version of emulation support can be cloned from ctu-canfd branch of QEMU local
34 development `repository <https://gitlab.fel.cvut.cz/canbus/qemu-canbus>`_.
38 ---------------
59 it allows for device hot-plug.
[all …]
/openbmc/u-boot/drivers/net/
H A Dne2000_base.c2 Ported to U-Boot by Christian Pellegrin <chri@ascensit.com>
16 -------------------------------------------
17 This file is part of eCos, the Embedded Configurable Operating System.
31 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA.
44 at http://sources.redhat.com/ecos/ecos-license/
45 -------------------------------------------
49 -------------------------------------------
54 -------------------------------------------
62 Date: 2001-06-13
114 base = dp->base; in dp83902a_init()
[all …]

12