From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-f65.google.com (mail-ed1-f65.google.com [209.85.208.65]) by dpdk.org (Postfix) with ESMTP id E189A1B1ED for ; Tue, 10 Jul 2018 12:52:01 +0200 (CEST) Received: by mail-ed1-f65.google.com with SMTP id t3-v6so16227147eds.3 for ; Tue, 10 Jul 2018 03:52:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netronome-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2oMnipRPbgW4MvyCYBjlYzP9QoMqnYY7opRqw4U6els=; b=17Lug9LB2Pj8wfZRRX5ZoyI4zNcHBUHnxCk3TXyg0yeTF4p+yrK6lY+4d+ofBDSN2h zgTHFcTWICC8lHidNzB+bSsNiDGc9tT3aqfeBdM7Cv6k1kWmVb64+ihy7fGMgYP48HIi 4fXts0KRUTbijDQxLFLqNNobq4OIuBwevleDadEL2W2cjYJKNj2TOLd3hm57DMf+olMC z6Lcw0bI++Dg7XSJOJSTzKntx+MjTD+rBO0ItRrrmTgWfYddEr9fYS8eSFk7Y+K/GC1H V4xFImYw2F4usGRAJoinyzhnp2i7aynGwjmaVDnMd7FR/JHTlenS4+jtJH2I87bAssp7 Xygg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=2oMnipRPbgW4MvyCYBjlYzP9QoMqnYY7opRqw4U6els=; b=tIN8RYeQSlxOGrzV1lASo7oDrLZUNmRev37Yi15cnI6hHCJs69wBuuIWxd4VQgrfvn kDhcrzzNnp0jkIQpZTQCiOhoop3B/HzJMA+8wyz1o2kH3Y+My9kYKxoBEFnvaKTtbwTS d1IgoakJLI1d06MMruaTUtA1NVpUjhE/Y9GeoREDDh+NdNhAVGc/jdqmT5iSy045H7H4 noQ5J2tvVXrIl/nOZggqoluAw4Eog+3R2NPf2bS07XUCPnQ8PhoPv7JmgDWln75LCG+6 fhjK5QnXwYdoc1UNBb7DKMv/+U1yPpP4tmaLEE2Q6tei5HNnl4rO7Qr9wh735PAS1Mxs jeqA== X-Gm-Message-State: APt69E2UZ/PSL4yyE/8OfiBPZlMohqRLLdp31RJXS0VDEgpWo+JyeC8R e2plnfZyo4BxQHMm42smXQS3WP7oVNtKKLXDRec0TA== X-Google-Smtp-Source: AAOMgpdjOCyMg3tE3lf4SiP4cP0RBF+kj7YcNlo5AofwKfq7O2GdJiTNdvVHuRxCXHO4gptPPa8A5MsKN4zs52qxCq0= X-Received: by 2002:a50:86a1:: with SMTP id r30-v6mr26171590eda.138.1531219921717; Tue, 10 Jul 2018 03:52:01 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a50:b194:0:0:0:0:0 with HTTP; Tue, 10 Jul 2018 03:52:01 -0700 (PDT) In-Reply-To: References: <1530708838-2682-1-git-send-email-alejandro.lucero@netronome.com> <1530708838-2682-2-git-send-email-alejandro.lucero@netronome.com> From: Alejandro Lucero Date: Tue, 10 Jul 2018 11:52:01 +0100 Message-ID: To: Eelco Chaudron Cc: dev , stable@dpdk.org, "Burakov, Anatoly" , Maxime Coquelin , Ferruh Yigit Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] [dpdk-stable] [PATCH v3 1/6] mem: add function for checking memsegs IOVAs addresses X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2018 10:52:02 -0000 On Tue, Jul 10, 2018 at 11:06 AM, Eelco Chaudron wrote: > > > On 10 Jul 2018, at 11:34, Alejandro Lucero wrote: > > On Tue, Jul 10, 2018 at 9:56 AM, Eelco Chaudron >> wrote: >> >> >>> >>> On 4 Jul 2018, at 14:53, Alejandro Lucero wrote: >>> >>> A device can suffer addressing limitations. This functions checks >>> >>>> memsegs have iovas within the supported range based on dma mask. >>>> >>>> PMD should use this during initialization if supported devices >>>> suffer addressing limitations, returning an error if this function >>>> returns memsegs out of range. >>>> >>>> Another potential usage is for emulated IOMMU hardware with addressing >>>> limitations. >>>> >>>> Signed-off-by: Alejandro Lucero >>>> Acked-by: Anatoly Burakov >>>> --- >>>> lib/librte_eal/common/eal_common_memory.c | 33 >>>> ++++++++++++++++++++++++++++++ >>>> lib/librte_eal/common/include/rte_memory.h | 3 +++ >>>> lib/librte_eal/rte_eal_version.map | 1 + >>>> 3 files changed, 37 insertions(+) >>>> >>>> diff --git a/lib/librte_eal/common/eal_common_memory.c >>>> b/lib/librte_eal/common/eal_common_memory.c >>>> index fc6c44d..f5efebe 100644 >>>> --- a/lib/librte_eal/common/eal_common_memory.c >>>> +++ b/lib/librte_eal/common/eal_common_memory.c >>>> @@ -109,6 +109,39 @@ >>>> } >>>> } >>>> >>>> +/* check memseg iovas are within the required range based on dma mask >>>> */ >>>> +int >>>> +rte_eal_check_dma_mask(uint8_t maskbits) >>>> +{ >>>> + >>>> + const struct rte_mem_config *mcfg; >>>> + uint64_t mask; >>>> + int i; >>>> + >>>> >>>> >>> I think we should add some sanity check to the input maskbits, i.e. >>> [64,0) >>> or [64, 32]? What would be a reasonable lower bound. >>> >>> >>> This is not a user's API, so any invocation will be reviewed, but I guess >> adding a sanity check here does not harm. >> >> Not sure about lower bound but upper should 64, although it does not make >> sense but it is safe. Lower bound is not so problematic. >> >> >> >>> + /* create dma mask */ >>> >>>> + mask = ~((1ULL << maskbits) - 1); >>>> + >>>> + /* get pointer to global configuration */ >>>> + mcfg = rte_eal_get_configuration()->mem_config; >>>> + >>>> + for (i = 0; i < RTE_MAX_MEMSEG; i++) { >>>> + if (mcfg->memseg[i].addr == NULL) >>>> + break; >>>> >>> > Looking at some other code, it looks like NULL entries might exists. So > should a continue; rather than a break; be used here? > > I do not think so. memsegs are allocated sequentially, so first with addr as NULL implies no more memsegs. > > + >>>> + if (mcfg->memseg[i].iova & mask) { >>>> + RTE_LOG(INFO, EAL, >>>> + "memseg[%d] iova %"PRIx64" out of >>>> range:\n", >>>> + i, mcfg->memseg[i].iova); >>>> + >>>> + RTE_LOG(INFO, EAL, "\tusing dma mask >>>> %"PRIx64"\n", >>>> + mask); >>>> + return -1; >>>> + } >>>> + } >>>> + >>>> + return 0; >>>> +} >>>> + >>>> /* return the number of memory channels */ >>>> unsigned rte_memory_get_nchannel(void) >>>> { >>>> diff --git a/lib/librte_eal/common/include/rte_memory.h >>>> b/lib/librte_eal/common/include/rte_memory.h >>>> index 80a8fc0..b2a0168 100644 >>>> --- a/lib/librte_eal/common/include/rte_memory.h >>>> +++ b/lib/librte_eal/common/include/rte_memory.h >>>> @@ -209,6 +209,9 @@ struct rte_memseg { >>>> */ >>>> unsigned rte_memory_get_nrank(void); >>>> >>>> +/* check memsegs iovas are within a range based on dma mask */ >>>> +int rte_eal_check_dma_mask(uint8_t maskbits); >>>> + >>>> /** >>>> * Drivers based on uio will not load unless physical >>>> * addresses are obtainable. It is only possible to get >>>> diff --git a/lib/librte_eal/rte_eal_version.map >>>> b/lib/librte_eal/rte_eal_version.map >>>> index f4f46c1..aa6cf87 100644 >>>> --- a/lib/librte_eal/rte_eal_version.map >>>> +++ b/lib/librte_eal/rte_eal_version.map >>>> @@ -184,6 +184,7 @@ DPDK_17.11 { >>>> >>>> rte_eal_create_uio_dev; >>>> rte_bus_get_iommu_class; >>>> + rte_eal_check_dma_mask; >>>> rte_eal_has_pci; >>>> rte_eal_iova_mode; >>>> rte_eal_mbuf_default_mempool_ops; >>>> -- >>>> 1.9.1 >>>> >>>> >>> > >