/openbmc/linux/drivers/md/ |
H A D | raid10.h | 37 int near_copies; /* number of copies laid out 39 int far_copies; /* number of copies laid out
|
/openbmc/linux/include/drm/ |
H A D | drm_fourcc.h | 148 * format with data laid in a single plane 162 * format with data laid in two planes (luminance and chrominance) 176 * format with data laid in three planes (one for each YUV component)
|
/openbmc/linux/Documentation/ABI/testing/ |
H A D | sysfs-driver-tegra-fuse | 6 data programmed at the factory. The data is laid out in 32bit
|
/openbmc/linux/drivers/net/ethernet/intel/igc/ |
H A D | igc_diag.h | 16 /* In the hardware, registers are laid out either singly, in arrays
|
/openbmc/linux/Documentation/scsi/ |
H A D | sym53c500_cs.rst | 22 other products using this chip, but I've never laid eyes (much less hands)
|
/openbmc/u-boot/drivers/video/fonts/ |
H A D | Kconfig | 37 A laid-back handwritten font.
|
/openbmc/linux/include/linux/ |
H A D | packing.h | 22 * format. Unpacked means laid out in memory in the CPU's native
|
H A D | litex.h | 30 * 32-bit wide logical CSR will be laid out as four 32-bit physical
|
H A D | page-flags-layout.h | 40 * There are five possibilities for how page->flags get laid out. The first
|
/openbmc/linux/tools/testing/selftests/arm64/signal/ |
H A D | signals.S | 48 * For simplicity this assumes that current field 'token' is laid out
|
/openbmc/u-boot/doc/device-tree-bindings/video/ |
H A D | rockchip-lvds.txt | 16 This describes how the color bits are laid out in the
|
/openbmc/linux/arch/sparc/include/uapi/asm/ |
H A D | psr.h | 15 /* The Sparc PSR fields are laid out as the following:
|
/openbmc/linux/include/uapi/rdma/ |
H A D | cxgb4-abi.h | 41 * Make sure that all structs defined in this file remain laid out so
|
H A D | mthca-abi.h | 47 * Make sure that all structs defined in this file remain laid out so
|
H A D | mlx4-abi.h | 49 * Make sure that all structs defined in this file remain laid out so
|
/openbmc/u-boot/arch/arm/include/asm/ti-common/ |
H A D | ti-edma3.h | 58 /* PaRAM slots are laid out like this */
|
/openbmc/linux/arch/openrisc/include/asm/ |
H A D | ptrace.h | 31 * This struct describes how the registers are laid out on the kernel stack
|
/openbmc/linux/arch/arm64/xen/ |
H A D | hypercall.S | 46 * Parameter structs passed to hypercalls are laid out according to
|
/openbmc/linux/Documentation/block/ |
H A D | deadline-iosched.rst | 63 or a front merge candidate. Due to the way files are typically laid out,
|
/openbmc/linux/include/asm-generic/ |
H A D | iomap.h | 78 * want MMIO that copies stuff laid out in MMIO
|
/openbmc/qemu/include/tcg/ |
H A D | tcg-cond.h | 29 * Conditions. Note that these are laid out for easy manipulation by
|
/openbmc/linux/arch/m68k/mac/ |
H A D | oss.c | 96 * This IRQ mapping is laid out with two things in mind: first, we try to keep
|
/openbmc/linux/include/uapi/linux/ |
H A D | virtio_balloon.h | 95 * NOTE: fields are laid out in a way that would make compiler add padding
|
/openbmc/qemu/include/standard-headers/linux/ |
H A D | virtio_balloon.h | 107 * NOTE: fields are laid out in a way that would make compiler add padding
|
/openbmc/linux/Documentation/filesystems/ext4/ |
H A D | group_descr.rst | 43 The block group descriptor is laid out in ``struct ext4_group_desc``.
|