Home
last modified time | relevance | path

Searched full:laid (Results 1 – 25 of 200) sorted by relevance

12345678

/kernel/linux/linux-4.19/drivers/md/
Draid10.h37 int near_copies; /* number of copies laid out
39 int far_copies; /* number of copies laid out
/kernel/linux/linux-5.10/drivers/md/
Draid10.h37 int near_copies; /* number of copies laid out
39 int far_copies; /* number of copies laid out
/kernel/linux/linux-5.10/include/drm/
Ddrm_fourcc.h148 * 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)
/kernel/linux/linux-5.10/drivers/net/ethernet/intel/igc/
Digc_diag.h16 /* In the hardware, registers are laid out either singly, in arrays
/kernel/linux/linux-4.19/Documentation/scsi/
Dsym53c500_cs.txt16 other products using this chip, but I've never laid eyes (much less hands)
/kernel/linux/linux-5.10/Documentation/scsi/
Dsym53c500_cs.rst22 other products using this chip, but I've never laid eyes (much less hands)
/kernel/linux/linux-4.19/include/uapi/drm/
Ddrm_fourcc.h227 * in row-major layout. Within the tile bytes are laid out row-major, with
241 * in row-major layout. Within the tile bytes are laid out in OWORD (16 bytes)
256 * Within the tile pixels are laid out in 16 256 byte units / sub-tiles which
258 * Each group therefore consits out of four 256 byte units, which are also laid
290 * Macroblocks are laid in a Z-shape, and each pixel data is following the
370 * Within a GOB, data is ordered as 16B x 2 lines sectors laid in Z-shape.
/kernel/linux/linux-5.10/tools/testing/selftests/arm64/signal/
Dsignals.S48 * For simplicity this assumes that current field 'token' is laid out
/kernel/linux/linux-5.10/include/linux/
Dpacking.h22 * format. Unpacked means laid out in memory in the CPU's native
Dpage-flags-layout.h39 * There are five possibilities for how page->flags get laid out. The first
/kernel/linux/linux-4.19/include/uapi/rdma/
Dcxgb3-abi.h41 * Make sure that all structs defined in this file remain laid out so
Dcxgb4-abi.h41 * Make sure that all structs defined in this file remain laid out so
Dmthca-abi.h47 * Make sure that all structs defined in this file remain laid out so
Dnes-abi.h47 * Make sure that all structs defined in this file remain laid out so
/kernel/linux/linux-4.19/arch/sparc/include/uapi/asm/
Dpsr.h15 /* The Sparc PSR fields are laid out as the following:
/kernel/linux/linux-5.10/include/uapi/rdma/
Dcxgb4-abi.h41 * Make sure that all structs defined in this file remain laid out so
Dmthca-abi.h47 * Make sure that all structs defined in this file remain laid out so
/kernel/linux/linux-5.10/arch/sparc/include/uapi/asm/
Dpsr.h15 /* The Sparc PSR fields are laid out as the following:
/kernel/linux/linux-4.19/include/linux/
Dpage-flags-layout.h38 * There are five possibilities for how page->flags get laid out. The first
/kernel/linux/linux-4.19/arch/openrisc/include/asm/
Dptrace.h35 * This struct describes how the registers are laid out on the kernel stack
/kernel/linux/linux-5.10/arch/openrisc/include/asm/
Dptrace.h31 * This struct describes how the registers are laid out on the kernel stack
/kernel/linux/linux-4.19/Documentation/block/
Ddeadline-iosched.txt64 or a front merge candidate. Due to the way files are typically laid out,
/kernel/linux/linux-4.19/Documentation/devicetree/bindings/pci/
Dhost-generic-pci.txt50 accessed via an ioport) and laid out with a direct correspondence to the
/kernel/linux/linux-4.19/include/asm-generic/
Diomap.h56 * want MMIO that copies stuff laid out in MMIO
/kernel/linux/linux-5.10/arch/arm64/xen/
Dhypercall.S46 * Parameter structs passed to hypercalls are laid out according to

12345678