Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1552683pxb; Sun, 22 Aug 2021 21:36:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwSjh4JjnRZPijhafr3RnhSsYA5rzCGOJa35G1hqoCkTcsEN51hyxVBPQj68ni5QkebS3Ax X-Received: by 2002:a92:4a10:: with SMTP id m16mr20344677ilf.233.1629693415148; Sun, 22 Aug 2021 21:36:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629693415; cv=none; d=google.com; s=arc-20160816; b=Z0mSMnxxXiqNLlT7G7X6VQ/q2csm2fA4c+3JWbXjz4mtoOwZMr+sY6m4eTjmnxgPNI 7U5t+AHxjyT5LGR51I44k9ZDNbfLTQ8KZxwRcJEDfv1vrOsURrts6Z4vsocF7mLmQcwt iFJENppp0PrPIEfmUstH0iC/GJQfA5tt+i3JEYEyAu8Bl1WWZBN8mpR7+E3m4B+A4nSX aJtNXYnXNEivCPhVqg8o049pQ9dKMuYUL9VBTYCJ7zIpMPt+EiQcYDAfExR0GxwZijfA 7eAnBkbrayO57woed618fO4x/zcHwlLfpIRK9mVnN0B+VfHbd1D/KmWvgRJmxvZFn29J Km1g== 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; bh=NR60fJw2tfRCUYkOxX7h90LcCfFSXc0X1pyu5O4T8rk=; b=RVhLrUoPjd0vNVJ1gM9pcAqCHst4O9o4PkkgCzV+UjTQYDGGbDJhMVibIjV1Z4HQ7L S6vm1Jl0QBbHcmOM0BZ+ZAaD8l3n820kJaQfDECKxrz8mYfwLbBfmV7eE3sezzuS3g+B MPsvRP2GtQh+PaZ+vR4vuvMRvGZcERnq8sItXPCwnlW9deJ7bFQWjPXIhEQL/K+rasHm Q+22Cwg+ZkgIpE3KyAliP7TSrnOwOQj+AoJjM/mmijCHle0xVgYpf65Nn9Gdr7A8nSC9 cUYI1Qh0pwznWktloWkwthNt3WSKvaqpdOzC6rdNuWqSIFiEwFBq6sYYn2MmJ1UyuY+z RKKg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r20si13103478jad.61.2021.08.22.21.36.43; Sun, 22 Aug 2021 21:36:55 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230439AbhHWEd4 (ORCPT + 99 others); Mon, 23 Aug 2021 00:33:56 -0400 Received: from smtp11.smtpout.orange.fr ([80.12.242.133]:40048 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229555AbhHWEdz (ORCPT ); Mon, 23 Aug 2021 00:33:55 -0400 Received: from [192.168.1.18] ([90.126.253.178]) by mwinf5d34 with ME id ksZA250083riaq203sZBsW; Mon, 23 Aug 2021 06:33:12 +0200 X-ME-Helo: [192.168.1.18] X-ME-Auth: Y2hyaXN0b3BoZS5qYWlsbGV0QHdhbmFkb28uZnI= X-ME-Date: Mon, 23 Aug 2021 06:33:12 +0200 X-ME-IP: 90.126.253.178 Subject: Re: [PATCH] forcedeth: switch from 'pci_' to 'dma_' API To: Zhu Yanjun Cc: Rain River , "David S. Miller" , Jakub Kicinski , netdev , LKML , kernel-janitors@vger.kernel.org References: <099a3b5974f6b2be8770e180823e2883209a3691.1629615550.git.christophe.jaillet@wanadoo.fr> From: Christophe JAILLET Message-ID: <6f0d95cc-3cb6-c166-7e82-b7914ad25f72@wanadoo.fr> Date: Mon, 23 Aug 2021 06:33:10 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 23/08/2021 à 04:39, Zhu Yanjun a écrit : > On Sun, Aug 22, 2021 at 3:09 PM Christophe JAILLET > wrote: >> >> The wrappers in include/linux/pci-dma-compat.h should go away. >> >> The patch has been generated with the coccinelle script below. >> >> It has been hand modified to use 'dma_set_mask_and_coherent()' instead of >> 'pci_set_dma_mask()/pci_set_consistent_dma_mask()' when applicable. >> This is less verbose. >> >> It has been compile tested. >> >> >> @@ >> @@ >> - PCI_DMA_BIDIRECTIONAL >> + DMA_BIDIRECTIONAL >> >> @@ >> @@ >> - PCI_DMA_TODEVICE >> + DMA_TO_DEVICE >> >> @@ >> @@ >> - PCI_DMA_FROMDEVICE >> + DMA_FROM_DEVICE >> >> @@ >> @@ >> - PCI_DMA_NONE >> + DMA_NONE >> >> @@ >> expression e1, e2, e3; >> @@ >> - pci_alloc_consistent(e1, e2, e3) >> + dma_alloc_coherent(&e1->dev, e2, e3, GFP_) >> >> @@ >> expression e1, e2, e3; >> @@ >> - pci_zalloc_consistent(e1, e2, e3) >> + dma_alloc_coherent(&e1->dev, e2, e3, GFP_) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_free_consistent(e1, e2, e3, e4) >> + dma_free_coherent(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_map_single(e1, e2, e3, e4) >> + dma_map_single(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_unmap_single(e1, e2, e3, e4) >> + dma_unmap_single(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2, e3, e4, e5; >> @@ >> - pci_map_page(e1, e2, e3, e4, e5) >> + dma_map_page(&e1->dev, e2, e3, e4, e5) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_unmap_page(e1, e2, e3, e4) >> + dma_unmap_page(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_map_sg(e1, e2, e3, e4) >> + dma_map_sg(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_unmap_sg(e1, e2, e3, e4) >> + dma_unmap_sg(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_dma_sync_single_for_cpu(e1, e2, e3, e4) >> + dma_sync_single_for_cpu(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_dma_sync_single_for_device(e1, e2, e3, e4) >> + dma_sync_single_for_device(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_dma_sync_sg_for_cpu(e1, e2, e3, e4) >> + dma_sync_sg_for_cpu(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2, e3, e4; >> @@ >> - pci_dma_sync_sg_for_device(e1, e2, e3, e4) >> + dma_sync_sg_for_device(&e1->dev, e2, e3, e4) >> >> @@ >> expression e1, e2; >> @@ >> - pci_dma_mapping_error(e1, e2) >> + dma_mapping_error(&e1->dev, e2) >> >> @@ >> expression e1, e2; >> @@ >> - pci_set_dma_mask(e1, e2) >> + dma_set_mask(&e1->dev, e2) >> >> @@ >> expression e1, e2; >> @@ >> - pci_set_consistent_dma_mask(e1, e2) >> + dma_set_coherent_mask(&e1->dev, e2) >> >> Signed-off-by: Christophe JAILLET >> --- >> If needed, see post from Christoph Hellwig on the kernel-janitors ML: >> https://marc.info/?l=kernel-janitors&m=158745678307186&w=4 >> --- >> drivers/net/ethernet/nvidia/forcedeth.c | 6 +----- >> 1 file changed, 1 insertion(+), 5 deletions(-) >> >> diff --git a/drivers/net/ethernet/nvidia/forcedeth.c b/drivers/net/ethernet/nvidia/forcedeth.c >> index 8724d6a9ed02..ef3fb4cc90af 100644 >> --- a/drivers/net/ethernet/nvidia/forcedeth.c >> +++ b/drivers/net/ethernet/nvidia/forcedeth.c >> @@ -5782,15 +5782,11 @@ static int nv_probe(struct pci_dev *pci_dev, const struct pci_device_id *id) >> np->desc_ver = DESC_VER_3; >> np->txrxctl_bits = NVREG_TXRXCTL_DESC_3; >> if (dma_64bit) { >> - if (pci_set_dma_mask(pci_dev, DMA_BIT_MASK(39))) >> + if (dma_set_mask_and_coherent(&pci_dev->dev, DMA_BIT_MASK(39))) >> dev_info(&pci_dev->dev, >> "64-bit DMA failed, using 32-bit addressing\n"); >> else >> dev->features |= NETIF_F_HIGHDMA; >> - if (pci_set_consistent_dma_mask(pci_dev, DMA_BIT_MASK(39))) { >> - dev_info(&pci_dev->dev, >> - "64-bit DMA (consistent) failed, using 32-bit ring buffers\n"); >> - } > > From the commit log, "pci_set_consistent_dma_mask(e1, e2)" should be > replaced by "dma_set_coherent_mask(&e1->dev, e2)". > But in this snippet, "pci_set_consistent_dma_mask(e1, e2)" is not > replaced by "dma_set_coherent_mask(&e1->dev, e2)". > > Why? Hi, in the commit log I said that: The patch has been generated with the coccinelle script below. It has been hand modified to use 'dma_set_mask_and_coherent()' instead of 'pci_set_dma_mask()/pci_set_consistent_dma_mask()' when applicable. This is less verbose. When I started this task proposed by Christoph Hellwig ([1]), their were 150 files using using 'pci_set_dma_mask()' ([2]). Many of them were good candidate for using 'dma_set_mask_and_coherent()' but this transformation can not easily be done by coccinelle because it depends on the way the code has been written. So, I decided to hand modify and include the transformation in the many patches have sent to remove this deprecated API. Up to now, it has never been an issue. I *DO* know that it should have been a 2 steps process but this clean-up was too big for me (i.e. 150 files) and doing the job twice was discouraging. My first motivation was to remove the deprecated API. Simplifying code and using 'dma_set_mask_and_coherent()' when applicable was just a bonus. So, if desired, I can send a v2 without the additional transformation but I won't send 2 patches for that. The 'dma_set_mask_and_coherent()' transformation would be left apart, for whoever feels like cleaning it. CJ [1]: https://marc.info/?l=kernel-janitors&m=158745678307186&w=4 [2]: https://elixir.bootlin.com/linux/v5.8/A/ident/pci_set_dma_mask > > Zhu Yanjun > > >> } >> } else if (id->driver_data & DEV_HAS_LARGEDESC) { >> /* packet format 2: supports jumbo frames */ >> -- >> 2.30.2 >> >