Home
last modified time | relevance | path

Searched refs:follow (Results 1 – 25 of 293) sorted by relevance

12345678910>>...12

/Linux-v5.4/Documentation/devicetree/bindings/power/reset/
Dqcom,pon.txt17 -pwrkey: Specifies the subnode pwrkey and should follow the
19 -resin: Specifies the subnode resin and should follow the
22 The rest of the properties should follow the generic reboot-mode description
Dnvmem-reboot-mode.txt13 The rest of the properties should follow the generic reboot-mode description
Dsyscon-reboot-mode.txt19 The rest of the properties should follow the generic reboot-mode description
/Linux-v5.4/Documentation/devicetree/bindings/regulator/
Dqcom,spmi-regulator.txt203 BIT(0) = follow HW0_EN signal
204 BIT(1) = follow HW1_EN signal
205 BIT(2) = follow HW2_EN signal
206 BIT(3) = follow HW3_EN signal
215 BIT(0) = follow HW0_EN signal
216 BIT(1) = follow HW1_EN signal
217 BIT(2) = follow HW2_EN signal
218 BIT(3) = follow HW3_EN signal
219 BIT(4) = follow PMIC awake state
/Linux-v5.4/fs/btrfs/
Dprint-tree.h10 void btrfs_print_tree(struct extent_buffer *c, bool follow);
Dprint-tree.c324 void btrfs_print_tree(struct extent_buffer *c, bool follow) in btrfs_print_tree() argument
353 if (!follow) in btrfs_print_tree()
376 btrfs_print_tree(next, follow); in btrfs_print_tree()
/Linux-v5.4/Documentation/networking/
Dnf_flowtable.txt10 Initial packets follow the classic forwarding path, once the flow enters the
28 follow the classic forwarding path unless the user explicitly instruct packets
67 neigh_xmit(). Fragmented traffic is passed up to follow the classic forwarding
/Linux-v5.4/Documentation/devicetree/bindings/power/
Dxlnx,zynqmp-genpd.txt4 The binding for zynqmp-power-controller follow the common
/Linux-v5.4/Documentation/devicetree/bindings/arm/ti/
Dk3.txt5 shall follow the following scheme:
/Linux-v5.4/fs/coda/
Dpioctl.c67 data.follow ? LOOKUP_FOLLOW : 0, &path); in coda_pioctl()
/Linux-v5.4/Documentation/media/uapi/v4l/
Dvidioc-g-dv-timings.rst230 - The timings follow the CEA-861 Digital TV Profile standard
232 - The timings follow the VESA Discrete Monitor Timings standard
234 - The timings follow the VESA Coordinated Video Timings standard
236 - The timings follow the VESA Generalized Timings Formula standard
238 - The timings follow the SDI Timings standard.
/Linux-v5.4/Documentation/firmware-guide/acpi/
DDSD-properties-rules.rst48 Valid property sets must follow the guidance given by the Device Properties UUID
55 return property sets which do not follow that rule from _DSD in data packages
81 It often is useful to make _DSD return property sets that follow Device Tree
/Linux-v5.4/Documentation/devicetree/bindings/mtd/partitions/
Dbrcm,bcm963xx-cfe-nor-partitions.txt4 Most Broadcom BCM63XX SoC based devices follow the Broadcom reference layout for
/Linux-v5.4/Documentation/devicetree/bindings/mmc/
Dmmc-spi-slot.txt14 Write-Protect GPIO. Note that this does not follow the
/Linux-v5.4/Documentation/devicetree/bindings/sram/
Drockchip-smp-sram.txt14 The rest of the properties should follow the generic mmio-sram discription
Dsamsung-sram.txt17 The rest of the properties should follow the generic mmio-sram discription
/Linux-v5.4/drivers/misc/ocxl/
DKconfig29 dedicated OpenCAPI link, and don't follow the same protocol.
/Linux-v5.4/Documentation/devicetree/bindings/arm/amlogic/
Dsmp-sram.txt16 The rest of the properties should follow the generic mmio-sram discription
/Linux-v5.4/Documentation/devicetree/bindings/spi/
Dadi,axi-spi-engine.txt16 master. They follow the generic SPI bindings as outlined in spi-bus.txt.
/Linux-v5.4/Documentation/devicetree/bindings/i3c/
Dsnps,dw-i3c-master.txt23 I3C device connected on the bus follow the generic description (see
Dcdns,i3c-master.txt24 I3C device connected on the bus follow the generic description (see
/Linux-v5.4/drivers/staging/media/
DKconfig8 Most of them don't follow properly the V4L, DVB and/or RC API's,
/Linux-v5.4/Documentation/devicetree/bindings/thermal/
Darmada-thermal.txt14 follow the rules described in:
/Linux-v5.4/Documentation/ABI/testing/
Dsysfs-platform-eeepc-laptop39 is defined as follow:
/Linux-v5.4/Documentation/cdrom/
Dpacket-writing.rst58 However, some drives don't follow the specification and expect the
60 follow the specification, but suffer bad performance problems if the

12345678910>>...12