Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp408308pxv; Wed, 14 Jul 2021 06:49:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx47PMev+ZYxa6EnmzR/w/bDDfBhwYPq/baydSl5WcxEScst2CydNyy74OIy8WvhWwIAKeG X-Received: by 2002:a02:7b22:: with SMTP id q34mr8878936jac.133.1626270594425; Wed, 14 Jul 2021 06:49:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626270594; cv=none; d=google.com; s=arc-20160816; b=WAZk9nyjYfgTkLu9a1e65qSjqNaaTsqKxBmZqSg5agCbVokGedyIhIyUI9V4ClV5Dw dzS9f2Z0iUeyzuDjCSLih4RhDSvb9AKRyipJfqWo6Z9S9WeG50jx7jDbqMIapJVuWflF tafKIiMr9NJUOlZpXvd3yf/aUFB26VMFzy8Zf2kGqsf2mDY0aXNUA2sStvqCAjU4YXSg 8BtTVKNmAqUg7iZg0oJ/NxmGp5ONlcl7K3MF80srCXYE/r7yff3JXVooTqW6LFMi41uY BbbaeAxCZtwPYMvjwq6CwKhsLBHeN3mi0VXTvU8DZ5IEYt6vmwGnFsPhhG8iNBJhSZpj 0pTQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from; bh=DMdyCff/L5T9rwRnUmS6svP9Stj0AGm4N9pspwOsAIw=; b=FTTRleSUbam0di5IaKcA+yU4KZz8eFpF2NxyrzVGthLzUWsbWT+zIiKL6g+ij7CFeE KaduHj/bLw4TQd7OUal+zBE3wnK1wYB4EufrGmxovKlKFsFP5XHerXozj1GbsnK69gWx dkkscUq668c3CgzRUf6sJGKu5nOqS1bH484ZHv8dJRf/WwmYR5jPuHLfoENk9oCFTNtx H4Yv+vaewwtZb4qDZH9EwtVqVwKaHo8swJBd0n0GaSk9u0lExxBmjMRPqh792RvJvf5B EuiM62QGGy46K3bW7/kKzZAiMuChU6/4zUsPuKcOl7k0jWDwRPTrxKdxf3luLEqymADO 56oA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i19si2766564ilj.131.2021.07.14.06.49.41; Wed, 14 Jul 2021 06:49:54 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232420AbhGNNvx (ORCPT + 99 others); Wed, 14 Jul 2021 09:51:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51836 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231730AbhGNNvx (ORCPT ); Wed, 14 Jul 2021 09:51:53 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8CDB0C06175F; Wed, 14 Jul 2021 06:49:01 -0700 (PDT) Received: from guri.fritz.box (unknown [IPv6:2a02:810a:880:f54:e49e:3ed0:1a77:5623]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dafna) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 9C16A1F43015; Wed, 14 Jul 2021 14:48:58 +0100 (BST) From: Dafna Hirschfeld To: linux-media@vger.kernel.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org Cc: dafna.hirschfeld@collabora.com, hverkuil@xs4all.nl, kernel@collabora.com, dafna3@gmail.com, mchehab@kernel.org, tfiga@chromium.org, enric.balletbo@collabora.com, minghsiu.tsai@mediatek.com, houlong.wei@mediatek.com, andrew-ct.chen@mediatek.com, tiffany.lin@mediatek.com, matthias.bgg@gmail.com, acourbot@chromium.org, hsinyi@chromium.org, eizan@chromium.org Subject: [PATCH] media: mtk-vpu: Ensure alignment of 8 for DTCM buffer Date: Wed, 14 Jul 2021 15:48:50 +0200 Message-Id: <20210714134850.402-1-dafna.hirschfeld@collabora.com> X-Mailer: git-send-email 2.17.1 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Enric Balletbo i Serra When running memcpy_toio: memcpy_toio(send_obj->share_buf, buf, len); it was found that errors appear if len is not a multiple of 8: [58.350841] mtk-mdp 14001000.rdma: processing failed: -22 This patch ensure copy of a multile of 8 size by calling round_up(len, 8) when copying Fixes: e6599adfad30 ("media: mtk-vpu: avoid unaligned access to DTCM buffer.") Reported-by: Alexandre Courbot Signed-off-by: Enric Balletbo i Serra Signed-off-by: Dafna Hirschfeld --- drivers/media/platform/mtk-vpu/mtk_vpu.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/media/platform/mtk-vpu/mtk_vpu.c b/drivers/media/platform/mtk-vpu/mtk_vpu.c index ec290dde59cf..b464d8192119 100644 --- a/drivers/media/platform/mtk-vpu/mtk_vpu.c +++ b/drivers/media/platform/mtk-vpu/mtk_vpu.c @@ -316,6 +316,7 @@ int vpu_ipi_send(struct platform_device *pdev, { struct mtk_vpu *vpu = platform_get_drvdata(pdev); struct share_obj __iomem *send_obj = vpu->send_buf; + unsigned char data[SHARE_BUF_SIZE]; unsigned long timeout; int ret = 0; @@ -349,7 +350,9 @@ int vpu_ipi_send(struct platform_device *pdev, } } while (vpu_cfg_readl(vpu, HOST_TO_VPU)); - memcpy_toio(send_obj->share_buf, buf, len); + memset(data, 0, sizeof(data)); + memcpy(data, buf, len); + memcpy_toio(send_obj->share_buf, data, round_up(len, 8)); writel(len, &send_obj->len); writel(id, &send_obj->id); -- 2.17.1