Received: by 2002:a05:6358:e9c4:b0:b2:91dc:71ab with SMTP id hc4csp1378993rwb; Fri, 5 Aug 2022 00:20:58 -0700 (PDT) X-Google-Smtp-Source: AA6agR6VRRDbhgXR9Y7vItBOOGpy8ScSdjHKahBg1OZHMzLiSFHrVEaLWNliebsWL1sAfJXCJxur X-Received: by 2002:a17:902:9005:b0:16d:1ffd:cf56 with SMTP id a5-20020a170902900500b0016d1ffdcf56mr5569967plp.119.1659684058110; Fri, 05 Aug 2022 00:20:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659684058; cv=none; d=google.com; s=arc-20160816; b=Dcvr7ogNeHyVYmOq1YrYvUZHym6uFougj+kBfTFX36yVBnt6v0vxIRVN6t0KDRsUNx 7q7pK9N5LbO291YJgKavU+H9zz+iIMQauVdfK38hppvCFjV/LS2RM9wxPBULVsqwL6HD QQDaoycRxewhEHybx5yeZC5VE2daMn9ol5iPd72clPTpg92hYmMXo+shecOs6tuz+q94 TIlhgGQ0znkm4V4uVJRyn3vFFyvMKZQf6/CcxeHQPtrc1nyZ0b4m0XRbSgYLV8+s1CzF nbvorKMS4GTS1MO1Oq7pXfjeVLuVSzQI2Zuyi8tw4TF5dZeen3uIg8PRvgBmavpEOkT7 rN5g== 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=P+QERgq+ej6kCDjJZOuxjG9MtvLWFoxWJr5DE4zX96c=; b=zXSfe8BG4XjZSLwN8AvzAhmBEQyp1kaFCGvaxkiG5o77mvzai+GDu4zjV3+FBFIMe1 yGyX6h9AxelNoV5t55owlUzllQMSwPQsFkmd3Avhg9N1h+b7ZoWBHqdeBTGQQ7M+G7MP TL/bO1lqbJZXtkJIiDR2VgzNbcW/mO0U+EAYidlXJQKJXxwZPx6yVLviFJnIWQECMNZp MQE4LiBKxssB7SKTeI1dd4a8W0e+s8nPSJnULCsgWKYrzKSFOiPG1a94Uyl8RYuxgozA PZJVfo+v5nX6ZCInd+lei/bBPQORQudOh9ZSMay+WqcIHIhdbTIiF8p55o+QLZTwSrOc 7cXg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a71-20020a63904a000000b0041c27602058si2273309pge.535.2022.08.05.00.20.44; Fri, 05 Aug 2022 00:20:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240343AbiHEHR7 (ORCPT + 99 others); Fri, 5 Aug 2022 03:17:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53736 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240295AbiHEHRx (ORCPT ); Fri, 5 Aug 2022 03:17:53 -0400 Received: from loongson.cn (mail.loongson.cn [114.242.206.163]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 7D0FB10E3; Fri, 5 Aug 2022 00:17:50 -0700 (PDT) Received: from [10.20.42.22] (unknown [10.20.42.22]) by mail.loongson.cn (Coremail) with SMTP id AQAAf9AxGs3kw+xiw5YHAA--.13942S3; Fri, 05 Aug 2022 15:17:01 +0800 (CST) Subject: Re: [PATCH] ACPI / scan: Support multiple dma windows with different offsets To: Robin Murphy , Lorenzo Pieralisi Cc: guohanjun@huawei.com, sudeep.holla@arm.com, rafael@kernel.org, lenb@kernel.org, robert.moore@intel.com, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org References: <1659255431-22796-1-git-send-email-lvjianmin@loongson.cn> From: Jianmin Lv Message-ID: <6270ec4d-b322-0b85-6597-5ab2df744098@loongson.cn> Date: Fri, 5 Aug 2022 15:16:52 +0800 User-Agent: Mozilla/5.0 (X11; Linux loongarch64; rv:68.0) Gecko/20100101 Thunderbird/68.7.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 X-CM-TRANSID: AQAAf9AxGs3kw+xiw5YHAA--.13942S3 X-Coremail-Antispam: 1UD129KBjvJXoW3WryrZr4fKF1xCFWkAw43KFg_yoWDGryfpr 1kJFyUJrW5Jrn5Jr1jqr1UJryUtr1UJ3WDXr48XFyUJr47JF12gF4UXr1qgr18JrW8Jr18 XF1UJF13ur1UJr7anT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUvKb7Iv0xC_Kw4lb4IE77IF4wAFc2x0x2IEx4CE42xK8VAvwI8I cIk0rVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2ocxC64kIII0Yj41l84x0c7CEw4AK67xGY2 AK021l84ACjcxK6xIIjxv20xvE14v26ryj6F1UM28EF7xvwVC0I7IYx2IY6xkF7I0E14v2 6F4j6r4UJwA2z4x0Y4vEx4A2jsIE14v26F4UJVW0owA2z4x0Y4vEx4A2jsIEc7CjxVAFwI 0_GcCE3s1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG64xvF2IEw4CE5I8CrVC2j2Wl Yx0E2Ix0cI8IcVAFwI0_JrI_JrylYx0Ex4A2jsIE14v26r1j6r4UMcvjeVCFs4IE7xkEbV WUJVW8JwACjcxG0xvEwIxGrwCYjI0SjxkI62AI1cAE67vIY487MxkIecxEwVCm-wCF04k2 0xvY0x0EwIxGrwCF04k20xvE74AGY7Cv6cx26ryrJr1UJwCFx2IqxVCFs4IE7xkEbVWUJV W8JwC20s026c02F40E14v26r1j6r18MI8I3I0E7480Y4vE14v26r106r1rMI8E67AF67kF 1VAFwI0_Jw0_GFylIxkGc2Ij64vIr41lIxAIcVC0I7IYx2IY67AKxVWUJVWUCwCI42IY6x IIjxv20xvEc7CjxVAFwI0_Gr0_Cr1lIxAIcVCF04k26cxKx2IYs7xG6rWUJVWrZr1UMIIF 0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2jsIEc7CjxVAFwI0_Gr0_Gr1UYxBIdaVFxh VjvjDU0xZFpf9x07b0a0QUUUUU= X-CM-SenderInfo: 5oymxthqpl0qxorr0wxvrqhubq/ X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,NICE_REPLY_A, SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022/8/5 上午2:26, Robin Murphy wrote: > On 04/08/2022 2:27 pm, Lorenzo Pieralisi wrote: >> [+Robin] >> >> On Thu, Aug 04, 2022 at 05:59:23PM +0800, Jianmin Lv wrote: >>> Hi, all >>> >>> Can anybody help to review the patch, or I missed somebody else? >> >> I will review the patch - added Robin since it affects the DMA >> ranges handling. > > Thanks Lorenzo! > >> >> Lorenzo >> >>> Thanks! >>> >>> On 2022/7/31 下午4:17, Jianmin Lv wrote: >>>> For DT, of_dma_get_range returns bus_dma_region typed dma regions, >>>> which makes multiple dma windows with different offset available >>>> for translation between dma address and cpu address. >>>> >>>> But for ACPI, acpi_dma_get_range doesn't return similar dma regions, >>>> causing no path for setting dev->dma_range_map conveniently. So the >>>> patch changes acpi_dma_get_range and returns bus_dma_region typed >>>> dma regions according to of_dma_get_range. >>>> >>>> After changing acpi_dma_get_range, original part of internal code >>>> only available for ARM is moved to acpi_arch_dma_setup for remaining >>>> unchanged. > > This seems a bit silly. If we've finally done the work to parse a proper > dma_range_map, we can use it; no need to artificially maintain the old > dma_pfn_offset limitation. TBH I wouldn't even preserve the dmaaddr and > size calculations as they are either, just set dev->bus_dma_limit based > on the highest entry in the map, and pass 0 and U64_MAX to > arch_setup_dma_ops() since those are basically meaningless now (I plan > to remove them entirely once I unpick the IOMMU setup). > > Thanks, > Robin. > Ok, thanks, I'll change the patch as your suggestion in next revision. >>>> Signed-off-by: Jianmin Lv >>>> >>>> diff --git a/drivers/acpi/arm64/dma.c b/drivers/acpi/arm64/dma.c >>>> index f16739a..840f918 100644 >>>> --- a/drivers/acpi/arm64/dma.c >>>> +++ b/drivers/acpi/arm64/dma.c >>>> @@ -9,6 +9,7 @@ void acpi_arch_dma_setup(struct device *dev, u64 >>>> *dma_addr, u64 *dma_size) >>>>        int ret; >>>>        u64 end, mask; >>>>        u64 dmaaddr = 0, size = 0, offset = 0; >>>> +    const struct bus_dma_region *map = NULL; >>>>        /* >>>>         * If @dev is expected to be DMA-capable then the bus code >>>> that created >>>> @@ -26,10 +27,37 @@ void acpi_arch_dma_setup(struct device *dev, u64 >>>> *dma_addr, u64 *dma_size) >>>>        else >>>>            size = 1ULL << 32; >>>> -    ret = acpi_dma_get_range(dev, &dmaaddr, &offset, &size); >>>> +    ret = acpi_dma_get_range(dev, &map); >>>>        if (ret == -ENODEV) >>>>            ret = iort_dma_get_ranges(dev, &size); >>>>        if (!ret) { >>>> +        const struct bus_dma_region *r = map; >>>> +        u64 len, dma_start, dma_end = 0; >>>> + >>>> +        /* determine the overall bounds of all dma regions */ >>>> +        for (dma_start = U64_MAX; r->size; r++) { >>>> +            if (offset && r->offset != offset) { >>>> +                dev_warn(dev, "Can't handle multiple windows with >>>> different offsets\n"); >>>> +                return; >>>> +            } >>>> +            offset = r->offset; >>>> + >>>> +            /* Take lower and upper limits */ >>>> +            if (r->dma_start < dma_start) >>>> +                dma_start = r->dma_start; >>>> +            if (r->dma_start + r->size - 1 > dma_end) >>>> +                dma_end = r->dma_start + r->size - 1; >>>> +        } >>>> + >>>> +        if (dma_start >= dma_end) { >>>> +            dev_dbg(dev, "Invalid DMA regions configuration\n"); >>>> +            return; >>>> +        } >>>> + >>>> +        dmaaddr = dma_start; >>>> +        len = dma_end - dma_start; >>>> +        size = max(len, len + 1); >>>> + >>>>            /* >>>>             * Limit coherent and dma mask based on size retrieved from >>>>             * firmware. >>>> diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c >>>> index 762b61f..8961b51 100644 >>>> --- a/drivers/acpi/scan.c >>>> +++ b/drivers/acpi/scan.c >>>> @@ -20,6 +20,7 @@ >>>>    #include >>>>    #include >>>>    #include >>>> +#include >>>>    #include "internal.h" >>>> @@ -1492,15 +1493,15 @@ enum dev_dma_attr acpi_get_dma_attr(struct >>>> acpi_device *adev) >>>>     * >>>>     * Return 0 on success, < 0 on failure. >>>>     */ >>>> -int acpi_dma_get_range(struct device *dev, u64 *dma_addr, u64 *offset, >>>> -               u64 *size) >>>> +int acpi_dma_get_range(struct device *dev, const struct >>>> bus_dma_region **map) >>>>    { >>>>        struct acpi_device *adev; >>>>        LIST_HEAD(list); >>>>        struct resource_entry *rentry; >>>>        int ret; >>>>        struct device *dma_dev = dev; >>>> -    u64 len, dma_start = U64_MAX, dma_end = 0, dma_offset = 0; >>>> +    int num_ranges = 0; >>>> +    struct bus_dma_region *r; >>>>        /* >>>>         * Walk the device tree chasing an ACPI companion with a _DMA >>>> @@ -1525,31 +1526,31 @@ int acpi_dma_get_range(struct device *dev, >>>> u64 *dma_addr, u64 *offset, >>>>        ret = acpi_dev_get_dma_resources(adev, &list); >>>>        if (ret > 0) { >>>> +        list_for_each_entry(rentry, &list, node) >>>> +            num_ranges++; >>>> + >>>> +        r = kcalloc(num_ranges + 1, sizeof(*r), GFP_KERNEL); >>>> +        if (!r) { >>>> +            ret = -ENOMEM; >>>> +            goto out; >>>> +        } >>>> + >>>> +        *map = r; >>>> + >>>>            list_for_each_entry(rentry, &list, node) { >>>> -            if (dma_offset && rentry->offset != dma_offset) { >>>> +            if (rentry->res->start >= rentry->res->end) { >>>>                    ret = -EINVAL; >>>> -                dev_warn(dma_dev, "Can't handle multiple windows >>>> with different offsets\n"); >>>> +                dev_dbg(dma_dev, "Invalid DMA regions >>>> configuration\n"); >>>>                    goto out; >>>>                } >>>> -            dma_offset = rentry->offset; >>>> - >>>> -            /* Take lower and upper limits */ >>>> -            if (rentry->res->start < dma_start) >>>> -                dma_start = rentry->res->start; >>>> -            if (rentry->res->end > dma_end) >>>> -                dma_end = rentry->res->end; >>>> -        } >>>> -        if (dma_start >= dma_end) { >>>> -            ret = -EINVAL; >>>> -            dev_dbg(dma_dev, "Invalid DMA regions configuration\n"); >>>> -            goto out; >>>> +            r->cpu_start = rentry->res->start; >>>> +            r->dma_start = rentry->res->start - rentry->offset; >>>> +            r->size = rentry->res->end - rentry->res->start + 1; >>>> +            r->offset = rentry->offset; >>>> +            r++; >>>>            } >>>> -        *dma_addr = dma_start - dma_offset; >>>> -        len = dma_end - dma_start; >>>> -        *size = max(len, len + 1); >>>> -        *offset = dma_offset; >>>>        } >>>>     out: >>>>        acpi_dev_free_resource_list(&list); >>>> diff --git a/include/acpi/acpi_bus.h b/include/acpi/acpi_bus.h >>>> index 0dc1ea0b..e106073 100644 >>>> --- a/include/acpi/acpi_bus.h >>>> +++ b/include/acpi/acpi_bus.h >>>> @@ -611,8 +611,7 @@ struct acpi_pci_root { >>>>    int acpi_iommu_fwspec_init(struct device *dev, u32 id, >>>>                   struct fwnode_handle *fwnode, >>>>                   const struct iommu_ops *ops); >>>> -int acpi_dma_get_range(struct device *dev, u64 *dma_addr, u64 *offset, >>>> -               u64 *size); >>>> +int acpi_dma_get_range(struct device *dev, const struct >>>> bus_dma_region **map); >>>>    int acpi_dma_configure_id(struct device *dev, enum dev_dma_attr >>>> attr, >>>>                   const u32 *input_id); >>>>    static inline int acpi_dma_configure(struct device *dev, >>>> diff --git a/include/linux/acpi.h b/include/linux/acpi.h >>>> index 44975c1..f806092 100644 >>>> --- a/include/linux/acpi.h >>>> +++ b/include/linux/acpi.h >>>> @@ -974,8 +974,7 @@ static inline enum dev_dma_attr >>>> acpi_get_dma_attr(struct acpi_device *adev) >>>>        return DEV_DMA_NOT_SUPPORTED; >>>>    } >>>> -static inline int acpi_dma_get_range(struct device *dev, u64 >>>> *dma_addr, >>>> -                     u64 *offset, u64 *size) >>>> +static inline int acpi_dma_get_range(struct device *dev, const >>>> struct bus_dma_region **map) >>>>    { >>>>        return -ENODEV; >>>>    } >>>> >>>