| /openbmc/linux/Documentation/gpu/ |
| H A D | drm-kms.rst | 59 see `Frame Buffer Abstraction`_) feed into planes. Planes are represented by
60 :c:type:`struct drm_plane <drm_plane>`, see `Plane Abstraction`_ for more
62 (represented by :c:type:`struct drm_crtc <drm_crtc>`, see `CRTC Abstraction`_)
67 :c:type:`struct drm_encoder <drm_encoder>`, see `Encoder Abstraction`_). Those
80 Abstraction`_). Connectors can have different possible encoders, but the kernel
164 Modeset Base Object Abstraction
309 CRTC Abstraction
333 Frame Buffer Abstraction
369 Plane Abstraction
408 Connector Abstraction
[all …]
|
| /openbmc/linux/tools/lib/perf/Documentation/ |
| H A D | libperf.txt | 225 struct perf_cpu_map:: Provides a CPU list abstraction.
227 struct perf_thread_map:: Provides a thread list abstraction.
229 struct perf_evsel:: Provides an abstraction for single a perf event.
233 struct perf_mmap:: Provides an abstraction for accessing perf ring buffer.
|
| /openbmc/qemu/include/qemu/ |
| H A D | mmap-alloc.h | 17 * mmap() abstraction to map guest RAM, simplifying flag handling, taking
44 * Abstraction of PROT_ and MAP_ flags as passed to mmap(), for example,
|
| /openbmc/openbmc/meta-openembedded/meta-oe/recipes-support/upower/ |
| H A D | upower_1.90.6.bb | 1 SUMMARY = "UPower is an abstraction for enumerating power devices"
2 DESCRIPTION = "UPower is an abstraction for enumerating power devices, listening to device events a…
|
| /openbmc/linux/tools/arch/ia64/include/asm/ |
| H A D | barrier.h | 6 * in the Processor Abstraction Layer and the System Abstraction Layer
|
| /openbmc/linux/drivers/media/test-drivers/vidtv/ |
| H A D | vidtv_channel.h | 7 * This file contains the code for a 'channel' abstraction.
32 * struct vidtv_channel - A 'channel' abstraction
|
| /openbmc/linux/arch/ia64/include/asm/ |
| H A D | barrier.h | 4 * in the Processor Abstraction Layer and the System Abstraction Layer
|
| H A D | switch_to.h | 4 * the Processor Abstraction Layer and the System Abstraction Layer
|
| /openbmc/docs/designs/ |
| H A D | error-log-handling-for-phal.md | 1 # Error handling for power Hardware Abstraction Layer (pHAL)
12 power Hardware Abstraction Layer(pHAL) library calls to [Platform Event Log][1]
44 pHAL: power Hardware Abstraction Layer. pHAL is group of libraries running in
|
| /openbmc/linux/Documentation/i2c/ |
| H A D | i2c-sysfs.rst | 84 Each logical I2C bus may be an abstraction of a physical I2C bus controller, or
85 an abstraction of a channel behind an I2C MUX. In case it is an abstraction of a
88 abstraction.
93 If the logical I2C bus is a direct abstraction of a physical I2C bus controller,
178 abstraction.
|
| /openbmc/openbmc/meta-openembedded/meta-networking/recipes-connectivity/mbedtls/ |
| H A D | mbedtls_3.6.2.bb | 14 - Abstraction layers for ciphers, hashes, public key operations, \
15 platform abstraction and threading \
|
| H A D | mbedtls_2.28.9.bb | 14 - Abstraction layers for ciphers, hashes, public key operations, \
15 platform abstraction and threading \
|
| /openbmc/linux/drivers/media/platform/mediatek/jpeg/ |
| H A D | mtk_jpeg_core.h | 138 * struct mtk_jpegenc_comp_dev - JPEG COREX abstraction
166 * struct mtk_jpegdec_comp_dev - JPEG COREX abstraction
193 * struct mtk_jpeg_dev - JPEG IP abstraction
|
| /openbmc/hiomapd/ |
| H A D | README.md | 43 Through the virtual PNOR feature the daemon's role as a flash abstraction can be
44 augmented to support partition/filesystem abstraction. This is complex and
|
| /openbmc/phosphor-mboxd/ |
| H A D | README.md | 62 In addition to its role as a flash abstraction `mboxd` can also serve as a
63 partition/filesystem abstraction. This feature is known as 'virtual PNOR' and
|
| /openbmc/linux/Documentation/process/ |
| H A D | 4.Coding.rst | 70 Abstraction layers
74 abstraction layers in the name of flexibility and information hiding.
75 Certainly the kernel makes extensive use of abstraction; no project
77 But experience has shown that excessive or premature abstraction can be
78 just as harmful as premature optimization. Abstraction should be used to
92 Abstraction layers which hide access to hardware - often to allow the bulk
|
| /openbmc/linux/drivers/mtd/devices/ |
| H A D | powernv_flash.c | 3 * OPAL PNOR flash MTD abstraction
26 * This driver creates the a Linux MTD abstraction for platform PNOR flash
300 MODULE_DESCRIPTION("MTD abstraction for OPAL flash");
|
| /openbmc/openpower-occ-control/ |
| H A D | occ_device.hpp | 208 /** Abstraction of error monitoring */
211 /** Abstraction of SBE timeout monitoring */
217 /** Abstraction of OCC presence monitoring */
|
| /openbmc/linux/arch/mips/dec/prom/ |
| H A D | init.c | 53 * Set up prom abstraction structure with REX entry points. in which_prom()
77 * Set up prom abstraction structure with non-REX entry points. in which_prom()
|
| /openbmc/u-boot/drivers/usb/musb-new/ |
| H A D | musb_dma.h | 3 * MUSB OTG driver DMA controller abstraction
16 * DMA Controller Abstraction
|
| /openbmc/openbmc/meta-openembedded/meta-oe/recipes-graphics/directfb/ |
| H A D | directfb.inc | 1 SUMMARY = "Graphics abstraction library for the Linux Framebuffer Device"
4 abstraction, an integrated windowing system with support for \
|
| /openbmc/openbmc/meta-openembedded/meta-oe/recipes-graphics/tslib/ |
| H A D | tslib_1.23.bb | 1 SUMMARY = "An abstraction layer for touchscreen panel events"
2 DESCRIPTION = "Tslib is an abstraction layer for touchscreen panel \
|
| /openbmc/linux/Documentation/core-api/ |
| H A D | genericirq.rst | 14 abstraction of interrupt handling for device drivers. It is able to
64 A more natural abstraction is the clean separation of the 'irq flow' and
97 Abstraction layers
100 There are three main levels of abstraction in the interrupt code:
|
| /openbmc/linux/drivers/net/can/ifi_canfd/ |
| H A D | Kconfig | 7 connected to the "platform bus" (Linux abstraction for directly
|
| /openbmc/linux/arch/powerpc/platforms/cell/ |
| H A D | spu_priv1_mmio.h | 3 * spu hypervisor abstraction for direct hardware access.
|