Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Fri, 31 Jan 2020 10:03:08 +0530
From:   Viresh Kumar <viresh.kumar@linaro.org>
To:     Peter Hilber <peter.hilber@opensynergy.com>
Cc:     Sudeep Holla <sudeep.holla@arm.com>, arnd@arndb.de,
        jassisinghbrar@gmail.com, cristian.marussi@arm.com,
        peng.fan@nxp.com, Vincent Guittot <vincent.guittot@linaro.org>,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH V5] firmware: arm_scmi: Make scmi core independent of the
 transport type
Message-ID: <20200131043308.gxcekh2tioydurq7@vireshk-i7>
References: <f170b33989b426ac095952634fcd1bf45b86a7a3.1580208329.git.viresh.kumar@linaro.org>
 <20200128173524.GB36496@bogus>
 <b970542b-0c05-5401-46be-5f585bdafb09@opensynergy.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <b970542b-0c05-5401-46be-5f585bdafb09@opensynergy.com>
User-Agent: NeoMutt/20180716-391-311a52
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On 30-01-20, 12:58, Peter Hilber wrote:
> Maybe the mark_txdone, fetch_response, and poll_done ops should also get
> a `u32 msg_hdr' parameter? I thought it could be required in case of
> concurrent xfers, or maybe I don't understand the imposed concurrency
> limitations properly.

I would like to avoid doing that unless we have some upstreamed
transport which is going to need it. The parameter won't be used by
mailbox.c for now and so better add it later only.

-- 
viresh