linux-kernel - Re: [net PATCH v2] octeon_ep: fix tx dma unmap len values in SG

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: <20230914105759.GY401982@kernel.org>
Date:   Thu, 14 Sep 2023 12:57:59 +0200
From:   Simon Horman <horms@...nel.org>
To:     Shinas Rasheed <srasheed@...vell.com>
Cc:     aayarekar@...vell.com, davem@...emloft.net, edumazet@...gle.com,
        egallen@...hat.com, hgani@...vell.com, kuba@...nel.org,
        linux-kernel@...r.kernel.org, mschmidt@...hat.com,
        netdev@...r.kernel.org, pabeni@...hat.com, sburla@...vell.com,
        sedara@...vell.com, vburru@...vell.com, vimleshk@...vell.com
Subject: Re: [net PATCH v2] octeon_ep: fix tx dma unmap len values in SG

On Wed, Sep 13, 2023 at 01:41:56AM -0700, Shinas Rasheed wrote:
> Lengths of SG pointers are kept in the following order in
> the SG entries in hardware.
>  63      48|47     32|31     16|15       0
>  -----------------------------------------
>  |  Len 0  |  Len 1  |  Len 2  |  Len 3  |
>  -----------------------------------------
>  |                Ptr 0                  |
>  -----------------------------------------
>  |                Ptr 1                  |
>  -----------------------------------------
>  |                Ptr 2                  |
>  -----------------------------------------
>  |                Ptr 3                  |
>  -----------------------------------------
> Dma pointers have to be unmapped based on their
> respective lengths given in this format.
> 
> Fixes: 37d79d059606 ("octeon_ep: add Tx/Rx processing and interrupt support")
> Signed-off-by: Shinas Rasheed <srasheed@...vell.com>

Reviewed-by: Simon Horman <horms@...nel.org>