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] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200922194753.GA3105316@bogus>
Date:   Tue, 22 Sep 2020 13:47:53 -0600
From:   Rob Herring <robh@...nel.org>
To:     Suman Anna <s-anna@...com>
Cc:     Bjorn Andersson <bjorn.andersson@...aro.org>,
        Mathieu Poirier <mathieu.poirier@...aro.org>,
        Lokesh Vutla <lokeshvutla@...com>,
        linux-remoteproc@...r.kernel.org, devicetree@...r.kernel.org,
        linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v4 0/4] TI K3 R5F remoteproc support

On Tue, Sep 08, 2020 at 12:45:52PM -0500, Suman Anna wrote:
> Hi All,
> 
> The following is v4 of the TI K3 R5F remoteproc driver series supporting all
> the R5F processor clusters/subsystems on TI AM65x and J721E SoCs. Please
> see the v1 cover-letter [1] for the features supported on these R5F processors.
> 
> This series is a rebased version on top of the latest v5.9-rc baseline and
> includes very minor fixes w.r.t v3. The previous K3 DSP dependencies are now
> available in mainline kernel. Please see the individual patches for the delta
> differences (Only patches 1 and 2 updated).
> 
> Bjorn,
> This series is only waiting on bindings ack and the conclusion on the bindings
> discussion from v2 [4] on which I haven't seen any forward progress on this 
> despite all the clarifications. I do not expect any changes even w.r.t System DT,
> and we can't really have a common binding between TI and Xilinx R5Fs. 

Why not? I'm pretty sure lockstep or not is a thing for both and TCMs 
seem to be a common thing.

And I don't really think System DT will not impact it. Though it's not 
well enough defined to say either way IMO.

But if Bjorn wants to take this, fine. I'm not acking it though nor 
worrying about it for any compatibility with system DT.

Rob

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ