Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1369051pxb; Wed, 20 Oct 2021 03:48:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy4SDmBeHeKb5DdKkoD7d5J3uKyEfozLnVd6GUyxjPYLoBrYogMLPioSfaxBZlDI3kML9ky X-Received: by 2002:a17:906:2bd5:: with SMTP id n21mr46639449ejg.337.1634726890710; Wed, 20 Oct 2021 03:48:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634726890; cv=none; d=google.com; s=arc-20160816; b=SciXjd1BmPrSMndRB6wIGoQyPG+SFh6K11A/YnCr4cHcb/cZ+0Nvsz6CBKqBgSgUCf sXq1xOlQXHAvCCESOpc0bryeZ4aqOojwSSZOGxAhvIeyAP6FAE3xsnXWwisLaaNhjplo 7NSwExxjM0zgVORtmsxDo1ZHHXPyiI17F0zcbSaF8YcOwK6SZMA0EAW1WqLrLCNmaBng NJ+eq23WD0PrGb8X7oJoq7Ya2qcIVyWfDkicDjT/eSYs2o+tFcdGBsjx+X/MO9D81Qj7 KmwvsyeQFwvbECze4TH8FuIQJDUG4PFksdrdM3h5qlVsIkca1i2pNHDAkib0ruXLR826 VEHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=MlxYuucZ3hZA3qvuKEJnxNhi1CYH/kqnrHAjiFr79Po=; b=BFOzZZaR1qPI9ZI5fCzepikjK+zs8FgDwO9mdAB7OnTA66LwWpttxcJDWwNHmDp7Hq CUZWN4Qs2Sz91Iq+Mrefw8U1B1eAnI1TfNeYZZtylxL2lnOdFgp3JWjvie7VSQj4hSjJ CGA5qE0GWfmi6I27RJd/ZTpkzSVIm+WLA0oGeauwLPUYhdDN06OvucJ5MvhkHvdmAL7k kwshcO465cDuOuwru8q5oHR5reTfvsvdOvMNT4jSQhj3p3uKxpE7XeW74omH/xQiFIwO lWBI5JHA/m4BQ5mLM4wI/OivARaFA77JvpOtfBB5MqNB1yB5xIURpu2AqB0JqLZEPr6n 0zVg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=Hs14Rn5R; 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=foss.st.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x21si2284756edi.515.2021.10.20.03.47.46; Wed, 20 Oct 2021 03:48:10 -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; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=Hs14Rn5R; 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=foss.st.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230282AbhJTKrm (ORCPT + 99 others); Wed, 20 Oct 2021 06:47:42 -0400 Received: from mx08-00178001.pphosted.com ([91.207.212.93]:51148 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S230242AbhJTKrk (ORCPT ); Wed, 20 Oct 2021 06:47:40 -0400 Received: from pps.filterd (m0046661.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 19KAOVfX018155; Wed, 20 Oct 2021 12:45:07 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=selector1; bh=MlxYuucZ3hZA3qvuKEJnxNhi1CYH/kqnrHAjiFr79Po=; b=Hs14Rn5RB7KO632z6fryOsvT+wyNnBwekph0ayCGJavFI4brgsuQ/2llb3Af1xqPod9m w9q74e18eoN60W8CH2UsOps2rZ3uyl8Q+sIwgJuM/vbDSq1dSyaO6LQ7kF1GmbYgQLe2 4DrBYgmIpYEXgikLK81erL5nuwDWObAWDLrf46lrVd+72X9rBEgGqWCMQRvbE5IhZQE7 XEZ4Yqn4upavnnEK8kggCO443cnP5UZtu9E0ebURc9oXqiUMwICpQHLLlu4MZ7lvul4d 2M7YXGceErpGogWh3jKSq9Mbo/lyVdO4cqShCzkDvlFMa+h9fNuPYm7Tsl0vuLGI89xH FQ== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com with ESMTP id 3btdkya26d-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 20 Oct 2021 12:45:07 +0200 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 7833710002A; Wed, 20 Oct 2021 12:45:05 +0200 (CEST) Received: from Webmail-eu.st.com (sfhdag2node2.st.com [10.75.127.5]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 6A46A21A230; Wed, 20 Oct 2021 12:45:05 +0200 (CEST) Received: from lmecxl0995.lme.st.com (10.75.127.50) by SFHDAG2NODE2.st.com (10.75.127.5) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Wed, 20 Oct 2021 12:45:04 +0200 Subject: Re: [PATCH] dmaengine: stm32-dma: avoid 64-bit division in stm32_dma_get_max_width To: Arnd Bergmann , Vinod Koul , Maxime Coquelin , Alexandre Torgue CC: Arnd Bergmann , Zhang Qilong , , , , References: <20211019153532.366429-1-arnd@kernel.org> From: Amelie DELAUNAY Message-ID: Date: Wed, 20 Oct 2021 12:45:03 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <20211019153532.366429-1-arnd@kernel.org> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.75.127.50] X-ClientProxiedBy: SFHDAG2NODE1.st.com (10.75.127.4) To SFHDAG2NODE2.st.com (10.75.127.5) X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.425,FMLib:17.0.607.475 definitions=2021-10-20_04,2021-10-20_01,2020-04-07_01 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Arnd, Thanks for your patch. On 10/19/21 5:35 PM, Arnd Bergmann wrote: > From: Arnd Bergmann > > Using the % operator on a 64-bit variable is expensive and can > cause a link failure: > > arm-linux-gnueabi-ld: drivers/dma/stm32-dma.o: in function `stm32_dma_get_max_width': > stm32-dma.c:(.text+0x170): undefined reference to `__aeabi_uldivmod' > arm-linux-gnueabi-ld: drivers/dma/stm32-dma.o: in function `stm32_dma_set_xfer_param': > stm32-dma.c:(.text+0x1cd4): undefined reference to `__aeabi_uldivmod' > > As we know that we just want to check the alignment in > stm32_dma_get_max_width(), there is no need for a full division, and > using a simple mask is a faster replacement. > > In stm32_dma_set_xfer_param(), it is possible to pass a non-power-of-two > length, so this does not work. I assume this would in fact be a mistake, > and the hardware does not work correctly with a burst of e.g. 5 bytes > on a five-byte aligned address. Change this to only allow burst > transfers if the address is a multiple of the length, and that length > is a power-of-two number. > > Fixes: b20fd5fa310c ("dmaengine: stm32-dma: fix stm32_dma_get_max_width") > Signed-off-by: Arnd Bergmann > --- > drivers/dma/stm32-dma.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/dma/stm32-dma.c b/drivers/dma/stm32-dma.c > index 2283c500f4ce..102278f7d13e 100644 > --- a/drivers/dma/stm32-dma.c > +++ b/drivers/dma/stm32-dma.c > @@ -280,7 +280,7 @@ static enum dma_slave_buswidth stm32_dma_get_max_width(u32 buf_len, > max_width > DMA_SLAVE_BUSWIDTH_1_BYTE) > max_width = max_width >> 1; > > - if (buf_addr % max_width) > + if (buf_addr & (max_width - 1)) > max_width = DMA_SLAVE_BUSWIDTH_1_BYTE; > > return max_width; > @@ -757,7 +757,7 @@ static int stm32_dma_set_xfer_param(struct stm32_dma_chan *chan, > * Set memory burst size - burst not possible if address is not aligned on > * the address boundary equal to the size of the transfer > */ > - if (buf_addr % buf_len) > + if (!is_power_of_2(buf_len) || (buf_addr & (buf_len -1))) No need to check !is_power_of_2(buf_len) here. Just after computing src_maxburst, src_best_burst = stm32_dma_get_best_burst(buf_len, src_maxburst, fifoth, src_addr_width); The configured burst (src_best_best) already take buf_len into account. So I would remove !is_power_of_2(buf_len) from the if here and fix the missing space: CHECK: spaces preferred around that '-' (ctx:WxV) #68: FILE: drivers/dma/stm32-dma.c:760: + if (!is_power_of_2(buf_len) || (buf_addr & (buf_len -1))) ^ > src_maxburst = 1; > else > src_maxburst = STM32_DMA_MAX_BURST; > @@ -813,7 +813,7 @@ static int stm32_dma_set_xfer_param(struct stm32_dma_chan *chan, > * Set memory burst size - burst not possible if address is not aligned on > * the address boundary equal to the size of the transfer > */ > - if (buf_addr % buf_len) > + if (!is_power_of_2(buf_len) || (buf_addr & (buf_len -1))) Ditto. > dst_maxburst = 1; > else > dst_maxburst = STM32_DMA_MAX_BURST; > With these fixes, you can add my Reviewed-by: Amelie Delaunay Tested-by: Amelie Delaunay Regards, Amelie