Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2184274pxb; Fri, 5 Feb 2021 10:57:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJy+zi2VYy6kPGCn4YrcG9orZtZOoYHMhQXIquGuiLidhXpSAybLpGUjicLgWMTfTQnMJQ6L X-Received: by 2002:a05:6402:617:: with SMTP id n23mr5021000edv.257.1612551454537; Fri, 05 Feb 2021 10:57:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612551454; cv=none; d=google.com; s=arc-20160816; b=m5edRyVAHwk2OBIa6Ebh5iJniQhFgU9qZgFUVBKxvNBvP33AA/sw5LeFehmbGUVghD Ufhu4PPfqJHPQZDPsY/l+Eqm3KDVaToEKQjJDvx3ciDAGM8YZFj8yZlrHioYaAcWANXV ePl20Qr+CpvqY+HaJUraTN24qd01/ZL2ZwEhxIuBnFbf5KY+7xqTw5GmdYy5KZK7ujFD I4+GhotDRxVQWNYjsm2mH5LlXfhcpEpFVL6R3Sjsln5E4vOLIFTXJBILIp65clf1yszG gX7MM6g6f+YazB++IM/XTDvC9S4ySw7AkvWBicRh5iRAx9uRNF2G5dDxqPrrA2qwguTG RtUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=QOL4SRY6QDkI+MyK+qJBxB/ApoI/GpQCW5n07g1bxb4=; b=TxG9mveJdeVF2IqwUHA8YcXHn4UNHufmQk4vDQ+vGrVrm5+eSLHCfl9mO3W5S+CHOj IuOXE61FM7HhhlWrTOyCYXuZVHBy8SpcR+Me894jGAHACCbyRCr2cJ1CJTzwXfjNwl2Z Oxkmerr5zP/vNotUkQK+gX0NZNVplaJc+JEqW7TDJZ7Z5i7c6RzZKnQW4MtL+ypMYc/w rv+wHqbyXVRUo7C3KIMK0dYP6j9r44eNwIdblUfZsiaAY95TOOUcdNhDHdhndf3QUbF7 AqBOIEKEIsscqjpxr55v6o+YBPAOMR/MqY6WwDTsW1KQuNVhLNGKm26U1yxncp8w7Dol Bd/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="oxYze5t/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p13si5669420edu.274.2021.02.05.10.57.09; Fri, 05 Feb 2021 10:57:34 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="oxYze5t/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232930AbhBERN6 (ORCPT + 99 others); Fri, 5 Feb 2021 12:13:58 -0500 Received: from mail.kernel.org ([198.145.29.99]:54898 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233537AbhBEQCZ (ORCPT ); Fri, 5 Feb 2021 11:02:25 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id C7F1D64FE4; Fri, 5 Feb 2021 14:10:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1612534213; bh=W7Vpy83IOBxnKH/43Ksz8+uME4R/QTSbwanOW1c2S1g=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=oxYze5t/vuK9ygGUAXVLa006CfwroiT16Oq76IeF+YYvhM10A0drV5fHlO1TF/YDf 2vc0eFotntsrMw7hRk5Hh8n76KxWdaQOXYvZ8vDc9TVGmUIPNAlRcWtbEgufO9NpX+ WfIuknq1lpVJMpCL/cbE0eNU08mH0MSdPdekqX/s= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Subbaraya Sundeep , Kevin Hao , Jakub Kicinski Subject: [PATCH 5.10 04/57] net: octeontx2: Make sure the buffer is 128 byte aligned Date: Fri, 5 Feb 2021 15:06:30 +0100 Message-Id: <20210205140656.168305608@linuxfoundation.org> X-Mailer: git-send-email 2.30.0 In-Reply-To: <20210205140655.982616732@linuxfoundation.org> References: <20210205140655.982616732@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Kevin Hao commit db2805150a0f27c00ad286a29109397a7723adad upstream. The octeontx2 hardware needs the buffer to be 128 byte aligned. But in the current implementation of napi_alloc_frag(), it can't guarantee the return address is 128 byte aligned even the request size is a multiple of 128 bytes, so we have to request an extra 128 bytes and use the PTR_ALIGN() to make sure that the buffer is aligned correctly. Fixes: 7a36e4918e30 ("octeontx2-pf: Use the napi_alloc_frag() to alloc the pool buffers") Reported-by: Subbaraya Sundeep Signed-off-by: Kevin Hao Tested-by: Subbaraya Sundeep Link: https://lore.kernel.org/r/20210121070906.25380-1-haokexin@gmail.com Signed-off-by: Jakub Kicinski Signed-off-by: Greg Kroah-Hartman --- drivers/net/ethernet/marvell/octeontx2/nic/otx2_common.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/drivers/net/ethernet/marvell/octeontx2/nic/otx2_common.c +++ b/drivers/net/ethernet/marvell/octeontx2/nic/otx2_common.c @@ -473,10 +473,11 @@ dma_addr_t __otx2_alloc_rbuf(struct otx2 dma_addr_t iova; u8 *buf; - buf = napi_alloc_frag(pool->rbsize); + buf = napi_alloc_frag(pool->rbsize + OTX2_ALIGN); if (unlikely(!buf)) return -ENOMEM; + buf = PTR_ALIGN(buf, OTX2_ALIGN); iova = dma_map_single_attrs(pfvf->dev, buf, pool->rbsize, DMA_FROM_DEVICE, DMA_ATTR_SKIP_CPU_SYNC); if (unlikely(dma_mapping_error(pfvf->dev, iova))) {