Home
last modified time | relevance | path

Searched refs:describe (Results 1 – 25 of 329) sorted by relevance

12345678910>>...14

/Linux-v5.10/Documentation/devicetree/bindings/i2c/
Di2c-fsi.txt11 - child nodes : Nodes to describe busses off the I2C
18 - child nodes : Nodes to describe devices on the I2C
/Linux-v5.10/Documentation/devicetree/bindings/fsi/
Dfsi.txt11 FSI masters may require their own DT nodes (to describe the master HW itself);
15 Under the masters' nodes, we can describe the bus topology using nodes to
52 Since the master nodes describe the top-level of the FSI topology, they also
116 additional engines, but they don't necessarily need to be describe in the
135 * it's an I2C master controller, so subnodes describe the
/Linux-v5.10/Documentation/PCI/
Dacpi-info.rst7 The general rule is that the ACPI namespace should describe everything the
11 host bridges, so the ACPI namespace must describe each host bridge, the
19 devices and read and size their BARs. However, ACPI may describe PCI
22 controllers and a _PRT is needed to describe those connections.
45 describe all the address space they consume.  This includes all the windows
49 range below the bridge, window registers that describe the apertures, etc.
64 Consumer/Producer meant there was no way to describe bridge registers in
65 the PNP0A03/PNP0A08 device itself. The workaround was to describe the
76 describe bridge registers this way on those architectures.
92 The MCFG table must describe the ECAM space of non-hot pluggable host
/Linux-v5.10/Documentation/devicetree/bindings/pinctrl/
Datmel,at91-pinctrl.txt23 - atmel,mux-mask: array of mask (periph per bank) to describe if a pin can be
24 configured in this periph mode. All the periph and bank need to be describe.
41 For each peripheral/bank we will describe in a u32 if a pin can be
112 name describe the pin function and group hierarchy.
118 4. The gpio controller must be describe in the pinctrl simple-bus.
Dnvidia,tegra124-dpaux-padctl.txt21 needed to describe the pin mux'ing options for the DPAUX pads.
23 single set of pads, the child nodes only need to describe the pad group
/Linux-v5.10/Documentation/driver-api/80211/
Dmac80211.rst49 This chapter should describe PHY handling including start/stop callbacks
62 This chapter should describe virtual interface basics that are relevant
85 This should describe the receive and transmit paths in mac80211/the
/Linux-v5.10/Documentation/devicetree/bindings/ufs/
Dufs-hisi.txt3 UFS nodes are defined to describe on-chip UFS hardware macro.
22 - resets : describe reset node register
/Linux-v5.10/Documentation/devicetree/bindings/usb/
Dusb3503.txt11 '1' or '2' or '3' are available for this property to describe the port
13 Do not describe this property if all ports have to be enabled.
/Linux-v5.10/security/keys/
Duser_defined.c31 .describe = user_describe,
51 .describe = user_describe,
/Linux-v5.10/Documentation/devicetree/bindings/
Dgraph.txt6 The hierarchical organisation of the device tree is well suited to describe
11 phandle properties pointing to other nodes to describe connections that
23 Here the ports describe data interfaces, and the links between them are
/Linux-v5.10/Documentation/input/
Devent-codes.rst41 - Used to describe state changes of keyboards, buttons, or other key-like
46 - Used to describe relative axis value changes, e.g. moving the mouse 5 units
51 - Used to describe absolute axis value changes, e.g. describing the
56 - Used to describe miscellaneous input data that do not fit into other types.
60 - Used to describe binary state input switches.
183 EV_REL events describe relative changes in a property. For example, a mouse may
217 EV_ABS events describe absolute changes in a property. For example, a touchpad
224 - Used to describe the distance of a tool from an interaction surface. This
236 - Used to describe multitouch input events. Please see
242 EV_SW events describe stateful binary switches. For example, the SW_LID code is
/Linux-v5.10/include/keys/
Dasymmetric-subtype.h30 void (*describe)(const struct key *key, struct seq_file *m); member
/Linux-v5.10/tools/power/cpupower/utils/
Dversion-gen.sh15 VN=$(git describe --abbrev=4 HEAD 2>/dev/null) &&
/Linux-v5.10/Documentation/devicetree/bindings/mtd/
Dcommon.txt7 and/or describe what they are used for.
/Linux-v5.10/Documentation/devicetree/bindings/i3c/
Di3c.txt4 This document describes generic bindings that should be used to describe I3C
14 For other required properties e.g. to describe register sets,
76 means we have to describe I3C devices.
/Linux-v5.10/tools/perf/util/
DPERF-VERSION-GEN21 TAG=$(git describe --abbrev=0 --match "v[0-9].[0-9]*" 2>/dev/null )
/Linux-v5.10/Documentation/devicetree/bindings/display/bridge/
Dsii902x.txt8 - interrupts: describe the interrupt line used to inform the host
38 documents on how to describe the way the sii902x device is
/Linux-v5.10/Documentation/devicetree/bindings/phy/
Dqcom-ipq806x-sata-phy.txt4 SATA PHY nodes are defined to describe on-chip SATA Physical layer controllers.
Dqcom-apq8064-sata-phy.txt4 SATA PHY nodes are defined to describe on-chip SATA Physical layer controllers.
/Linux-v5.10/Documentation/devicetree/bindings/sound/
Darmada-370db-audio.txt4 These Device Tree bindings are used to describe the audio complex
/Linux-v5.10/Documentation/ABI/testing/
Dsysfs-bus-event_source-devices-format6 Attribute group to describe the magic bits that go into
/Linux-v5.10/scripts/dtc/
Dupdate-dtc-source.sh51 dtc_version=$(git describe HEAD)
/Linux-v5.10/crypto/asymmetric_keys/
Dpkcs7_key_type.c77 .describe = user_describe,
/Linux-v5.10/Documentation/devicetree/bindings/ata/
Dfsl-sata.txt3 SATA nodes are defined to describe on-chip Serial ATA controllers.
/Linux-v5.10/Documentation/devicetree/bindings/opp/
Dqcom-opp.txt1 Qualcomm OPP bindings to describe OPP nodes

12345678910>>...14