From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753413AbcHPMYg convert rfc822-to-8bit (ORCPT ); Tue, 16 Aug 2016 08:24:36 -0400 Received: from mx07-00178001.pphosted.com ([62.209.51.94]:44659 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753315AbcHPMYd (ORCPT ); Tue, 16 Aug 2016 08:24:33 -0400 From: Loic PALLARDY To: Bjorn Andersson , Suman Anna CC: "linux-remoteproc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Lee Jones , Sarangdhar Joshi , Eric FINCO , Russell Wayman , "Matthew Locke" , Kumar Gala , "Bill Fletcher" , Puja Gupta , "Ohad Ben-Cohen" Subject: RE: Ongoing remoteproc discussions Thread-Topic: Ongoing remoteproc discussions Thread-Index: AQHR4UmQn7FnbOOg5kOulPE9wfnREKBC5/SAgAEr9QCAB5fPMA== Date: Tue, 16 Aug 2016 12:24:22 +0000 Message-ID: References: <20160718231011.GK13516@tuxbot> <3c054d9e-db70-a1d2-c755-3a71ce45fcb7@ti.com> <20160811181306.GX26240@tuxbot> In-Reply-To: <20160811181306.GX26240@tuxbot> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.201.20.216] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-08-16_08:,, signatures=0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > -----Original Message----- > From: Bjorn Andersson [mailto:bjorn.andersson@linaro.org] > Sent: Thursday, August 11, 2016 8:13 PM > To: Suman Anna > Cc: linux-remoteproc@vger.kernel.org; linux-kernel@vger.kernel.org; Lee > Jones ; Sarangdhar Joshi ; > Loic PALLARDY ; Eric FINCO ; > Russell Wayman ; Matthew Locke > ; Kumar Gala ; Bill > Fletcher ; Puja Gupta ; > Ohad Ben-Cohen > 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