Home
last modified time | relevance | path

Searched full:consumer (Results 1 – 25 of 1549) sorted by relevance

12345678910>>...62

/linux/virt/lib/
H A Dirqbypass.c55 prod->consumer = cons; in __connect()
80 prod->consumer = NULL; in __disconnect()
91 * consumer with a matching eventfd, if one exists.
97 struct irq_bypass_consumer *consumer; in irq_bypass_register_producer() local
111 consumer = xa_load(&consumers, index); in irq_bypass_register_producer()
112 if (consumer) { in irq_bypass_register_producer()
113 ret = __connect(producer, consumer); in irq_bypass_register_producer()
131 * consumer, if one exists.
142 if (producer->consumer) in irq_bypass_unregister_producer()
143 __disconnect(producer, producer->consumer); in irq_bypass_unregister_producer()
[all …]
/linux/Documentation/ABI/testing/
H A Dsysfs-class-devlink7 denoted as ... above, is of the form <supplier>--<consumer>
8 where <supplier> is the supplier bus:device name and <consumer>
9 is the consumer bus:device name.
16 automatically removed by the driver core when the consumer and
21 - 'consumer unbind'
25 'consumer unbind' means the device link will be removed when
26 the consumer's driver is unbound from the consumer device.
32 when as long as the supplier and consumer devices themselves
35 What: /sys/class/devlink/.../consumer
39 This file is a symlink to the consumer device's sysfs directory.
[all …]
H A Dsysfs-devices-consumer1 What: /sys/devices/.../consumer:<consumer>
5 The /sys/devices/.../consumer:<consumer> are symlinks to device
6 links where this device is the supplier. <consumer> denotes the
7 name of the consumer in that device link and is of the form
/linux/Documentation/driver-api/iio/
H A Dhw-consumer.rst2 HW consumer
5 case the buffers between IIO provider and IIO consumer are handled by hardware.
6 The Industrial I/O HW consumer offers a way to bond these IIO devices without
8 :file:`drivers/iio/buffer/hw-consumer.c`
11 * struct iio_hw_consumer — Hardware consumer structure
12 * :c:func:`iio_hw_consumer_alloc` — Allocate IIO hardware consumer
13 * :c:func:`iio_hw_consumer_free` — Free IIO hardware consumer
14 * :c:func:`iio_hw_consumer_enable` — Enable IIO hardware consumer
15 * :c:func:`iio_hw_consumer_disable` — Disable IIO hardware consumer
18 HW consumer setup
[all …]
/linux/Documentation/power/regulator/
H A Doverview.rst39 - Consumer
43 Static: consumer does not change its supply voltage or
48 Dynamic: consumer needs to change its supply voltage or
59 Regulator -+-> Switch-1 -+-> Switch-2 --> [Consumer A]
61 | +-> [Consumer B], [Consumer C]
63 +-> [Consumer D], [Consumer E]
69 - Domain 3: Consumer A.
78 Regulator-1 -+-> Regulator-2 -+-> [Consumer A]
80 +-> [Consumer B]
84 - Domain 1: Regulator-2, Consumer B.
[all …]
H A Dmachine.rst10 Regulator-1 -+-> Regulator-2 --> [Consumer A @ 1.8 - 2.0V]
12 +-> [Consumer B @ 3.3V]
20 const char *dev_name; /* consumer dev_name() */
21 const char *supply; /* consumer supply - e.g. "vcc" */
27 REGULATOR_SUPPLY("Vcc", "consumer B"),
31 REGULATOR_SUPPLY("Vcc", "consumer A"),
34 This maps Regulator-1 to the 'Vcc' supply for Consumer B and maps Regulator-2
35 to the 'Vcc' supply for Consumer A.
59 with the core so that Regulator-1 is also enabled when Consumer A enables its
/linux/include/linux/
H A Dirqbypass.h23 * When a producer and consumer are paired, i.e. an eventfd match is found, the
28 * the @add_* callbacks. eventfds must be unique per producer/consumer, 1:N
37 * @consumer: The connected consumer (NULL if no connection)
39 * @add_consumer: Connect the IRQ producer to an IRQ consumer (optional)
40 * @del_consumer: Disconnect the IRQ producer from an IRQ consumer (optional)
50 struct irq_bypass_consumer *consumer; member
61 * struct irq_bypass_consumer - IRQ bypass consumer definition
64 * @add_producer: Connect the IRQ consumer to an IRQ producer
65 * @del_producer: Disconnect the IRQ consumer from an IRQ producer
69 * The IRQ bypass consumer structure represents an interrupt sink for
[all …]
/linux/Documentation/driver-api/
H A Ddevice_link.rst29 "supplier" device and its "consumer" devices, and it guarantees driver
30 presence on the supplier. The consumer devices are not probed before the
42 whenever and for as long as the consumer is runtime resumed.
49 :c:func:`device_initialize()` has been called for the consumer.
60 represents a driver presence dependency, yet is added from the consumer's
63 consumer in the first place. The onus is thus on the consumer to check
65 non-presence. [Note that it is valid to create a link from the consumer's
66 ``->probe`` callback while the supplier is still probing, but the consumer must
68 the case, for instance, if the consumer has just acquired some resources that
72 is added in the ``->probe`` callback of the supplier or consumer driver, it is
[all …]
H A Dreset.rst13 the `consumer driver interface <#consumer-driver-interface>`__ (`API reference
14 <#reset-consumer-api>`__), which allows peripheral drivers to request control
49 Reset consumer
54 Consumer driver interface
58 Consumer drivers use get and put operations to acquire and release reset
94 Consumer drivers use the reset_control_assert() and reset_control_deassert()
101 Consumer drivers using shared reset controls should assume that the reset line
104 consumer has requested it to be deasserted.
109 Consumer drivers use reset_control_reset() to trigger a reset pulse on a
112 requesting a pulse from any consumer driver will reset all connected
[all …]
H A Dregulator.rst40 Consumer
49 regulator and all consumer devices. The configuration of the regulator
58 Consumer driver interface
61 This offers a similar API to the kernel clock framework. Consumer
79 regulators. Consumer devices use the :c:func:`regulator_enable()` and
86 cause the supply provided by the regulator to be disabled. Consumer
92 Some consumer devices may need to be able to dynamically configure their
160 .. kernel-doc:: include/linux/regulator/consumer.h
/linux/Documentation/networking/
H A Dtls-handshake.rst31 kernel consumer might require a TLS handshake. Handshake agents listen
46 A kernel TLS consumer initiates a client-side TLS handshake on an open
65 The @ta_sock field references an open and connected socket. The consumer
67 while the handshake is in progress. The consumer must also have
75 The consumer can provide a NUL-terminated hostname in the @ta_peername
79 The consumer can fill in the @ta_timeout_ms field to force the servicing
86 that are instantiated by the consumer before making the handshake
87 request. The consumer can provide a private keyring that is linked into
91 To request an x.509-authenticated TLS session, the consumer fills in
113 However, in this case, the consumer fills in the @ta_my_peerids array
[all …]
/linux/Documentation/core-api/
H A Dcircular-buffers.rst15 (2) Memory barriers for when the producer and the consumer of objects in the
19 producer and just one consumer. It is possible to handle multiple producers by
31 - The consumer.
44 (2) A 'tail' index - the point at which the consumer finds the next item in
115 but the consumer may still be depleting the buffer on another CPU and
118 To the consumer it will show an upper bound as the producer may be busy
121 (2) CIRC_CNT*() are intended to be used in the consumer. To the consumer they
122 will return a lower bound as the consumer controls the tail index, but the
126 To the producer it will show an upper bound as the consumer may be busy
130 producer and consumer become visible cannot be guaranteed as they are
[all …]
/linux/drivers/gpio/
H A Dgpiolib-devres.c15 #include <linux/gpio/consumer.h>
34 * @dev: GPIO consumer
35 * @con_id: function within the GPIO consumer
57 * @dev: GPIO consumer
58 * @con_id: function within the GPIO consumer
80 * @dev: GPIO consumer
81 * @con_id: function within the GPIO consumer
82 * @idx: index of the GPIO to obtain in the consumer
128 * @dev: GPIO consumer
130 * @con_id: function within the GPIO consumer
[all …]
/linux/drivers/staging/iio/Documentation/
H A Dinkernel.txt20 consumer_dev_name allows identification of the consumer device.
21 This are then used to find the channel mapping from the consumer device (see
24 Finally consumer_channel is a string identifying the channel to the consumer.
37 to associate a given channel with the consumer requesting it.
39 Acting as an IIO consumer (consumer.h)
41 The consumer first has to obtain an iio_channel structure from the core
55 with a given consumer. This is useful for generic drivers such as
57 consumer driver. To do this, use iio_channel_get_all.
/linux/net/xdp/
H A Dxsk_queue.h18 /* Hinder the adjacent cache prefetcher to prefetch the consumer
22 u32 consumer ____cacheline_aligned_in_smp;
60 * consumer. For the Tx and fill rings, the kernel is the consumer and
63 * producer consumer
65 * if (LOAD ->consumer) { (A) LOAD.acq ->producer (C)
67 * STORE.rel ->producer (B) STORE.rel ->consumer (D)
73 * the producer pointer. If this barrier was missing, the consumer
75 * before the producer has written the new data. The consumer would in
78 * (C) protects the consumer from speculatively loading the data before
84 * (A) is a control dependency that separates the load of ->consumer
[all …]
/linux/kernel/trace/
H A Dring_buffer_benchmark.c34 static struct task_struct *consumer; variable
55 MODULE_PARM_DESC(consumer_nice, "nice prio for consumer");
61 MODULE_PARM_DESC(consumer_fifo, "use fifo for consumer: 0 - disabled, 1 - low prio, 2 - fifo");
269 if (consumer && !(cnt % wakeup_interval)) in ring_buffer_producer()
270 wake_up_process(consumer); in ring_buffer_producer()
288 if (consumer) { in ring_buffer_producer()
295 wake_up_process(consumer); in ring_buffer_producer()
309 trace_printk("Running Consumer at SCHED_FIFO %s\n", in ring_buffer_producer()
312 trace_printk("Running Consumer at nice: %d\n", in ring_buffer_producer()
408 if (consumer) { in ring_buffer_producer_thread()
[all …]
/linux/drivers/iio/buffer/
H A Dindustrialio-hw-consumer.c13 #include <linux/iio/consumer.h>
14 #include <linux/iio/hw-consumer.h>
18 * struct iio_hw_consumer - IIO hw consumer block
78 * iio_hw_consumer_alloc() - Allocate IIO hardware consumer
79 * @dev: Pointer to consumer device.
126 * iio_hw_consumer_free() - Free IIO hardware consumer
127 * @hwc: hw consumer to free.
147 * @dev: Pointer to consumer device.
173 * iio_hw_consumer_enable() - Enable IIO hardware consumer
199 * iio_hw_consumer_disable() - Disable IIO hardware consumer
[all …]
/linux/drivers/md/dm-vdo/
H A Dfunnel-queue.h14 * (multi-producer) and delivers them to a single thread (single-consumer). "Funnel" is an attempt
16 * consumer.
37 * later producers, and only if the queue is short enough or the consumer fast enough for it to
40 * The consumer function, vdo_funnel_queue_poll(), will return NULL when the queue is empty. To
53 * producer and consumer fields in the structure will land on separate cache lines. This should be
63 /* The consumer's end of the queue, which is owned by the consumer and never NULL. */ in __aligned()
90 * consumer. Also, the entry's "next" field initialization to NULL must happen before any in vdo_funnel_queue_put()
98 * Preemptions between these two statements hide the rest of the queue from the consumer, in vdo_funnel_queue_put()
/linux/Documentation/infiniband/
H A Dcore_locking.rst62 example, a consumer may safely call ib_poll_cq() on multiple CPUs
71 allowed for a low-level driver to call a consumer's completion event
85 consumer CQ event callback:
89 /* ... */ consumer CQ event callback:
108 semaphores that could cause deadlock if a consumer calls back into
111 An upper level protocol consumer may begin using an IB device as
113 device. A consumer must finish all cleanup and free all resources
116 A consumer is permitted to sleep in its add and remove methods.
/linux/drivers/base/
H A Dcore.c52 * @con: Consumer end of the link.
74 if (link->consumer == con) { in __fwnode_link_add()
85 link->consumer = con; in __fwnode_link_add()
91 pr_debug("%pfwf Linked as a fwnode consumer to %pfwf\n", in __fwnode_link_add()
114 link->consumer, link->supplier); in __fwnode_link_del()
129 link->consumer, link->supplier); in __fwnode_link_cycle()
150 * fwnode_links_purge_consumers - Delete all consumer links of fwnode_handle.
151 * @fwnode: fwnode whose consumer links need to be deleted
153 * Deletes all consumer links connecting directly to @fwnode.
181 /* Don't purge consumer links of an added child */ in fw_devlink_purge_absent_suppliers()
[all …]
/linux/Documentation/devicetree/bindings/net/pcs/
H A Dsnps,dw-xpcs.yaml18 Synopsys PMA (also called DesignWare Consumer/Enterprise PHY) although in
30 - description: Synopsys DesignWare XPCS with Consumer Gen1 3G PMA
32 - description: Synopsys DesignWare XPCS with Consumer Gen2 3G PMA
34 - description: Synopsys DesignWare XPCS with Consumer Gen2 6G PMA
36 - description: Synopsys DesignWare XPCS with Consumer Gen4 3G PMA
38 - description: Synopsys DesignWare XPCS with Consumer Gen4 6G PMA
40 - description: Synopsys DesignWare XPCS with Consumer Gen5 10G PMA
42 - description: Synopsys DesignWare XPCS with Consumer Gen5 12G PMA
/linux/drivers/mmc/host/
H A Dmmci_qcom_dml.c60 /* Set producer CRCI-x and disable consumer CRCI */ in qcom_dma_start()
79 /* Write operation: configure DML for consumer operation */ in qcom_dma_start()
80 /* Set consumer CRCI-x and disable producer CRCI*/ in qcom_dma_start()
89 /* Trigger consumer */ in qcom_dma_start()
142 /* Disable the producer and consumer CRCI */ in qcom_dma_setup()
165 * and consumer. in qcom_dma_setup()
172 /* Initialize Producer/consumer pipe id */ in qcom_dma_setup()
/linux/sound/core/
H A Dpcm_iec958.c13 * snd_pcm_create_iec958_consumer_default - create default consumer format IEC958 channel status
17 * Create the consumer format channel status data in @cs of maximum size
120 * snd_pcm_fill_iec958_consumer - Fill consumer format IEC958 channel status
143 * snd_pcm_fill_iec958_consumer_hw_params - Fill consumer format IEC958 channel status
164 * snd_pcm_create_iec958_consumer - create consumer format IEC958 channel status
169 * Create the consumer format channel status data in @cs of maximum size
195 * Create the consumer format channel status data in @cs of maximum size
/linux/include/linux/iio/
H A Dmachine.h12 * struct iio_map - description of link between consumer and device channels
16 * @consumer_dev_name: Name to uniquely identify the consumer device.
18 * consumer side.
19 * @consumer_data: Data about the channel for use by the consumer driver.
/linux/Documentation/devicetree/bindings/mux/
H A Dmux-consumer.yaml4 $id: http://devicetree.org/schemas/mux/mux-consumer.yaml#
7 title: Common multiplexer controller consumer
24 each consumer. An optional property "mux-control-names" may contain a list of
34 the consumers want to control the mux controller. If the consumer needs
36 "mux-controls" can be used. If the consumer needs to set the mux

12345678910>>...62