Home
last modified time | relevance | path

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

12345678910>>...15

/linux/Documentation/PCI/
A 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/Documentation/devicetree/bindings/fsi/
A 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/Documentation/devicetree/bindings/i2c/
A Di2c-fsi.txt11 - child nodes : Nodes to describe busses off the I2C
18 - child nodes : Nodes to describe devices on the I2C
/linux/Documentation/devicetree/bindings/pinctrl/
A 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.
A 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/Documentation/driver-api/80211/
A 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/Documentation/devicetree/bindings/leds/backlight/
A Dled-backlight.yaml15 This binding is used to describe a basic backlight device made of LEDs. It
16 can also be used to describe a backlight device controlled by the output of
/linux/Documentation/devicetree/bindings/ufs/
A Dufs-hisi.txt3 UFS nodes are defined to describe on-chip UFS hardware macro.
22 - resets : describe reset node register
/linux/security/keys/
A Duser_defined.c31 .describe = user_describe,
51 .describe = user_describe,
/linux/Documentation/input/
A 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
257 EV_SW events describe stateful binary switches. For example, the SW_LID code is
/linux/Documentation/devicetree/bindings/thermal/
A Dthermal-sensor.yaml18 The following node types are used to completely describe a thermal management
22 - thermal-zones: a container of the following node types used to describe all
A Dthermal-cooling-devices.yaml18 The following node types are used to completely describe a thermal management
22 - thermal-zones: a container of the following node types used to describe all
/linux/include/keys/
A Dasymmetric-subtype.h30 void (*describe)(const struct key *key, struct seq_file *m); member
/linux/Documentation/devicetree/bindings/display/bridge/
A Dsii902x.txt8 - interrupts: describe the interrupt line used to inform the host
40 documents on how to describe the way the sii902x device is
/linux/tools/power/cpupower/utils/
A Dversion-gen.sh15 VN=$(git describe --abbrev=4 HEAD 2>/dev/null) &&
/linux/tools/perf/util/
A DPERF-VERSION-GEN21 TAG=$(git describe --abbrev=0 --match "v[0-9].[0-9]*" 2>/dev/null )
/linux/Documentation/ABI/testing/
A Dsysfs-bus-event_source-devices-uncore5 Description: Read-only. An attribute to describe the alias name of
A Dsysfs-bus-event_source-devices-format6 Attribute group to describe the magic bits that go into
/linux/Documentation/devicetree/bindings/usb/
A Dusbmisc-imx.txt4 - #index-cells: Cells used to describe usb controller index. Should be <1>
/linux/Documentation/devicetree/bindings/misc/
A Dfsl,qoriq-mc.txt20 The generic 'iommus' property is insufficient to describe the relationship
84 The fsl-mc node may optionally have dpmac sub-nodes that describe
144 to describe the MSI controller used by the devices on the
/linux/Documentation/devicetree/bindings/watchdog/
A Dwatchdog.yaml15 describe watchdog devices in a device tree.
/linux/Documentation/devicetree/bindings/phy/
A Dqcom-ipq806x-sata-phy.txt4 SATA PHY nodes are defined to describe on-chip SATA Physical layer controllers.
/linux/scripts/dtc/
A Dupdate-dtc-source.sh52 dtc_version=$(git describe HEAD)
/linux/Documentation/devicetree/bindings/sound/
A Darmada-370db-audio.txt4 These Device Tree bindings are used to describe the audio complex
/linux/crypto/asymmetric_keys/
A Dpkcs7_key_type.c77 .describe = user_describe,

Completed in 33 milliseconds

12345678910>>...15