lkml.org 
[lkml]   [2014]   [Feb]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [PATCHv3 2/6] mailbox: Introduce a new common API
    From
    Hi Kumar,

    On 19 February 2014 03:02, Kumar Gala <galak@codeaurora.org> wrote:
    >
    > On Feb 15, 2014, at 12:25 PM, Jassi Brar <jassisinghbrar@gmail.com> wrote:
    >
    >> Introduce common framework for client/protocol drivers and
    >> controller drivers of Inter-Processor-Communication (IPC).
    >>
    >> Client driver developers should have a look at
    >> include/linux/mailbox_client.h to understand the part of
    >> the API exposed to client drivers.
    >> Similarly controller driver developers should have a look
    >> at include/linux/mailbox_controller.h
    >>
    >> Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
    >> ---
    >> drivers/mailbox/Makefile | 4 +
    >> drivers/mailbox/mailbox.c | 534 +++++++++++++++++++++++++++++++++++++
    >> include/linux/mailbox.h | 17 ++
    >> include/linux/mailbox_client.h | 87 ++++++
    >> include/linux/mailbox_controller.h | 102 +++++++
    >> 5 files changed, 744 insertions(+)
    >> create mode 100644 drivers/mailbox/mailbox.c
    >> create mode 100644 include/linux/mailbox.h
    >> create mode 100644 include/linux/mailbox_client.h
    >> create mode 100644 include/linux/mailbox_controller.h
    >
    > What's the intent of trying to provide a unified interface here? I'm trying to understand what benefit we are going for, I get possibly wanting something to reduce duplication in drivers (help functions, library, etc). But do we really see benefit in a common interface for clients?
    >
    > Are we really going to mix a OMAP mailbox controller with a client developed for some other SoC vendor?
    >
    Yeah :) we may never a client reused on some other platform and that
    is why I didn't yet bother implementing DT bindings to map random
    clients onto mailboxes. Clients are going to be _very_ specific to
    platforms(controller + remote f/w) and so we have the 'luxury' of
    hardcoding that info(exact id of the mailbox) into client's code.

    Apart from controllers and clients sharing helper functions in the
    api, we'll also soon run into various platforms using the same mailbox
    controller (or a slightly modified version) and having to support
    completely different protocols, and hence clients. Clearly we don't
    want to have pl320_highbank.c, pl320_abc.c and pl320_xyz.c for three
    different platforms. So we need the common/shared code to also help a
    controller driver to behave differently on different platforms
    (clients could pass platform specific info to the common controller
    driver).

    -jassi


    \
     
     \ /
      Last update: 2014-02-19 12:41    [W:7.999 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site