Received: by 2002:ac0:aa62:0:0:0:0:0 with SMTP id w31-v6csp76479ima; Tue, 23 Oct 2018 19:52:51 -0700 (PDT) X-Google-Smtp-Source: AJdET5dZ/25+Fxp62ZT6wWwIwCyZ8A99MsSxa5gegcegUFiz1zqF+ngGryGoX8JdkAkhPI8Vxw3H X-Received: by 2002:a63:480d:: with SMTP id v13-v6mr830743pga.308.1540349571080; Tue, 23 Oct 2018 19:52:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540349571; cv=none; d=google.com; s=arc-20160816; b=nMHbGcgOj+cayHFfqyAJxprC/PTQ9eKNWDYP4RWahShHM4SJil6G2nHnq6FGfJb6WL XXAzWbT5zlavC3hcOqVwLfcL1pDgg5/q9WnEnqVL3e6Mb6r3KM1g1gzZeSHcuBOU6qfi 6vZt2vL6dBnO5VhEHJZbzk0Cj7xE7vVa2PCracCzB0wF+COsOlaJUmwdSXwJPuBMDIG3 EqOe7RSzW2g9oMkdUWH/yMXk9KFni+O5kec/V6xS0YllKVk/AabOVp4GKx2VcEOKmVi7 Fukfih4v46nPcdLdpgLIyO6mtZQK/3afMWvXWUeRaBBlBSs0ABLta7uxZ/PygvtlLbU2 YtvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=ZZOfZ42OhCj7GrvRGJoGFTDeOBWIP5j9I2wB5RT0kZQ=; b=iigMky2YmryvI2CwyNttmX01TgxdxUUXzHssgsAZomY3sWfiYQ15eOu1AJBHZH0gS+ PRbO5OfmbhMSrcV3xH3gyWL+Zmn/N1UTipaY3+vopz1ke9FpSMPwlcOfcnuFduQIjVt6 ThsJW5/uIrD5Cgr2INmwhPXHJmOA5sIH5OH2IEl73q0g7EeTsq1xZZ4takWdc7ze7Pr7 vrRxxS/OAOZFp1aDazs/ceI2ya5k1HHesa8SsZUZoMPXgG6NblI4sL09VqjOTj7gWTk1 2nADCRutW9dnlF56yu1H6WJqv/rLQv5LVI2LA9at5/oz9JSsXH6VoKCjOf78fjSe6wxH k+bA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=T1FNWln6; 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=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e8-v6si3258381pgh.447.2018.10.23.19.52.29; Tue, 23 Oct 2018 19:52:51 -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; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=T1FNWln6; 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=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726652AbeJXLSH (ORCPT + 99 others); Wed, 24 Oct 2018 07:18:07 -0400 Received: from fllv0016.ext.ti.com ([198.47.19.142]:39182 "EHLO fllv0016.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726371AbeJXLSH (ORCPT ); Wed, 24 Oct 2018 07:18:07 -0400 Received: from dlelxv90.itg.ti.com ([172.17.2.17]) by fllv0016.ext.ti.com (8.15.2/8.15.2) with ESMTP id w9O0ENOo013049; Tue, 23 Oct 2018 19:14:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1540340063; bh=ZZOfZ42OhCj7GrvRGJoGFTDeOBWIP5j9I2wB5RT0kZQ=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=T1FNWln6wtaqxVp4t7HW9F/7ISK4jmFIuzX05VWd+krFS+3q+dVw3wTtH1zmhRvvN fmeg4Xd0Qe21A7wPagGDfxVIoQRkV7U/zXjDX9yCxEk2SE4/q3006pyWIZIpy1kAlU rohvYqwHN3Jz47UtkJC/FWsRDaeho3Z/XdGpkf9c= Received: from DLEE115.ent.ti.com (dlee115.ent.ti.com [157.170.170.26]) by dlelxv90.itg.ti.com (8.14.3/8.13.8) with ESMTP id w9O0ENJh022807; Tue, 23 Oct 2018 19:14:23 -0500 Received: from DLEE112.ent.ti.com (157.170.170.23) by DLEE115.ent.ti.com (157.170.170.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Tue, 23 Oct 2018 19:14:22 -0500 Received: from dflp33.itg.ti.com (10.64.6.16) by DLEE112.ent.ti.com (157.170.170.23) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.1.1466.3 via Frontend Transport; Tue, 23 Oct 2018 19:14:22 -0500 Received: from [128.247.58.153] (ileax41-snat.itg.ti.com [10.172.224.153]) by dflp33.itg.ti.com (8.14.3/8.13.8) with ESMTP id w9O0EMMI026528; Tue, 23 Oct 2018 19:14:22 -0500 Subject: Re: [PATCH v4 12/17] remoteproc: modify vring allocation to rely on centralized carveout allocator To: Loic Pallardy , , CC: , , , References: <1532697292-14272-1-git-send-email-loic.pallardy@st.com> <1532697292-14272-13-git-send-email-loic.pallardy@st.com> From: Suman Anna Message-ID: <59fad1e3-11a2-939e-c47e-4351fb636e2d@ti.com> Date: Tue, 23 Oct 2018 19:14:22 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <1532697292-14272-13-git-send-email-loic.pallardy@st.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/27/18 8:14 AM, Loic Pallardy wrote: > Current version of rproc_alloc_vring function supports only dynamic vring > allocation. > > This patch allows to allocate vrings based on memory region declatation. > Vrings are now manage like memory carveouts, to communize memory management > code in rproc_alloc_registered_carveouts(). > > Allocated buffer is retrieved in rp_find_vq() thanks to > rproc_find_carveout_by_name() functions for. > > This patch sets vrings names to vdev"x"vring"y" with x vdev index in > resource table and y vring index in vdev. This will be updated when > name will be associated to vdev in firmware resource table. > > Signed-off-by: Loic Pallardy > --- > drivers/remoteproc/remoteproc_core.c | 61 +++++++++++++++++--------------- > drivers/remoteproc/remoteproc_internal.h | 2 ++ > drivers/remoteproc/remoteproc_virtio.c | 14 +++++++- > include/linux/remoteproc.h | 6 ++-- > 4 files changed, 51 insertions(+), 32 deletions(-) > > diff --git a/drivers/remoteproc/remoteproc_core.c b/drivers/remoteproc/remoteproc_core.c > index c543d04..4edc6f0 100644 > --- a/drivers/remoteproc/remoteproc_core.c > +++ b/drivers/remoteproc/remoteproc_core.c > @@ -53,6 +53,11 @@ typedef int (*rproc_handle_resources_t)(struct rproc *rproc, > typedef int (*rproc_handle_resource_t)(struct rproc *rproc, > void *, int offset, int avail); > > +static int rproc_alloc_carveout(struct rproc *rproc, > + struct rproc_mem_entry *mem); > +static int rproc_release_carveout(struct rproc *rproc, > + struct rproc_mem_entry *mem); > + > /* Unique indices for remoteproc devices */ > static DEFINE_IDA(rproc_dev_index); > > @@ -312,21 +317,33 @@ int rproc_alloc_vring(struct rproc_vdev *rvdev, int i) > struct device *dev = &rproc->dev; > struct rproc_vring *rvring = &rvdev->vring[i]; > struct fw_rsc_vdev *rsc; > - dma_addr_t dma; > - void *va; > int ret, size, notifyid; > + struct rproc_mem_entry *mem; > > /* actual size of vring (in bytes) */ > size = PAGE_ALIGN(vring_size(rvring->len, rvring->align)); > > - /* > - * Allocate non-cacheable memory for the vring. In the future > - * this call will also configure the IOMMU for us > - */ > - va = dma_alloc_coherent(dev->parent, size, &dma, GFP_KERNEL); > - if (!va) { > - dev_err(dev->parent, "dma_alloc_coherent failed\n"); > - return -EINVAL; > + rsc = (void *)rproc->table_ptr + rvdev->rsc_offset; > + > + /* Search for pre-registered carveout */ > + mem = rproc_find_carveout_by_name(rproc, "vdev%dvring%d", rvdev->index, > + i); > + if (mem) { > + if (rproc_check_carveout_da(rproc, mem, rsc->vring[i].da, size)) > + return -ENOMEM; > + } else { > + /* Register carveout in in list */ > + mem = rproc_mem_entry_init(dev, 0, 0, size, rsc->vring[i].da, > + rproc_alloc_carveout, > + rproc_release_carveout, > + "vdev%dvring%d", > + rvdev->index, i); > + if (!mem) { > + dev_err(dev, "Can't allocate memory entry structure\n"); > + return -ENOMEM; > + } > + > + rproc_add_carveout(rproc, mem); > } > > /* > @@ -337,7 +354,6 @@ int rproc_alloc_vring(struct rproc_vdev *rvdev, int i) > ret = idr_alloc(&rproc->notifyids, rvring, 0, 0, GFP_KERNEL); > if (ret < 0) { > dev_err(dev, "idr_alloc failed: %d\n", ret); > - dma_free_coherent(dev->parent, size, va, dma); > return ret; > } > notifyid = ret; > @@ -346,21 +362,9 @@ int rproc_alloc_vring(struct rproc_vdev *rvdev, int i) > if (notifyid > rproc->max_notifyid) > rproc->max_notifyid = notifyid; > > - dev_dbg(dev, "vring%d: va %pK dma %pad size 0x%x idr %d\n", > - i, va, &dma, size, notifyid); > - > - rvring->va = va; > - rvring->dma = dma; > rvring->notifyid = notifyid; > > - /* > - * Let the rproc know the notifyid and da of this vring. > - * Not all platforms use dma_alloc_coherent to automatically > - * set up the iommu. In this case the device address (da) will > - * hold the physical address and not the device address. > - */ > - rsc = (void *)rproc->table_ptr + rvdev->rsc_offset; > - rsc->vring[i].da = dma; > + /* Let the rproc know the notifyid of this vring.*/ > rsc->vring[i].notifyid = notifyid; > return 0; > } > @@ -392,12 +396,10 @@ int rproc_alloc_vring(struct rproc_vdev *rvdev, int i) > > void rproc_free_vring(struct rproc_vring *rvring) > { > - int size = PAGE_ALIGN(vring_size(rvring->len, rvring->align)); > struct rproc *rproc = rvring->rvdev->rproc; > int idx = rvring->rvdev->vring - rvring; > struct fw_rsc_vdev *rsc; > > - dma_free_coherent(rproc->dev.parent, size, rvring->va, rvring->dma); > idr_remove(&rproc->notifyids, rvring->notifyid); Also, I am not sure if FW_RSC_ADDR_ANY semantics were enforced previously on the vring da. It was simply overwritten irrespective of the value. Now, I am running again into the "bad carveout rsc configuration value" due to the iommu_domain_check if !FW_RSC_ADDR_ANY. FWIW, the rproc_free_vring was actually using the value 0 when resetting. regards Suman > > /* reset resource entry info */ > @@ -484,6 +486,7 @@ static int rproc_handle_vdev(struct rproc *rproc, struct fw_rsc_vdev *rsc, > > rvdev->id = rsc->id; > rvdev->rproc = rproc; > + rvdev->index = rproc->nb_vdev++; > > /* parse the vrings */ > for (i = 0; i < rsc->num_of_vrings; i++) { > @@ -528,9 +531,6 @@ void rproc_vdev_release(struct kref *ref) > > for (id = 0; id < ARRAY_SIZE(rvdev->vring); id++) { > rvring = &rvdev->vring[id]; > - if (!rvring->va) > - continue; > - > rproc_free_vring(rvring); > } > > @@ -1322,6 +1322,9 @@ static int rproc_fw_boot(struct rproc *rproc, const struct firmware *fw) > /* reset max_notifyid */ > rproc->max_notifyid = -1; > > + /* reset handled vdev */ > + rproc->nb_vdev = 0; > + > /* handle fw resources which are required to boot rproc */ > ret = rproc_handle_resources(rproc, rproc_loading_handlers); > if (ret) { > diff --git a/drivers/remoteproc/remoteproc_internal.h b/drivers/remoteproc/remoteproc_internal.h > index 7570beb..f6cad24 100644 > --- a/drivers/remoteproc/remoteproc_internal.h > +++ b/drivers/remoteproc/remoteproc_internal.h > @@ -60,6 +60,8 @@ struct dentry *rproc_create_trace_file(const char *name, struct rproc *rproc, > int rproc_elf_load_rsc_table(struct rproc *rproc, const struct firmware *fw); > struct resource_table *rproc_elf_find_loaded_rsc_table(struct rproc *rproc, > const struct firmware *fw); > +struct rproc_mem_entry * > +rproc_find_carveout_by_name(struct rproc *rproc, const char *name, ...); > > static inline > int rproc_fw_sanity_check(struct rproc *rproc, const struct firmware *fw) > diff --git a/drivers/remoteproc/remoteproc_virtio.c b/drivers/remoteproc/remoteproc_virtio.c > index bbecd44..de21f62 100644 > --- a/drivers/remoteproc/remoteproc_virtio.c > +++ b/drivers/remoteproc/remoteproc_virtio.c > @@ -76,7 +76,9 @@ static struct virtqueue *rp_find_vq(struct virtio_device *vdev, > struct rproc_vdev *rvdev = vdev_to_rvdev(vdev); > struct rproc *rproc = vdev_to_rproc(vdev); > struct device *dev = &rproc->dev; > + struct rproc_mem_entry *mem; > struct rproc_vring *rvring; > + struct fw_rsc_vdev *rsc; > struct virtqueue *vq; > void *addr; > int len, size; > @@ -88,8 +90,14 @@ static struct virtqueue *rp_find_vq(struct virtio_device *vdev, > if (!name) > return NULL; > > + /* Search allocated memory region by name */ > + mem = rproc_find_carveout_by_name(rproc, "vdev%dvring%d", rvdev->index, > + id); > + if (!mem || !mem->va) > + return ERR_PTR(-ENOMEM); > + > rvring = &rvdev->vring[id]; > - addr = rvring->va; > + addr = mem->va; > len = rvring->len; > > /* zero vring */ > @@ -114,6 +122,10 @@ static struct virtqueue *rp_find_vq(struct virtio_device *vdev, > rvring->vq = vq; > vq->priv = rvring; > > + /* Update vring in resource table */ > + rsc = (void *)rproc->table_ptr + rvdev->rsc_offset; > + rsc->vring[id].da = mem->da; > + > return vq; > } > > diff --git a/include/linux/remoteproc.h b/include/linux/remoteproc.h > index 4cdd0c6..6b3a234 100644 > --- a/include/linux/remoteproc.h > +++ b/include/linux/remoteproc.h > @@ -453,6 +453,7 @@ struct rproc_dump_segment { > * @table_sz: size of @cached_table > * @has_iommu: flag to indicate if remote processor is behind an MMU > * @dump_segments: list of segments in the firmware > + * @nb_vdev: number of vdev currently handled by rproc > */ > struct rproc { > struct list_head node; > @@ -485,6 +486,7 @@ struct rproc { > bool has_iommu; > bool auto_boot; > struct list_head dump_segments; > + int nb_vdev; > }; > > /** > @@ -512,7 +514,6 @@ struct rproc_subdev { > /** > * struct rproc_vring - remoteproc vring state > * @va: virtual address > - * @dma: dma address > * @len: length, in bytes > * @da: device address > * @align: vring alignment > @@ -522,7 +523,6 @@ struct rproc_subdev { > */ > struct rproc_vring { > void *va; > - dma_addr_t dma; > int len; > u32 da; > u32 align; > @@ -541,6 +541,7 @@ struct rproc_vring { > * @vdev: the virio device > * @vring: the vrings for this vdev > * @rsc_offset: offset of the vdev's resource entry > + * @index: vdev position versus other vdev declared in resource table > */ > struct rproc_vdev { > struct kref refcount; > @@ -553,6 +554,7 @@ struct rproc_vdev { > struct virtio_device vdev; > struct rproc_vring vring[RVDEV_NUM_VRINGS]; > u32 rsc_offset; > + u32 index; > }; > > struct rproc *rproc_get_by_phandle(phandle phandle); >