linux-kernel - Re: [PATCH v7 0/8] rpmsg: Make RPMSG name service modular

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20201202203954.GC1282360@xps15>
Date:   Wed, 2 Dec 2020 13:39:54 -0700
From:   Mathieu Poirier <mathieu.poirier@...aro.org>
To:     Guennadi Liakhovetski <guennadi.liakhovetski@...ux.intel.com>
Cc:     ohad@...ery.com, bjorn.andersson@...aro.org,
        arnaud.pouliquen@...com, linux-remoteproc@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH v7 0/8] rpmsg: Make RPMSG name service modular

Good day,

On Wed, Dec 02, 2020 at 12:05:55PM +0100, Guennadi Liakhovetski wrote:
> Hi Mathieu,
> 
> I'd like to resume reviewing and begin upstreaming of the next steps of 
> my Audio DSP Virtualisation work, based on this your patch set. How 

I'm all for it too.

> confident are we that it's going to be upstreamed in its present form? 
> What's the plan to push it to "next?"
> 

I thought we were pretty unanimous that something like what Kishon did was the
way to go.  

> Thanks
> Guennadi
> 
> On Mon, Nov 23, 2020 at 05:06:10PM +0100, Guennadi Liakhovetski wrote:
> > Hi Mathieu,
> > 
> > Thanks for bringing all the stuff together and for polishing it!
> > 
> > For the entire series:
> > 
> > Tested-by: Guennadi Liakhovetski <guennadi.liakhovetski@...ux.intel.com>
> > Reviewed-by: Guennadi Liakhovetski <guennadi.liakhovetski@...ux.intel.com>
> > 
> > Thanks
> > Guennadi
> > 
> > On Fri, Nov 20, 2020 at 02:42:37PM -0700, Mathieu Poirier wrote:
> > > This revision addresses comments received from the previous revision,
> > > i.e V6.  Please see details below.
> > > 
> > > It starts by making the RPMSG protocol transport agnostic by
> > > moving the headers it uses to generic types and using those in the
> > > current implementation.  From there it re-uses the work that Arnaud
> > > published[1] to make the name service modular.
> > > 
> > > Tested on stm32mp157 with the RPMSG client sample application.  Applies
> > > cleanly on rpmsg-next.
> > > 
> > > Thanks,
> > > Mathieu
> > > 
> > > [1]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=338335
> > > 
> > > -------
> > > New for V7:
> > > - Fixed error path in rpmsg_probe() as reported by Guennadi
> > > 
> > > Arnaud Pouliquen (4):
> > >   rpmsg: virtio: Rename rpmsg_create_channel
> > >   rpmsg: core: Add channel creation internal API
> > >   rpmsg: virtio: Add rpmsg channel device ops
> > >   rpmsg: Turn name service into a stand alone driver
> > > 
> > > Mathieu Poirier (4):
> > >   rpmsg: Introduce __rpmsg{16|32|64} types
> > >   rpmsg: virtio: Move from virtio to rpmsg byte conversion
> > >   rpmsg: Move structure rpmsg_ns_msg to header file
> > >   rpmsg: Make rpmsg_{register|unregister}_device() public
> > > 
> > >  drivers/rpmsg/Kconfig            |   9 ++
> > >  drivers/rpmsg/Makefile           |   1 +
> > >  drivers/rpmsg/rpmsg_core.c       |  44 ++++++++
> > >  drivers/rpmsg/rpmsg_internal.h   |  14 ++-
> > >  drivers/rpmsg/rpmsg_ns.c         | 126 +++++++++++++++++++++
> > >  drivers/rpmsg/virtio_rpmsg_bus.c | 186 +++++++++++--------------------
> > >  include/linux/rpmsg.h            |  63 ++++++++++-
> > >  include/linux/rpmsg/byteorder.h  |  67 +++++++++++
> > >  include/linux/rpmsg/ns.h         |  45 ++++++++
> > >  include/uapi/linux/rpmsg_types.h |  11 ++
> > >  10 files changed, 439 insertions(+), 127 deletions(-)
> > >  create mode 100644 drivers/rpmsg/rpmsg_ns.c
> > >  create mode 100644 include/linux/rpmsg/byteorder.h
> > >  create mode 100644 include/linux/rpmsg/ns.h
> > >  create mode 100644 include/uapi/linux/rpmsg_types.h
> > > 
> > > -- 
> > > 2.25.1
> > >