Lines Matching refs:it
7 of operating system, whether it's Linux or any other flavor of real-time OS.
25 remoteproc will add those devices. This makes it possible to reuse the
32 - Boot a remote processor (i.e. load its firmware, power it on, ...).
51 rproc_shutdown() returns, and users can still use it with a subsequent
58 decrement it back once rproc isn't needed anymore.
73 * something went wrong. handle it and leave.
78 * our remote processor is now powered on... give it some work
81 /* let's shut it down now */
91 it yet. Required parameters are the underlying device, the
103 Note: _never_ directly deallocate @rproc, even if it was not registered
114 - Register @rproc with the remoteproc framework, after it has been
129 implementation decides to remove the rproc device. it should
152 * @start: power on the device and boot it
167 device and boot it (use rproc->priv to access platform-specific private data).
177 processor and let it know it has pending messages. Notifying remote processors
178 the exact virtqueue index to look in is optional: it is easy (and not
185 it is quite expected that other platforms/devices which we'd want to
200 requires before it should be powered on, such as allocation of physically
241 * this header, and it should be parsed according to the resource type.
272 * please update it as needed.
292 that it supports, and their configurations: a RSC_VDEV resource entry
298 it supports. A firmware may support any number of virtio devices, and
305 rpmsg channels; read more about it in rpmsg.txt).