linux-kernel - Re: [PATCH V5] firmware: arm_scmi: Make scmi core independent of the transport type

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] [day] [month] [year] [list]

Message-ID: <20200131043308.gxcekh2tioydurq7@vireshk-i7>
Date:   Fri, 31 Jan 2020 10:03:08 +0530
From:   Viresh Kumar <viresh.kumar@...aro.org>
To:     Peter Hilber <peter.hilber@...nsynergy.com>
Cc:     Sudeep Holla <sudeep.holla@....com>, arnd@...db.de,
        jassisinghbrar@...il.com, cristian.marussi@....com,
        peng.fan@....com, Vincent Guittot <vincent.guittot@...aro.org>,
        linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH V5] firmware: arm_scmi: Make scmi core independent of the
 transport type

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