bcabbccabf
Add a virtio-based inter-processor communication bus, which enables kernel drivers to communicate with entities, running on remote processors, over shared memory using a simple messaging protocol. Every pair of AMP processors share two vrings, which are used to send and receive the messages over shared memory. The header of every message sent on the rpmsg bus contains src and dst addresses, which make it possible to multiplex several rpmsg channels on the same vring. Every rpmsg channel is a device on this bus. When a channel is added, and an appropriate rpmsg driver is found and probed, it is also assigned a local rpmsg address, which is then bound to the driver's callback. When inbound messages carry the local address of a bound driver, its callback is invoked by the bus. This patch provides a kernel interface only; user space interfaces will be later exposed by kernel users of this rpmsg bus. Designed with Brian Swetland <swetland@google.com>. Signed-off-by: Ohad Ben-Cohen <ohad@wizery.com> Acked-by: Rusty Russell <rusty@rustcorp.com.au> (virtio_ids.h) Cc: Brian Swetland <swetland@google.com> Cc: Arnd Bergmann <arnd@arndb.de> Cc: Grant Likely <grant.likely@secretlab.ca> Cc: Tony Lindgren <tony@atomide.com> Cc: Russell King <linux@arm.linux.org.uk> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Greg KH <greg@kroah.com> Cc: Stephen Boyd <sboyd@codeaurora.org>
75 lines
2.9 KiB
Text
75 lines
2.9 KiB
Text
What: /sys/bus/rpmsg/devices/.../name
|
|
Date: June 2011
|
|
KernelVersion: 3.3
|
|
Contact: Ohad Ben-Cohen <ohad@wizery.com>
|
|
Description:
|
|
Every rpmsg device is a communication channel with a remote
|
|
processor. Channels are identified with a (textual) name,
|
|
which is maximum 32 bytes long (defined as RPMSG_NAME_SIZE in
|
|
rpmsg.h).
|
|
|
|
This sysfs entry contains the name of this channel.
|
|
|
|
What: /sys/bus/rpmsg/devices/.../src
|
|
Date: June 2011
|
|
KernelVersion: 3.3
|
|
Contact: Ohad Ben-Cohen <ohad@wizery.com>
|
|
Description:
|
|
Every rpmsg device is a communication channel with a remote
|
|
processor. Channels have a local ("source") rpmsg address,
|
|
and remote ("destination") rpmsg address. When an entity
|
|
starts listening on one end of a channel, it assigns it with
|
|
a unique rpmsg address (a 32 bits integer). This way when
|
|
inbound messages arrive to this address, the rpmsg core
|
|
dispatches them to the listening entity (a kernel driver).
|
|
|
|
This sysfs entry contains the src (local) rpmsg address
|
|
of this channel. If it contains 0xffffffff, then an address
|
|
wasn't assigned (can happen if no driver exists for this
|
|
channel).
|
|
|
|
What: /sys/bus/rpmsg/devices/.../dst
|
|
Date: June 2011
|
|
KernelVersion: 3.3
|
|
Contact: Ohad Ben-Cohen <ohad@wizery.com>
|
|
Description:
|
|
Every rpmsg device is a communication channel with a remote
|
|
processor. Channels have a local ("source") rpmsg address,
|
|
and remote ("destination") rpmsg address. When an entity
|
|
starts listening on one end of a channel, it assigns it with
|
|
a unique rpmsg address (a 32 bits integer). This way when
|
|
inbound messages arrive to this address, the rpmsg core
|
|
dispatches them to the listening entity.
|
|
|
|
This sysfs entry contains the dst (remote) rpmsg address
|
|
of this channel. If it contains 0xffffffff, then an address
|
|
wasn't assigned (can happen if the kernel driver that
|
|
is attached to this channel is exposing a service to the
|
|
remote processor. This make it a local rpmsg server,
|
|
and it is listening for inbound messages that may be sent
|
|
from any remote rpmsg client; it is not bound to a single
|
|
remote entity).
|
|
|
|
What: /sys/bus/rpmsg/devices/.../announce
|
|
Date: June 2011
|
|
KernelVersion: 3.3
|
|
Contact: Ohad Ben-Cohen <ohad@wizery.com>
|
|
Description:
|
|
Every rpmsg device is a communication channel with a remote
|
|
processor. Channels are identified by a textual name (see
|
|
/sys/bus/rpmsg/devices/.../name above) and have a local
|
|
("source") rpmsg address, and remote ("destination") rpmsg
|
|
address.
|
|
|
|
A channel is first created when an entity, whether local
|
|
or remote, starts listening on it for messages (and is thus
|
|
called an rpmsg server).
|
|
|
|
When that happens, a "name service" announcement is sent
|
|
to the other processor, in order to let it know about the
|
|
creation of the channel (this way remote clients know they
|
|
can start sending messages).
|
|
|
|
This sysfs entry tells us whether the channel is a local
|
|
server channel that is announced (values are either
|
|
true or false).
|