Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp3207786ybb; Mon, 13 Apr 2020 03:06:32 -0700 (PDT) X-Google-Smtp-Source: APiQypLUuy/KuyL/pDuzv/xvkXzXw4qYav2yoZcNu5SBKUkQ40G5LzLq1kxDQPXeyEYw8Q87kkrf X-Received: by 2002:a05:6402:1712:: with SMTP id y18mr14619821edu.38.1586772391920; Mon, 13 Apr 2020 03:06:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586772391; cv=none; d=google.com; s=arc-20160816; b=PZIH4NeQbBAX82N4GQaVF5uF0gyHyWtbLXaTyVnYo0fiEvi+zhyjkog5mhBZpVpzDq 8UcQbOATVSzWom9FgPiuky2cKpfHHt0+RyosQpU7U46Etvm5mBbn7M0eSZFfhNRZYdHL yR9R+8d1sms7t3Id1GsdaSkj98uKwLWTD8Xryt+58DGzGAKmVGzS6FZUoo9NMFXANVR+ NONqAcMOZMCTxMA6ned5AVvgKneRyfeWIqamUbeJ/i6/eVx+cMMIjtBDE5DH2bvXQEmk y/l3XXLH2jJFy00aMsFPFGlOaqh5g6rq+BFcjz8sqdNwGZPWn0bDBKAXFohG7R9U4lul CHag== 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=22ry+294zZcqaoEVkMcWEawZi6DDugMuA4lCNKrgbiM=; b=biKUV7Ta5duVJdXDh9sF9KmiADi1UUZqKhxSes4zWkICXrlMXCK4tsngkP9k9UTDFe 3Vyb5pveJm1+wd6PwatpuuBq7tW5hy2HfJ4FY+AJx29ruwNX+bfNa+YMMgQ1l+Z3YoBA NjNr9npOfQwn5b+WQinpy4caLyn7KMbVU8WNzh8/OwgsWl2107piodOZlP9GlTarYjB2 v+rOSNQSTn1FaQZnm9BW08dS+Ob9aIoXOPAjmHzkDP1K3CrD/47sjHIYUVQ4jGQd+yY5 iPghaMjIR855IVGoXHE+RrsdhNcbzB2OqlZmK4uLatKlBX4JtypExAFQuqiuqEDLvHom Q/mQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cogentembedded-com.20150623.gappssmtp.com header.s=20150623 header.b=BWhN9CNU; spf=pass (google.com: best guess record for 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 h9si5916933edk.61.2020.04.13.03.06.06; Mon, 13 Apr 2020 03:06:31 -0700 (PDT) Received-SPF: pass (google.com: best guess record for 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=@cogentembedded-com.20150623.gappssmtp.com header.s=20150623 header.b=BWhN9CNU; spf=pass (google.com: best guess record for 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 S1728425AbgDMJjs (ORCPT + 99 others); Mon, 13 Apr 2020 05:39:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35714 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1727792AbgDMJjr (ORCPT ); Mon, 13 Apr 2020 05:39:47 -0400 X-Greylist: delayed 481 seconds by postgrey-1.27 at vger.kernel.org; Mon, 13 Apr 2020 05:39:47 EDT Received: from mail-lf1-x143.google.com (mail-lf1-x143.google.com [IPv6:2a00:1450:4864:20::143]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C7DADC00860D for ; Mon, 13 Apr 2020 02:31:45 -0700 (PDT) Received: by mail-lf1-x143.google.com with SMTP id h6so6082755lfc.0 for ; Mon, 13 Apr 2020 02:31:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cogentembedded-com.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=22ry+294zZcqaoEVkMcWEawZi6DDugMuA4lCNKrgbiM=; b=BWhN9CNUIFwnRIEzUe/BwAX9gwW7YYJZCyOYxczVx74YIU7V0mC7z2OcM35UyP4e1p 4oOxRRQucYbYOo8AiCmMAGW2yCJUIihy25350/EbU/I375sSwG7o78dsiV8hysjDDbOa DCnUiVrCWoS2EZjk23MnwjFyE6krOT3x7Sgxkcs7aHT2ffdKiX8lkj0vMnmWerfoO+2i 7zWqbpEpLBQKObzkG36N8VsFPvN5FgXPc9jylTJvXndqQyp2RHqSXY8Jmqsv+lNrTK9M QWJIsmnIw6LotVNSi1iGc+NY6cZD7jfb5lTAXo0ikhgxxY6x18NMuTetmUhmdg4P5gRK IQkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=22ry+294zZcqaoEVkMcWEawZi6DDugMuA4lCNKrgbiM=; b=rfR0GjXjOOH4jzUafWAaAf6RYTdA/Yae7gugOBg2A5gLh6cD8yzGRvO5QmMb9ARBhz /PJoXLJQMQUHvbZfRS6UDKWP2RQHuPklcuyH12v4/gAzpMAno+Cjh2YDLLWRBUyorH4k q1fnOdHIZLgBFrCznyjdg5RPPm9cteoSemf+EYCBbXIasA9hQjrMyPM/quzxuYfEwnSe FSEUvRwwq067sTvcm4IiPlU9jfk7AE2wXbgykrQEJUd41IPLddbNj8+Vyykc5vpTAhvD Tw4bw42b08D2vViA3IZKr6PgNS4DZRE9CnlHNzJEKDiuvqDnO0oxA0DnZAtU6hAda4Bu lqgQ== X-Gm-Message-State: AGi0PuZHUJTM4XkbEDXdL/SdYiOWxwE6R1CxYK+xht0KqL/mg5JQFyVA 68bN51vTe1qyb/tV+5rNO+gDISlK/Qi3cg== X-Received: by 2002:ac2:4554:: with SMTP id j20mr10171876lfm.91.1586770304122; Mon, 13 Apr 2020 02:31:44 -0700 (PDT) Received: from ?IPv6:2a00:1fa0:449a:6c6f:9d43:1ad8:e18f:9ec1? ([2a00:1fa0:449a:6c6f:9d43:1ad8:e18f:9ec1]) by smtp.gmail.com with ESMTPSA id u1sm6665830ljo.65.2020.04.13.02.31.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 13 Apr 2020 02:31:43 -0700 (PDT) Subject: Re: [PATCH v3 1/5] PCI: OF: Don't remap iospace on unsupported platform To: Jiaxun Yang , linux-mips@vger.kernel.org Cc: Bjorn Helgaas , Rob Herring , Thomas Bogendoerfer , Huacai Chen , Lorenzo Pieralisi , Andrew Murray , Paul Burton , linux-pci@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20200330114239.1112759-1-jiaxun.yang@flygoat.com> <20200413053222.3976680-1-jiaxun.yang@flygoat.com> From: Sergei Shtylyov Message-ID: <10ef1a19-c2e5-60fc-b3c8-64547017f758@cogentembedded.com> Date: Mon, 13 Apr 2020 12:31:38 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200413053222.3976680-1-jiaxun.yang@flygoat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello! On 13.04.2020 8:32, Jiaxun Yang wrote: > There are some platforms doesn't support iospace remapping That don't support. > like MIPS. However, our PCI code will try to remap iospace > unconditionally and reject io resources on these platforms. > > So we should remove iospace remapping check and use a range > check instead on these platforms. > > Signed-off-by: Jiaxun Yang [...] MBR, Sergei