Home
last modified time | relevance | path

Searched full:consumers (Results 1 – 25 of 435) sorted by relevance

12345678910>>...18

/kernel/linux/linux-6.6/drivers/regulator/
Ddevres.c178 struct regulator_bulk_data *consumers; member
186 regulator_bulk_free(devres->num_consumers, devres->consumers); in devm_regulator_bulk_release()
190 struct regulator_bulk_data *consumers, in _devm_regulator_bulk_get() argument
201 ret = _regulator_bulk_get(dev, num_consumers, consumers, get_type); in _devm_regulator_bulk_get()
203 devres->consumers = consumers; in _devm_regulator_bulk_get()
214 * devm_regulator_bulk_get - managed get multiple regulator consumers
217 * @num_consumers: number of consumers to register
218 * @consumers: configuration of consumers; clients are stored here.
223 * consumers in one operation with management, the regulators will
229 struct regulator_bulk_data *consumers) in devm_regulator_bulk_get() argument
[all …]
Dof_regulator.c742 * of_regulator_bulk_get_all - get multiple regulator consumers
745 * @np: device node to search for consumers
746 * @consumers: Configuration of consumers; clients are stored here.
751 * consumers in one operation. If any of the regulators cannot be
756 struct regulator_bulk_data **consumers) in of_regulator_bulk_get_all() argument
764 *consumers = NULL; in of_regulator_bulk_get_all()
768 * second pass: fill consumers in of_regulator_bulk_get_all()
775 if (!*consumers) { in of_regulator_bulk_get_all()
786 (*consumers)[n].consumer = tmp; in of_regulator_bulk_get_all()
791 if (*consumers) in of_regulator_bulk_get_all()
[all …]
/kernel/linux/linux-5.10/Documentation/power/regulator/
Dconsumer.rst25 Consumers can be supplied by more than one regulator e.g. codec consumer with
60 This may not disable the supply if it's shared with other consumers. The
69 consumers will be powered off.
80 Consumers can control their supply voltage by calling::
111 Consumers can control their supply current limit by calling::
137 Some consumers can further save system power by changing the operating mode of
138 their supply regulator to be more efficient when the consumers operating state
151 on all its consumers) and change operating mode (if necessary and permitted)
158 Most consumers will use indirect operating mode control since they have no
160 consumers.
[all …]
/kernel/linux/linux-6.6/Documentation/power/regulator/
Dconsumer.rst25 Consumers can be supplied by more than one regulator e.g. codec consumer with
60 This may not disable the supply if it's shared with other consumers. The
69 consumers will be powered off.
80 Consumers can control their supply voltage by calling::
111 Consumers can control their supply current limit by calling::
137 Some consumers can further save system power by changing the operating mode of
138 their supply regulator to be more efficient when the consumers operating state
151 on all its consumers) and change operating mode (if necessary and permitted)
158 Most consumers will use indirect operating mode control since they have no
160 consumers.
[all …]
/kernel/linux/linux-6.6/include/linux/regulator/
Dconsumer.h124 * is such that the HW is likely to still be working but consumers should
183 * a convenience to consumers which require multiple supplies. This
246 struct regulator_bulk_data *consumers);
248 struct regulator_bulk_data **consumers);
250 struct regulator_bulk_data *consumers);
251 void devm_regulator_bulk_put(struct regulator_bulk_data *consumers);
253 struct regulator_bulk_data *consumers);
259 struct regulator_bulk_data *consumers);
263 struct regulator_bulk_data *consumers);
265 struct regulator_bulk_data *consumers);
[all …]
Dmachine.h101 * @min_uV: Smallest voltage consumers may set.
102 * @max_uV: Largest voltage consumers may set.
106 * @min_uA: Smallest current consumers may set.
107 * @max_uA: Largest current consumers may set.
118 * @valid_modes_mask: Mask of modes which may be configured by consumers.
119 * @valid_ops_mask: Operations which may be performed by consumers.
248 * Initialisation constraints, our supply and consumers supplies.
/kernel/linux/linux-6.6/virt/lib/
Dirqbypass.c13 * interrupt producers and consumers to find each other to enable this sort of
26 static LIST_HEAD(consumers);
82 * with any matching token found on the IRQ consumers list.
107 list_for_each_entry(consumer, &consumers, node) { in irq_bypass_register_producer()
154 list_for_each_entry(consumer, &consumers, node) { in irq_bypass_unregister_producer()
176 * Add the provided IRQ consumer to the list of consumers and connect
196 list_for_each_entry(tmp, &consumers, node) { in irq_bypass_register_consumer()
212 list_add(&consumer->node, &consumers); in irq_bypass_register_consumer()
228 * Remove a previously registered IRQ consumer from the list of consumers
246 list_for_each_entry(tmp, &consumers, node) { in irq_bypass_unregister_consumer()
/kernel/linux/linux-5.10/virt/lib/
Dirqbypass.c13 * interrupt producers and consumers to find each other to enable this sort of
26 static LIST_HEAD(consumers);
82 * with any matching token found on the IRQ consumers list.
107 list_for_each_entry(consumer, &consumers, node) { in irq_bypass_register_producer()
154 list_for_each_entry(consumer, &consumers, node) { in irq_bypass_unregister_producer()
176 * Add the provided IRQ consumer to the list of consumers and connect
196 list_for_each_entry(tmp, &consumers, node) { in irq_bypass_register_consumer()
212 list_add(&consumer->node, &consumers); in irq_bypass_register_consumer()
228 * Remove a previously registered IRQ consumer from the list of consumers
246 list_for_each_entry(tmp, &consumers, node) { in irq_bypass_unregister_consumer()
/kernel/linux/linux-6.6/Documentation/driver-api/driver-model/
Ddriver.rst191 devices of the device have successfully probed. The list of consumers of the
197 attempt at calling sync_state(), if all the consumers of the device at that
199 away. If there are no consumers of the device during the first attempt, that
200 too is considered as "all consumers of the device have probed" and sync_state()
204 still consumers that haven't probed successfully, the sync_state() call is
205 postponed and reattempted in the future only when one or more consumers of the
207 there are one or more consumers of the device that haven't probed yet, then
214 consumers of the device have probed. Once all the consumers of the device have
216 match the aggregated software state requested by all the consumers. Hence the
221 resources like IOMMUs. For example, IOMMUs with multiple consumers (devices
[all …]
/kernel/linux/linux-5.10/Documentation/driver-api/driver-model/
Ddriver.rst191 devices of the device have successfully probed. The list of consumers of the
197 attempt at calling sync_state(), if all the consumers of the device at that
199 away. If there are no consumers of the device during the first attempt, that
200 too is considered as "all consumers of the device have probed" and sync_state()
204 still consumers that haven't probed successfully, the sync_state() call is
205 postponed and reattempted in the future only when one or more consumers of the
207 there are one or more consumers of the device that haven't probed yet, then
214 consumers of the device have probed. Once all the consumers of the device have
216 match the aggregated software state requested by all the consumers. Hence the
221 resources like IOMMUs. For example, IOMMUs with multiple consumers (devices
[all …]
/kernel/linux/linux-6.6/Documentation/driver-api/hte/
Dtegra-hte.rst21 below. The GPIO GTE code supports both kernel and userspace consumers. The
22 kernel space consumers can directly talk to HTE subsystem while userspace
23 consumers timestamp requests go through GPIOLIB CDEV framework to HTE
30 For userspace consumers, GPIO_V2_LINE_FLAG_EVENT_CLOCK_HTE flag must be
40 one-to-one mapping with IRQ GTE provider, consumers can simply specify the IRQ
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/interconnect/
Dinterconnect.txt5 providers/consumers properties.
16 consumers, such as in the case where two network-on-chip fabrics interface
37 = interconnect consumers =
39 The interconnect consumers are device nodes which dynamically express their
55 order as the interconnects property. Consumers drivers will use
/kernel/linux/linux-6.6/Documentation/devicetree/bindings/interconnect/
Dinterconnect.txt5 providers/consumers properties.
16 consumers, such as in the case where two network-on-chip fabrics interface
37 = interconnect consumers =
39 The interconnect consumers are device nodes which dynamically express their
55 order as the interconnects property. Consumers drivers will use
/kernel/linux/linux-5.10/include/linux/regulator/
Dconsumer.h166 * a convenience to consumers which require multiple supplies. This
231 struct regulator_bulk_data *consumers);
233 struct regulator_bulk_data *consumers);
235 struct regulator_bulk_data *consumers);
237 struct regulator_bulk_data *consumers);
239 struct regulator_bulk_data *consumers);
241 struct regulator_bulk_data *consumers);
296 void regulator_bulk_set_supply_names(struct regulator_bulk_data *consumers,
444 struct regulator_bulk_data *consumers) in regulator_bulk_get() argument
450 struct regulator_bulk_data *consumers) in devm_regulator_bulk_get() argument
[all …]
Dmachine.h93 * @min_uV: Smallest voltage consumers may set.
94 * @max_uV: Largest voltage consumers may set.
98 * @min_uA: Smallest current consumers may set.
99 * @max_uA: Largest current consumers may set.
105 * @valid_modes_mask: Mask of modes which may be configured by consumers.
106 * @valid_ops_mask: Operations which may be performed by consumers.
222 * Initialisation constraints, our supply and consumers supplies.
/kernel/linux/linux-5.10/drivers/regulator/
Ddevres.c119 struct regulator_bulk_data *consumers; member
127 regulator_bulk_free(devres->num_consumers, devres->consumers); in devm_regulator_bulk_release()
131 * devm_regulator_bulk_get - managed get multiple regulator consumers
134 * @num_consumers: number of consumers to register
135 * @consumers: configuration of consumers; clients are stored here.
140 * consumers in one operation with management, the regulators will
146 struct regulator_bulk_data *consumers) in devm_regulator_bulk_get() argument
156 ret = regulator_bulk_get(dev, num_consumers, consumers); in devm_regulator_bulk_get()
158 devres->consumers = consumers; in devm_regulator_bulk_get()
/kernel/linux/linux-6.6/Documentation/driver-api/
Dreset.rst19 consumers.
63 When requesting reset controls, consumers can use symbolic names for their
98 Note that since multiple consumers may be using a shared reset control, there
111 In general, these resets can not be shared between multiple consumers, since
118 All further calls to this function have no effect until all consumers have
181 Reset consumers can control a reset line using an opaque reset control handle,
184 Given the reset control, consumers can call reset_control_assert() and
Dregulator.rst68 When requesting regulators consumers use symbolic names for their
83 Note that since multiple consumers may be using a regulator and machine
126 consumers on a given system and what the valid operating parameters are
144 consumers are rated for.
151 static consumers.
/kernel/linux/linux-6.6/scripts/
Ddev-needs.sh104 CONSUMERS+=($PARENT)
138 CONSUMERS+=($SUPPLIER)
264 CONSUMERS=($@)
270 while [ $i -lt ${#CONSUMERS[@]} ]
272 CONSUMER=$(realpath ${CONSUMERS[$i]})
289 # Add suppliers to CONSUMERS list and output the consumer details.
/kernel/linux/linux-5.10/scripts/
Ddev-needs.sh104 CONSUMERS+=($PARENT)
138 CONSUMERS+=($SUPPLIER)
264 CONSUMERS=($@)
270 while [ $i -lt ${#CONSUMERS[@]} ]
272 CONSUMER=$(realpath ${CONSUMERS[$i]})
289 # Add suppliers to CONSUMERS list and output the consumer details.
/kernel/linux/linux-6.6/drivers/soc/microchip/
Dmpfs-sys-controller.c33 struct kref consumers; member
89 container_of(kref, struct mpfs_sys_controller, consumers); in mpfs_sys_controller_delete()
99 kref_put(&sys_controller->consumers, mpfs_sys_controller_delete); in mpfs_sys_controller_put()
137 kref_init(&sys_controller->consumers); in mpfs_sys_controller_probe()
185 if (!kref_get_unless_zero(&sys_controller->consumers)) in mpfs_sys_controller_get()
/kernel/linux/linux-5.10/Documentation/driver-api/
Dregulator.rst68 When requesting regulators consumers use symbolic names for their
83 Note that since multiple consumers may be using a regulator and machine
126 consumers on a given system and what the valid operating parameters are
144 consumers are rated for.
151 static consumers.
/kernel/linux/linux-6.6/Documentation/infiniband/
Dcore_locking.rst29 consumers:
60 consumers are not required to perform any serialization. However,
96 Upper level protocol consumers may not sleep in a callback.
102 consumers when it calls ib_register_device(), all initialization
/kernel/linux/linux-5.10/Documentation/infiniband/
Dcore_locking.rst29 consumers:
60 consumers are not required to perform any serialization. However,
96 Upper level protocol consumers may not sleep in a callback.
102 consumers when it calls ib_register_device(), all initialization
/kernel/linux/linux-5.10/tools/testing/selftests/bpf/
Dbench.c123 { "consumers", 'c', "NUM", 0, "Number of consumer threads"},
194 fprintf(stderr, "Invalid format of CPU set for consumers."); in parse_arg()
300 pthread_t *consumers; member
371 state.consumers = calloc(env.consumer_cnt, sizeof(*state.consumers)); in setup_benchmark()
374 if (!state.producers || !state.consumers || !state.results) in setup_benchmark()
383 err = pthread_create(&state.consumers[i], NULL, in setup_benchmark()
391 set_thread_affinity(state.consumers[i], in setup_benchmark()

12345678910>>...18