Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp1179951pxy; Fri, 23 Apr 2021 02:05:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzdVE++sXJCrYf4lGvEQCD2wrH+V6KmUJ2AvpC6Fjos1Cv7SMMnTouV+tZnY5QCb2ey5fA8 X-Received: by 2002:a17:90b:682:: with SMTP id m2mr3332088pjz.70.1619168727126; Fri, 23 Apr 2021 02:05:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619168727; cv=none; d=google.com; s=arc-20160816; b=z9qvlHiDg4YG5tpDlXVRqO6cEyg04kO45WqslqBX3EGBx8ahc/Me08MK9c0ev2KsNd D3HqiO4RqrFayGR0LQIyagxL82v6O64bqONJIUybx1xH7QnudHRMlzm/G2YajYsvJCoq 9F29+q7g3TTNPOBrAntQ4MWr26ISx9pwcfsmhFKWj2FLJdFKZxYRR88N9QBJqQIXKmQQ Z2oOhMF330Xx2XGXAzoqAnZhWzOcYY0mlOaz9y/n9vCGBhD9R2w99lQkN3e8Ei8gyfnz s0zhMp9HOq8Xu5xfGcqKoAJg0mtdzCXaK6qoJjy6QO5TF6pWVabv8sKlf8fCbnj80zzG viKQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=vbroHLFLWPyRkw+YoohbjK33O8aa6D9yRkpoFtIshG0=; b=oZwuetU5paSXap3WXNoSMiiqDhASTtzXaJfRvN5yHwlSyZM7/bk/1c6ZbSLl/eB7Bs W7nBjyYkzC3/GJGoj6TRZla+62YC8cUZ1F/1mz4GaxhKFi9ooUA2TwTwYT26U5IoXCR+ VTQ50QoD5B3EGRKVISfEQI25uweM8h1+KsIMJX5zba5e5Xij98ADsYN2WW6/xfck7Wc6 eUQ6skvjiezXqDI0W3WjbXQh6UqzkzBRf8G0TbtfhislcWY5C+JrgzEIe9mJPRHFiLHH 9MWzjYG4XclPU+B1TkWBqQvoHANFJrMV+YVDIfIY9YvbRlP6ngg0XVxL40+1azFEG/43 p1KA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ozlabs-ru.20150623.gappssmtp.com header.s=20150623 header.b=TJlAo4Zg; 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 v16si5911825pjr.71.2021.04.23.02.05.12; Fri, 23 Apr 2021 02:05:27 -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=@ozlabs-ru.20150623.gappssmtp.com header.s=20150623 header.b=TJlAo4Zg; 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 S241668AbhDWJEv (ORCPT + 99 others); Fri, 23 Apr 2021 05:04:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55258 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229456AbhDWJEv (ORCPT ); Fri, 23 Apr 2021 05:04:51 -0400 Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D6596C061574 for ; Fri, 23 Apr 2021 02:04:12 -0700 (PDT) Received: by mail-pg1-x52f.google.com with SMTP id b17so34773607pgh.7 for ; Fri, 23 Apr 2021 02:04:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ozlabs-ru.20150623.gappssmtp.com; s=20150623; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=vbroHLFLWPyRkw+YoohbjK33O8aa6D9yRkpoFtIshG0=; b=TJlAo4ZgtBOBj3UrvRMHDlqCiz5scj0Uew1iKUT0LwJRCzixp2AZFj7sALyKvBhzCa TIzQzFpXt/ejAsxGZKHvmmXE9/zwrxHYUCkyVy0q2O3b92gqiEztEHOQtMx6tNFfafYE lJG4vSKcDP+Bh2+wUBfFNJfvfdLqc5tld0LHYxU7kM+/6flGg1dD9vgjPBMFtRNh5hUi w/Rgf2lS7NT2GWQ64jGvd0U24j5sp1qtH1hSaVkOf8uMunFBsjrT4Fttecr3vP2/L06W eErMBRxnYAwb8GVQLUYI+8iddZXGpCU1yVR3gRGHA35/dssEw3j4F5HCUn3SVqp3TQ/q 4QhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=vbroHLFLWPyRkw+YoohbjK33O8aa6D9yRkpoFtIshG0=; b=DYSzWqEyHtjK7PAFVRMD+GiwPlYX70eDoOY3wDFKgZVFeKYLv0Up5CRjGfyqDPVuCB J+FGkcbU+oq38E/o6wegYOTVbN6m9oNjkg7/KNTiSQ5zKtcgbOSkCkLnnJ56oR9i5VBc nCJHcrNB52GLys1IUvGwrs2VyAv5+IlZYGQgBTENCv/Srpwzj8ydSWelgpqjM/tTGSgm 7oij8xz8xIyfFcmGE4wEMv5c2cR3y3m/GQuGX1DIre+zobV8RZkfmstYpZH2EkW++mQv 8CbcxWxWs9o0yI6a18cp1z0KzehDSB/jQOJkIxxYQuxzajCtk3j/h1Ni5nVlonGiCUv9 dIiw== X-Gm-Message-State: AOAM531qpg1+MCL9NA47q7zt4bD+kBaT8uLqbFm9lToUeQfrRHsBgiXa 7XYW6azgA/CEGinBknLixn11VQ== X-Received: by 2002:a63:1851:: with SMTP id 17mr2796735pgy.329.1619168652344; Fri, 23 Apr 2021 02:04:12 -0700 (PDT) Received: from localhost (ppp121-45-194-51.cbr-trn-nor-bras38.tpg.internode.on.net. [121.45.194.51]) by smtp.gmail.com with UTF8SMTPSA id n50sm4223377pfv.69.2021.04.23.02.04.08 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Apr 2021 02:04:11 -0700 (PDT) Message-ID: Date: Fri, 23 Apr 2021 19:04:06 +1000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:88.0) Gecko/20100101 Thunderbird/88.0 Subject: Re: [PATCH v3 06/11] powerpc/pseries/iommu: Add ddw_property_create() and refactor enable_ddw() Content-Language: en-US To: Leonardo Bras , Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , Joel Stanley , Christophe Leroy , Nicolin Chen , Niklas Schnelle Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org References: <20210422070721.463912-1-leobras.c@gmail.com> <20210422070721.463912-7-leobras.c@gmail.com> From: Alexey Kardashevskiy In-Reply-To: <20210422070721.463912-7-leobras.c@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 22/04/2021 17:07, Leonardo Bras wrote: > Code used to create a ddw property that was previously scattered in > enable_ddw() is now gathered in ddw_property_create(), which deals with > allocation and filling the property, letting it ready for > of_property_add(), which now occurs in sequence. > > This created an opportunity to reorganize the second part of enable_ddw(): > > Without this patch enable_ddw() does, in order: > kzalloc() property & members, create_ddw(), fill ddwprop inside property, > ddw_list_new_entry(), do tce_setrange_multi_pSeriesLP_walk in all memory, > of_add_property(), and list_add(). > > With this patch enable_ddw() does, in order: > create_ddw(), ddw_property_create(), of_add_property(), > ddw_list_new_entry(), do tce_setrange_multi_pSeriesLP_walk in all memory, > and list_add(). > > This change requires of_remove_property() in case anything fails after > of_add_property(), but we get to do tce_setrange_multi_pSeriesLP_walk > in all memory, which looks the most expensive operation, only if > everything else succeeds. > > Signed-off-by: Leonardo Bras > --- > arch/powerpc/platforms/pseries/iommu.c | 93 ++++++++++++++++---------- > 1 file changed, 57 insertions(+), 36 deletions(-) > > diff --git a/arch/powerpc/platforms/pseries/iommu.c b/arch/powerpc/platforms/pseries/iommu.c > index 955cf095416c..48c029386d94 100644 > --- a/arch/powerpc/platforms/pseries/iommu.c > +++ b/arch/powerpc/platforms/pseries/iommu.c > @@ -1122,6 +1122,35 @@ static void reset_dma_window(struct pci_dev *dev, struct device_node *par_dn) > ret); > } > > +static struct property *ddw_property_create(const char *propname, u32 liobn, u64 dma_addr, > + u32 page_shift, u32 window_shift) > +{ > + struct dynamic_dma_window_prop *ddwprop; > + struct property *win64; > + > + win64 = kzalloc(sizeof(*win64), GFP_KERNEL); > + if (!win64) > + return NULL; > + > + win64->name = kstrdup(propname, GFP_KERNEL); > + ddwprop = kzalloc(sizeof(*ddwprop), GFP_KERNEL); > + win64->value = ddwprop; > + win64->length = sizeof(*ddwprop); > + if (!win64->name || !win64->value) { > + kfree(win64); > + kfree(win64->name); > + kfree(win64->value); Wrong order. > + return NULL; > + } > + > + ddwprop->liobn = cpu_to_be32(liobn); > + ddwprop->dma_base = cpu_to_be64(dma_addr); > + ddwprop->tce_shift = cpu_to_be32(page_shift); > + ddwprop->window_shift = cpu_to_be32(window_shift); > + > + return win64; > +} > + > /* Return largest page shift based on "IO Page Sizes" output of ibm,query-pe-dma-window. */ > static int iommu_get_page_shift(u32 query_page_size) > { > @@ -1167,11 +1196,11 @@ static bool enable_ddw(struct pci_dev *dev, struct device_node *pdn) > struct ddw_query_response query; > struct ddw_create_response create; > int page_shift; > + u64 win_addr; > struct device_node *dn; > u32 ddw_avail[DDW_APPLICABLE_SIZE]; > struct direct_window *window; > struct property *win64 = NULL; > - struct dynamic_dma_window_prop *ddwprop; > struct failed_ddw_pdn *fpdn; > bool default_win_removed = false; > bool pmem_present; > @@ -1286,65 +1315,54 @@ static bool enable_ddw(struct pci_dev *dev, struct device_node *pdn) > 1ULL << page_shift); > goto out_failed; > } > - win64 = kzalloc(sizeof(struct property), GFP_KERNEL); > - if (!win64) { > - dev_info(&dev->dev, > - "couldn't allocate property for 64bit dma window\n"); > - goto out_failed; > - } > - win64->name = kstrdup(DIRECT64_PROPNAME, GFP_KERNEL); > - win64->value = ddwprop = kmalloc(sizeof(*ddwprop), GFP_KERNEL); > - win64->length = sizeof(*ddwprop); > - if (!win64->name || !win64->value) { > - dev_info(&dev->dev, > - "couldn't allocate property name and value\n"); > - goto out_free_prop; > - } > > ret = create_ddw(dev, ddw_avail, &create, page_shift, len); > if (ret != 0) > - goto out_free_prop; > - > - ddwprop->liobn = cpu_to_be32(create.liobn); > - ddwprop->dma_base = cpu_to_be64(((u64)create.addr_hi << 32) | > - create.addr_lo); > - ddwprop->tce_shift = cpu_to_be32(page_shift); > - ddwprop->window_shift = cpu_to_be32(len); > + goto out_failed; > > dev_dbg(&dev->dev, "created tce table LIOBN 0x%x for %pOF\n", > create.liobn, dn); > > - window = ddw_list_new_entry(pdn, ddwprop); > + win_addr = ((u64)create.addr_hi << 32) | create.addr_lo; > + win64 = ddw_property_create(DIRECT64_PROPNAME, create.liobn, win_addr, > + page_shift, len); > + if (!win64) { > + dev_info(&dev->dev, > + "couldn't allocate property, property name, or value\n"); > + goto out_del_win; > + } > + > + ret = of_add_property(pdn, win64); > + if (ret) { > + dev_err(&dev->dev, "unable to add dma window property for %pOF: %d", > + pdn, ret); > + goto out_free_prop; > + } > + > + window = ddw_list_new_entry(pdn, win64->value); > if (!window) > - goto out_clear_window; > + goto out_del_prop; > > ret = walk_system_ram_range(0, memblock_end_of_DRAM() >> PAGE_SHIFT, > win64->value, tce_setrange_multi_pSeriesLP_walk); > if (ret) { > dev_info(&dev->dev, "failed to map direct window for %pOF: %d\n", > dn, ret); > - goto out_free_window; > - } > - > - ret = of_add_property(pdn, win64); > - if (ret) { > - dev_err(&dev->dev, "unable to add dma window property for %pOF: %d", > - pdn, ret); > - goto out_free_window; > + goto out_del_list; > } > > spin_lock(&direct_window_list_lock); > list_add(&window->list, &direct_window_list); > spin_unlock(&direct_window_list_lock); > > - dev->dev.archdata.dma_offset = be64_to_cpu(ddwprop->dma_base); > + dev->dev.archdata.dma_offset = win_addr; > goto out_unlock; > > -out_free_window: > +out_del_list: > kfree(window); > > -out_clear_window: > - remove_ddw(pdn, true); > +out_del_prop: > + of_remove_property(pdn, win64); > > out_free_prop: > kfree(win64->name); > @@ -1352,6 +1370,9 @@ static bool enable_ddw(struct pci_dev *dev, struct device_node *pdn) > kfree(win64); > win64 = NULL; > > +out_del_win: (I would not bother but since I am commenting on the patch) nit: the new name is not that much better than the old "out_clear_window:" ("out_remove_win" would be a bit better) and it does make reviewing a little bit harder. Thanks, > + remove_ddw(pdn, true); > + > out_failed: > if (default_win_removed) > reset_dma_window(dev, pdn); > -- Alexey