On Tue, 21 Jun 2011 10:18:33 +0300, Ohad Ben-Cohen <[email protected]> wrote:
> Add a virtio-based IPC bus, which enables kernel users to communicate
> with remote processors over shared memory using a simple messaging
> protocol.
Wow, sometimes one writes a standard and people use it. Thanks!
I'm still digesting exactly what you're doing, but this is a bit
unconventional:
> + /* Platform must supply pre-allocated uncached buffers for now */
> + vdev->config->get(vdev, VPROC_BUF_ADDR, &addr, sizeof(addr));
> + vdev->config->get(vdev, VPROC_BUF_NUM, &num_bufs, sizeof(num_bufs));
> + vdev->config->get(vdev, VPROC_BUF_SZ, &buf_size, sizeof(buf_size));
> + vdev->config->get(vdev, VPROC_BUF_PADDR, &vrp->phys_base,
> + sizeof(vrp->phys_base));
The normal way is to think of the config space as a structure, and use
offsets rather than using an enum value to distinguish the fields.
> +#define RPMSG_NAME_SIZE 32
> +#define RPMSG_DEVICE_MODALIAS_FMT "rpmsg:%s"
> +
> +struct rpmsg_device_id {
> + char name[RPMSG_NAME_SIZE];
> + kernel_ulong_t driver_data /* Data private to the driver */
> + __attribute__((aligned(sizeof(kernel_ulong_t))));
> +};
This alignment directive seems overkill...
> +#define VIRTIO_ID_RPMSG 10 /* virtio remote processor messaging
> */
I think you want 6. Plan 9 jumped ahead to grab 9 :)
Cheers,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
