Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp517378yba; Thu, 16 May 2019 04:51:48 -0700 (PDT) X-Google-Smtp-Source: APXvYqxlhaGI1iFTgJtVEk/H+5itzBlhmx/EhqsfdCSKIdrlKvCekZNzthE814yPYMkSM6k+GvPf X-Received: by 2002:a63:b70f:: with SMTP id t15mr47677137pgf.351.1558007508851; Thu, 16 May 2019 04:51:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558007508; cv=none; d=google.com; s=arc-20160816; b=Cb4s6XO/JbgKsd8vfGaUl8aQbwMZwYTPfhlzFCeGMbTqv3pF8kd0WGtHTKzdHHuPI6 gxVJEq6Le4fkYA4/mkpvOYPtPf6pmoEC85N1aMkoyPD2sOQPZ+2v1BGUGfJWxgPPlNe0 /4cz71bZhZ5rtEHHYM66R6tOM3OOkw95RQJqSWMyo6mQVHZyZm4K9IiYYNuVbjmSrGOw RWx0c2c9nga4+TcYgyLN66JkBnUYzh/BBO35cE5QOUH5WrAMYTSEBWHJs2cPpwtjpuMS VejD0VYcbObeLVU7V+kVreI93KUTq6BUkdD5Z+H7a2rAuc9pTALw2GdZ/jULHGXLsu4f ivpg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=CLT4YaGks/fKt7UUpb7X+or6I16gVV5VquVTXxQrOVc=; b=N3SHgfwsbp8227caq5NN5DMAAZcIFsfSM5/qYyuX7FZ8CfaWp4xCykTCammgn14yOx KzSI/GrDrgko4E6EABmo8J+Mvu5YdSB8n3oRVqnn91cZA4z+WpneL7uMOauM2UQiFEdx IRTu+OcFSMMJjp9ZQef6eea3axDh7tVsVfNVr33mZsgPEUVwEsDbjvCsyemHzR0ITMrh W7397UH3kS7oCSLaa9cRGDHZgRgvJgOZG6ALNZV1cSLEVikxAPtc6XjbKwuRbQXin9Ck 5bKKmlqRmrQvedAdK8eVMAE6n/xqshWQp93cqi1glyk8Nec1DVDNfbi67uh/XCxXrPsL WrEw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nxp.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h10si4670589pgq.187.2019.05.16.04.51.34; Thu, 16 May 2019 04:51:48 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nxp.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727838AbfEPLt7 (ORCPT + 99 others); Thu, 16 May 2019 07:49:59 -0400 Received: from inva021.nxp.com ([92.121.34.21]:44390 "EHLO inva021.nxp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727054AbfEPLt6 (ORCPT ); Thu, 16 May 2019 07:49:58 -0400 Received: from inva021.nxp.com (localhost [127.0.0.1]) by inva021.eu-rdc02.nxp.com (Postfix) with ESMTP id 177252001D3; Thu, 16 May 2019 13:49:56 +0200 (CEST) Received: from inva024.eu-rdc02.nxp.com (inva024.eu-rdc02.nxp.com [134.27.226.22]) by inva021.eu-rdc02.nxp.com (Postfix) with ESMTP id 09552200061; Thu, 16 May 2019 13:49:56 +0200 (CEST) Received: from fsr-ub1864-101.ea.freescale.net (fsr-ub1864-101.ea.freescale.net [10.171.82.13]) by inva024.eu-rdc02.nxp.com (Postfix) with ESMTP id 7D9BF205CD; Thu, 16 May 2019 13:49:55 +0200 (CEST) From: laurentiu.tudor@nxp.com To: hch@lst.de, stern@rowland.harvard.edu, gregkh@linuxfoundation.org, linux-usb@vger.kernel.org, marex@denx.de Cc: leoyang.li@nxp.com, linux-kernel@vger.kernel.org, robin.murphy@arm.com, noring@nocrew.org, JuergenUrban@gmx.de, Laurentiu Tudor Subject: [PATCH v4 2/3] usb: host: ohci-sm501: init genalloc for local memory Date: Thu, 16 May 2019 14:47:20 +0300 Message-Id: <20190516114721.27694-3-laurentiu.tudor@nxp.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20190516114721.27694-1-laurentiu.tudor@nxp.com> References: <20190516114721.27694-1-laurentiu.tudor@nxp.com> X-Virus-Scanned: ClamAV using ClamSMTP Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Laurentiu Tudor In preparation for dropping the existing "coherent" dma mem declaration APIs, replace the current dma_declare_coherent_memory() based mechanism with the creation of a genalloc pool that will be used in the OHCI subsystem as replacement for the DMA APIs. For context, see thread here: https://lkml.org/lkml/2019/4/22/357 Signed-off-by: Laurentiu Tudor --- drivers/usb/host/ohci-sm501.c | 68 +++++++++++++++++++++-------------- 1 file changed, 41 insertions(+), 27 deletions(-) diff --git a/drivers/usb/host/ohci-sm501.c b/drivers/usb/host/ohci-sm501.c index c26228c25f99..1a25f5396e3e 100644 --- a/drivers/usb/host/ohci-sm501.c +++ b/drivers/usb/host/ohci-sm501.c @@ -16,6 +16,7 @@ #include #include #include +#include #include #include @@ -92,6 +93,7 @@ static int ohci_hcd_sm501_drv_probe(struct platform_device *pdev) struct resource *res, *mem; int retval, irq; struct usb_hcd *hcd = NULL; + void __iomem *local_mem; irq = retval = platform_get_irq(pdev, 0); if (retval < 0) @@ -110,40 +112,18 @@ static int ohci_hcd_sm501_drv_probe(struct platform_device *pdev) goto err0; } - /* The sm501 chip is equipped with local memory that may be used - * by on-chip devices such as the video controller and the usb host. - * This driver uses dma_declare_coherent_memory() to make sure - * usb allocations with dma_alloc_coherent() allocate from - * this local memory. The dma_handle returned by dma_alloc_coherent() - * will be an offset starting from 0 for the first local memory byte. - * - * So as long as data is allocated using dma_alloc_coherent() all is - * fine. This is however not always the case - buffers may be allocated - * using kmalloc() - so the usb core needs to be told that it must copy - * data into our local memory if the buffers happen to be placed in - * regular memory. The HCD_LOCAL_MEM flag does just that. - */ - - retval = dma_declare_coherent_memory(dev, mem->start, - mem->start - mem->parent->start, - resource_size(mem)); - if (retval) { - dev_err(dev, "cannot declare coherent memory\n"); - goto err1; - } - /* allocate, reserve and remap resources for registers */ res = platform_get_resource(pdev, IORESOURCE_MEM, 0); if (res == NULL) { dev_err(dev, "no resource definition for registers\n"); retval = -ENOENT; - goto err2; + goto err1; } hcd = usb_create_hcd(driver, &pdev->dev, dev_name(&pdev->dev)); if (!hcd) { retval = -ENOMEM; - goto err2; + goto err1; } hcd->rsrc_start = res->start; @@ -164,6 +144,43 @@ static int ohci_hcd_sm501_drv_probe(struct platform_device *pdev) ohci_hcd_init(hcd_to_ohci(hcd)); + /* The sm501 chip is equipped with local memory that may be used + * by on-chip devices such as the video controller and the usb host. + * This driver uses genalloc so that usb allocations with + * gen_pool_dma_alloc() allocate from this local memory. The dma_handle + * returned by gen_pool_dma_alloc() will be an offset starting from 0 + * for the first local memory byte. + * + * So as long as data is allocated using gen_pool_dma_alloc() all is + * fine. This is however not always the case - buffers may be allocated + * using kmalloc() - so the usb core needs to be told that it must copy + * data into our local memory if the buffers happen to be placed in + * regular memory. The HCD_LOCAL_MEM flag does just that. + */ + + hcd->localmem_pool = devm_gen_pool_create(dev, PAGE_SHIFT, + dev_to_node(dev), + "ohci-sm501"); + if (IS_ERR(hcd->localmem_pool)) { + retval = PTR_ERR(hcd->localmem_pool); + goto err5; + } + + local_mem = devm_ioremap(dev, mem->start, resource_size(mem)); + if (!local_mem) { + retval = -ENOMEM; + goto err5; + } + + retval = gen_pool_add_virt(hcd->localmem_pool, + (unsigned long)local_mem, + mem->start - mem->parent->start, + resource_size(mem), + dev_to_node(dev)); + if (retval < 0) { + dev_err(dev, "failed to add to pool: %d\n", retval); + goto err5; + } retval = usb_add_hcd(hcd, irq, IRQF_SHARED); if (retval) goto err5; @@ -181,8 +198,6 @@ static int ohci_hcd_sm501_drv_probe(struct platform_device *pdev) release_mem_region(hcd->rsrc_start, hcd->rsrc_len); err3: usb_put_hcd(hcd); -err2: - dma_release_declared_memory(dev); err1: release_mem_region(mem->start, resource_size(mem)); err0: @@ -197,7 +212,6 @@ static int ohci_hcd_sm501_drv_remove(struct platform_device *pdev) usb_remove_hcd(hcd); release_mem_region(hcd->rsrc_start, hcd->rsrc_len); usb_put_hcd(hcd); - dma_release_declared_memory(&pdev->dev); mem = platform_get_resource(pdev, IORESOURCE_MEM, 1); if (mem) release_mem_region(mem->start, resource_size(mem)); -- 2.17.1