| /kernel/linux/linux-5.10/drivers/extcon/ |
| D | extcon-max77843.c | 200 u8 val, bool attached, bool nobccomp) in max77843_muic_set_path() argument
206 if (attached) in max77843_muic_set_path()
225 if (attached) in max77843_muic_set_path()
241 ctrl1, ctrl2, attached ? "attached" : "detached"); in max77843_muic_set_path()
262 enum max77843_muic_cable_group group, bool *attached) in max77843_muic_get_cable_type() argument
273 *attached = false; in max77843_muic_get_cable_type()
277 *attached = true; in max77843_muic_get_cable_type()
293 *attached = false; in max77843_muic_get_cable_type()
302 *attached = true; in max77843_muic_get_cable_type()
311 *attached = false; in max77843_muic_get_cable_type()
[all …]
|
| D | extcon-max8997.c | 185 * max8997_muic_set_path - Set hardware line according to attached cable
187 * @value: the path according to attached cable
188 * @attached: the state of cable (true:attached, false:detached)
192 * attached cable.
195 u8 val, bool attached) in max8997_muic_set_path() argument
200 if (attached) in max8997_muic_set_path()
212 if (attached) in max8997_muic_set_path()
227 ctrl1, ctrl2, attached ? "attached" : "detached"); in max8997_muic_set_path()
235 * @group: the path according to attached cable
236 * @attached: store cable state and return
[all …]
|
| D | extcon-max77693.c | 247 * max77693_muic_set_path - Set hardware line according to attached cable
249 * @value: the path according to attached cable
250 * @attached: the state of cable (true:attached, false:detached)
254 * attached cable.
257 u8 val, bool attached) in max77693_muic_set_path() argument
262 if (attached) in max77693_muic_set_path()
274 if (attached) in max77693_muic_set_path()
290 ctrl1, ctrl2, attached ? "attached" : "detached"); in max77693_muic_set_path()
298 * @group: the path according to attached cable
299 * @attached: store cable state and return
[all …]
|
| D | extcon-max14577.c | 185 * max14577_muic_set_path - Set hardware line according to attached cable
187 * @value: the path according to attached cable
188 * @attached: the state of cable (true:attached, false:detached)
192 * attached cable.
195 u8 val, bool attached) in max14577_muic_set_path() argument
209 if (attached) in max14577_muic_set_path()
222 if (attached) in max14577_muic_set_path()
237 ctrl1, ctrl2, attached ? "attached" : "detached"); in max14577_muic_set_path()
245 * @group: the path according to attached cable
246 * @attached: store cable state and return
[all …]
|
| /kernel/linux/linux-5.10/Documentation/ABI/testing/ |
| D | configfs-most | 49 name of the device the link is to be attached to
52 name of the channel the link is to be attached to
61 a physical device is being attached to the bus.
104 name of the device the link is to be attached to
107 name of the channel the link is to be attached to
116 a physical device is being attached to the bus.
159 name of the device the link is to be attached to
162 name of the channel the link is to be attached to
171 a physical device is being attached to the bus.
225 name of the device the link is to be attached to
[all …]
|
| D | sysfs-bus-i2c-devices-fsa9480 | 5 show what device is attached
9 USB USB device is attached
10 UART UART is attached
12 JIG JIG is attached
|
| D | sysfs-class-extcon | 12 attached simultaneously. Many of docks, cradles, and
15 may have both HDMI and Charger attached, or analog audio,
16 video, and USB cables attached simultaneously.
52 cables attached and HDMI and EAR_JACK cables detached.
82 (attached).
|
| /kernel/linux/linux-5.10/Documentation/vm/ |
| D | swap_numa.rst | 18 swapB, with swapA attached to node 0 and swapB attached to node 1, are going
29 be swapped on: swapA and swapB are attached to node 0, swapC is attached to
30 node 1, swapD and swapE are attached to node 2 and swapF is attached to node3.
78 as the promoted value. So if multiple swap devices are attached to the same
|
| /kernel/linux/linux-5.10/include/linux/i3c/ |
| D | master.h | 72 * @boardinfo: pointer to the boardinfo attached to this I2C device
79 * This object is created by the core and later attached to the controller
119 * struct i3c_device_ibi_info - IBI information attached to a specific device
140 * i3c_device_request_ibi() is called and attached to a specific device. This
193 * @ibi: IBI info attached to a device. Should be NULL until
199 * @boardinfo: pointer to the boardinfo attached to this I3C device
222 * @bus: I3C bus this device is attached to
310 * devices connected on the bus and successfully attached to the
313 * devices connected on the bus and successfully attached to the
357 * @attach_i3c_dev: called every time an I3C device is attached to the bus. It
[all …]
|
| /kernel/linux/linux-5.10/tools/usb/ffs-aio-example/multibuff/host_app/ |
| D | test.c | 44 * @attached: indicates that device was attached to kernel, and has to be
52 int attached; member
68 state->attached = 0; in test_init()
115 state->attached = 1; in test_init()
127 if (state->attached == 1) in test_init()
148 if (state->attached == 1) in test_exit()
|
| /kernel/linux/linux-5.10/Documentation/bpf/ |
| D | prog_sk_lookup.rst | 36 BPF sk_lookup program can be attached to a network namespace with
40 Multiple programs can be attached to one network namespace. Programs will be
41 invoked in the same order as they were attached.
46 The attached BPF sk_lookup programs run whenever the transport layer needs to
52 The attached BPF programs must return with either ``SK_PASS`` or ``SK_DROP``
65 When multiple programs are attached, the end result is determined from return
|
| D | map_cgroup_storage.rst | 11 storage is identified by the cgroup the program is attached to.
13 The map provide a local storage at the cgroup that the BPF program is attached
132 that uses the map. A program may be attached to multiple cgroups or have
144 attached to a cgroup, the kernel would create a new storage only if the map
148 only when either the map or the cgroup attached to is being freed. Detaching
165 The storage is bound at attach time. Even if the program is attached to parent
|
| /kernel/linux/linux-5.10/kernel/bpf/ |
| D | net_namespace.c | 8 * Functions to manage BPF programs attached to netns
22 struct list_head node; /* node in list of links attached to net */
300 struct bpf_prog *attached; in netns_bpf_prog_attach() local
331 attached = net->bpf.progs[type]; in netns_bpf_prog_attach()
332 if (attached == prog) { in netns_bpf_prog_attach()
333 /* The same program cannot be attached twice */ in netns_bpf_prog_attach()
353 if (attached) in netns_bpf_prog_attach()
354 bpf_prog_put(attached); in netns_bpf_prog_attach()
367 struct bpf_prog *attached; in __netns_bpf_prog_detach() local
369 /* Progs attached via links cannot be detached */ in __netns_bpf_prog_detach()
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/ |
| D | of_unittest.rst | 13 is attached to the live tree dynamically, independent of the machine's
123 in Figure 2 is attached to the live tree described in Figure 1::
134 Figure 2: Example test data tree to be attached to live tree.
137 required to attach the root('/') node. All other nodes are attached by calling
140 In the function of_attach_node(), the new node is attached as the child of the
143 data node is attached to the live tree above (Figure 1), the final structure is
184 test-child0 the test-sibling1 is attached that pushes the child node
189 already present in the live tree), then the node isn't attached rather its
198 order to remove the device nodes attached initially (first the leaf nodes are
|
| /kernel/linux/linux-5.10/tools/usb/ffs-aio-example/simple/host_app/ |
| D | test.c | 44 * @attached: indicates that device was attached to kernel, and has to be
52 int attached; member
68 state->attached = 0; in test_init()
115 state->attached = 1; in test_init()
127 if (state->attached == 1) in test_init()
148 if (state->attached == 1) in test_exit()
|
| /kernel/linux/linux-5.10/include/linux/power/ |
| D | charger-manager.h | 46 * charger cable. If charger cable is attached, enable charger.
49 * (External Connector) when charger cable is attached/detached.
50 * @attached: the state of charger cable.
51 * true: the charger cable is attached
67 bool attached; member
73 * according to a kind of charger cable when cable is attached.
92 * in the array of charger cables is attached/detached.
|
| /kernel/linux/linux-5.10/drivers/message/fusion/ |
| D | mptsas.c | 170 "Attached Device Handle=0x%X\n", ioc->name, in mptsas_print_phy_pg0()
175 "Attached PHY Identifier=0x%X\n", ioc->name, in mptsas_print_phy_pg0()
177 dsasprintk(ioc, printk(MYIOC_s_DEBUG_FMT "Attached Device Info=0x%X\n", in mptsas_print_phy_pg0()
255 "Attached Device Handle=0x%X\n\n", ioc->name, in mptsas_print_expander_pg1()
433 mptsas_is_end_device(struct mptsas_devinfo * attached) in mptsas_is_end_device() argument
435 if ((attached->sas_address) && in mptsas_is_end_device()
436 (attached->device_info & in mptsas_is_end_device()
438 ((attached->device_info & in mptsas_is_end_device()
440 (attached->device_info & in mptsas_is_end_device()
442 (attached->device_info & in mptsas_is_end_device()
[all …]
|
| /kernel/linux/linux-5.10/tools/perf/pmu-events/arch/x86/cascadelakex/ |
| D | uncore-other.json | 578 … device plugged into the first slot of a PCIe riser card or to a device attached to the IIO unit w…
590 …e second slot of a PCIe riser card, but it could refer to any x4 device attached to the IIO unit u…
602 …rd slot of a PCIe riser card, but it could refer to any x4 or x8 device attached to the IIO unit a…
614 …he fourth slot of a PCIe riser card, but it could brefer to any device attached to the IIO unit u…
626 … device plugged into the first slot of a PCIe riser card or to a device attached to the IIO unit w…
638 …e second slot of a PCIe riser card, but it could refer to any x4 device attached to the IIO unit u…
650 …rd slot of a PCIe riser card, but it could refer to any x4 or x8 device attached to the IIO unit a…
662 …the fourth slot of a PCIe riser card, but it could brefer to any device attached to the IIO unit u…
674 … device plugged into the first slot of a PCIe riser card or to a device attached to the IIO unit w…
686 …e second slot of a PCIe riser card, but it could refer to any x4 device attached to the IIO unit u…
[all …]
|
| /kernel/linux/linux-5.10/tools/perf/pmu-events/arch/x86/skylakex/ |
| D | uncore-other.json | 557 … device plugged into the first slot of a PCIe riser card or to a device attached to the IIO unit w…
569 …e second slot of a PCIe riser card, but it could refer to any x4 device attached to the IIO unit u…
581 …rd slot of a PCIe riser card, but it could refer to any x4 or x8 device attached to the IIO unit a…
593 …he fourth slot of a PCIe riser card, but it could brefer to any device attached to the IIO unit u…
605 … device plugged into the first slot of a PCIe riser card or to a device attached to the IIO unit w…
617 …e second slot of a PCIe riser card, but it could refer to any x4 device attached to the IIO unit u…
629 …rd slot of a PCIe riser card, but it could refer to any x4 or x8 device attached to the IIO unit a…
641 …the fourth slot of a PCIe riser card, but it could brefer to any device attached to the IIO unit u…
653 … device plugged into the first slot of a PCIe riser card or to a device attached to the IIO unit w…
665 …e second slot of a PCIe riser card, but it could refer to any x4 device attached to the IIO unit u…
[all …]
|
| /kernel/linux/linux-5.10/sound/soc/zte/ |
| D | Kconfig | 8 Say Y or M if you want to add support for codecs attached to the
17 Say Y or M if you want to add support for codecs attached to the
25 Say Y or M if you want to add support for codecs attached to the
|
| /kernel/linux/linux-5.10/tools/bpf/bpftool/Documentation/ |
| D | bpftool-net.rst | 40 For programs attached to a particular cgroup, e.g.,
50 programs attached to the same networking device through **tc filter**,
51 the order will be first all bpf programs attached to tc classes, then
52 all bpf programs attached to non clsact qdiscs, and finally all
53 bpf programs attached to root and clsact qdisc.
57 type specified by *ATTACH_TYPE*. Previously attached bpf program
68 Detach bpf program attached to network interface *NAME* with
|
| D | bpftool-cgroup.rst | 40 List all programs attached to the cgroup *CGROUP*.
47 inherited along with attached ones.
51 attached programs. If *CGROUP_ROOT* is not specified,
60 inherited along with attached ones.
72 Only one program is allowed to be attached to a cgroup with
76 Multiple programs are allowed to be attached to a cgroup with
78 attached first, run first).
|
| /kernel/linux/linux-5.10/Documentation/networking/ |
| D | ppp_generic.rst | 154 queue of transmit packets for each attached channel. Normally the
170 If multilink is not in use, this packet is then passed to the attached
256 /dev/ppp acts independently and can be attached either to a PPP unit
264 unattached. Using an ioctl call, it can then be attached to an
265 existing unit, attached to a newly-created unit, or attached to an
266 existing channel. An instance attached to a unit can be used to send
269 attached to a channel can be used to send and receive PPP frames on
274 write to the unit (i.e., to an instance of /dev/ppp attached to the
280 A channel is not initially attached to any unit. In this state it can
286 on whether it is unattached, attached to a PPP interface, or attached
[all …]
|
| /kernel/linux/linux-5.10/drivers/ssb/ |
| D | Kconfig | 107 Driver for the Sonics Silicon Backplane attached
124 Driver for the Sonics Silicon Backplane attached
144 Driver for the Sonics Silicon Backplane attached
153 Driver for the Sonics Silicon Backplane attached
|
| /kernel/linux/linux-5.10/drivers/staging/fieldbus/anybuss/ |
| D | anybuss-controller.h | 16 * - a reset function which resets the attached card;
17 * - a regmap which provides access to the attached card's dpram;
18 * - the irq of the attached card
|