linux-kernel - RE: Ongoing remoteproc discussions

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-ID: <D0C04901035AEF47BB4C8387F4AA41F53C3972@SAFEX1NODE23.st.com>
Date:	Tue, 16 Aug 2016 12:24:22 +0000
From:	Loic PALLARDY <loic.pallardy@...com>
To:	Bjorn Andersson <bjorn.andersson@...aro.org>,
	Suman Anna <s-anna@...com>
CC:	"linux-remoteproc@...r.kernel.org" <linux-remoteproc@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Lee Jones <lee.jones@...aro.org>,
	Sarangdhar Joshi <spjoshi@...eaurora.org>,
	Eric FINCO <eric.finco@...com>,
	Russell Wayman <russell.wayman@...aro.org>,
	"Matthew Locke" <matthew.locke@...aro.org>,
	Kumar Gala <kumar.gala@...aro.org>,
	"Bill Fletcher" <bill.fletcher@...aro.org>,
	Puja Gupta <pujag@...eaurora.org>,
	"Ohad Ben-Cohen" <ohad@...ery.com>
Subject: RE: Ongoing remoteproc discussions



> -----Original Message-----
> From: Bjorn Andersson [mailto:bjorn.andersson@...aro.org]
> Sent: Thursday, August 11, 2016 8:13 PM
> To: Suman Anna <s-anna@...com>
> Cc: linux-remoteproc@...r.kernel.org; linux-kernel@...r.kernel.org; Lee
> Jones <lee.jones@...aro.org>; Sarangdhar Joshi <spjoshi@...eaurora.org>;
> Loic PALLARDY <loic.pallardy@...com>; Eric FINCO <eric.finco@...com>;
> Russell Wayman <russell.wayman@...aro.org>; Matthew Locke
> <matthew.locke@...aro.org>; Kumar Gala <kumar.gala@...aro.org>; Bill
> Fletcher <bill.fletcher@...aro.org>; Puja Gupta <pujag@...eaurora.org>;
> Ohad Ben-Cohen <ohad@...ery.com>
> Subject: Re: Ongoing remoteproc discussions
> 
> On Wed 10 Aug 17:19 PDT 2016, Suman Anna wrote:
> 
> > Hi Bjorn,
> >
> 
> Hi,
> 
> > On 07/18/2016 06:10 PM, Bjorn Andersson wrote:
> [..]
> > > == Auto-boot or always-on:
> > > There are cases where we want to achieve the current auto-boot
> > > mechanism without rpmsg and there are cases where we don't want to
> > > auto-boot a remoteproc just because its resource table contains
> > > rpmsg entries. So we need to decouple this logic from the vdev. I suggest
> that:
> >
> > I am trying to understand the usecase where one doesn't want to
> > auto-boot with rpmsg entries, did you come across such an usecase?
> >
> 
> This is a request that comes from Loic (ST). I'm unaware of the details, but I
> can think of scenarios where rpmsg channels serves as auxiliary functionality
> to the main purpose of a co-processor (e.g. debug functionality).
> 
Hi Bjorn, Suman,

In ST, in general we have a driver on the top of remoteproc to control rproc activities (set fw name, boot, shutdown...).
The request was to have the same behavior between rproc with and without rpmsg.
With rpmsg, a rproc is automatically boot and so if on the top driver wants to apply same boot sequence (rproc_set_fw_name, rproc_boot, rproc_shutdown), rproc_shutdown will never happened as rproc_boot called twice (one by on the top driver, one by "rpmsg").

So the proposal was to have autoboot capability linked to the rproc itself, not to the communication link.

Regards,
Loic
[...]
> 
> Thanks for your input!
> 
> Regards,
> Bjorn