linux-kernel - RE: [PATCH 2/2] habanalabs: handle barriers in DMA QMAN streams

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]

Date:   Tue, 31 Mar 2020 18:29:57 +0000
From:   Tomer Tayar <ttayar@...ana.ai>
To:     Oded Gabbay <oded.gabbay@...il.com>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        Omer Shpigelman <oshpigelman@...ana.ai>
CC:     "gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>
Subject: RE: [PATCH 2/2] habanalabs: handle barriers in DMA QMAN streams

On Sat, Mar 31, 2020 at 17:56, Oded Gabbay <oded.gabbay@...il.com> wrote:
> When we have DMA QMAN with multiple streams, we need to know
> whether the
> command buffer contains at least one DMA packet in order to configure the
> barriers correctly when adding the 2xMSG_PROT at the end of the JOB. If
> there is no DMA packet, then there is no need to put engine barrier. This
> is relevant only for GAUDI as GOYA doesn't have streams so the engine can't
> be busy by another stream.
> 
> Signed-off-by: Oded Gabbay <oded.gabbay@...il.com>

Reviewed-by: Tomer Tayar <ttayar@...ana.ai>