Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp266354imu; Wed, 19 Dec 2018 18:11:29 -0800 (PST) X-Google-Smtp-Source: AFSGD/WmyEOKGx3ZCv+gmS7Kxzp1+3JOEcbWKdZOTxBSEUeuYUOUyYwXVk+6H8IoIyH5EanjVMdx X-Received: by 2002:a17:902:784d:: with SMTP id e13mr22844600pln.188.1545271888993; Wed, 19 Dec 2018 18:11:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545271888; cv=none; d=google.com; s=arc-20160816; b=QFTwdRPB4qWWPVds6Fj/mckfg5w66ztHVzh1TxybKqHxoWJ/oj0HTUNV58ogJ4bC6T kmKPxqWTmvvEm/p4TJb6+VKcrOt1PqvOOX29jM3PNrKDEz9NT04+G/5jwI14EL4xF8mx O3+elm5gROrLBQxUwt8PRSb8bg8f5O5BiGNakNfoVGDrbN+PZOu107J6dTL5I7ZZBMWt cENbovYrv2elqO0NLIc2jJ4yvO39HbwuJBvpqIXRligR2ANJHGaISlSuOOto4ELjxPOw u6HQvnUX82nU//BLaRuQeqA9MEpQvygeYSoi73AIWnGRi93PTMZ1ux21sALUCtFZRn0h WLbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=AbdAJWgzqrgiKeUVUyhCN6wgu0RENht0s9o392+B19o=; b=YMzoRabtBXdcqywwwQyYVlLYOFDxgvb+tZvXXn3sAUU4xxn+Vq3rGZ+HZblvzpkqf+ Z90TiMLN0dEtV7OWlHkM0gkVb/o8JzrijKhyLa9XG6+h0y95NghYnVuywYoS/oJkhtDW RWlmWiH4J3/UWwNaCZcgsbKpfRZlbQFmbFFYHF+c/qLLuZIDz72YPJ8fDx9thZgOKLzk LcoxwSvGrwP2ExOioKq63lBErqe01e0i2Q55yInuMTD90xRZWMAbuQ28fLk5CkQ04BDN yt+KpvQ/v6WQHnyIT8S9Wlm11F6V6Z2MgJPpmPE3PwqUCcIAeeRUgLWeW4GR9n+MXTpP lWZg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=aYLpaLOG; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x128si18875792pfb.128.2018.12.19.18.11.13; Wed, 19 Dec 2018 18:11:28 -0800 (PST) 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=@gmail.com header.s=20161025 header.b=aYLpaLOG; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730585AbeLTArk (ORCPT + 99 others); Wed, 19 Dec 2018 19:47:40 -0500 Received: from mail-wm1-f66.google.com ([209.85.128.66]:51122 "EHLO mail-wm1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728528AbeLTArk (ORCPT ); Wed, 19 Dec 2018 19:47:40 -0500 Received: by mail-wm1-f66.google.com with SMTP id n190so284424wmd.0; Wed, 19 Dec 2018 16:47:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AbdAJWgzqrgiKeUVUyhCN6wgu0RENht0s9o392+B19o=; b=aYLpaLOGNEz8s+JXblOJEXsg7azyVXjG8HEl4gLhm2YYm3OHvVb74JpN8RyZrav7hr Cm+6kqhZFXJIHTcDhh45NHkSxFF978VfdLlLZGcn5rIvpX0BwoJl0q5hMUGmjtO3Sgt2 IGbbmezz1urmF3HEzDd3K7CBcOOHg3LRwHliwZzcJHBgTSd5vSVoEJuC4iIyNsd561Ac XGuDtQ6Rum3XGdMNI8jiB1+K8T7xabwi6VQiK3HohTTH3U7NI5dkTbooUujM5DDMuwYX 27CVa1QiWpO774MZgs0lmqgkzoK56CCSmb++o+14XbNiJV48Djg87ya4uJjYKP7GuxHp rdyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AbdAJWgzqrgiKeUVUyhCN6wgu0RENht0s9o392+B19o=; b=NV3GnFqtMJ5ylEPLgNyBos0fJcU5MW+O7HpTi+xsiddBYSx1KwU4uHvQt237RNZ1Yl 3Kacar8B/xMoQzBav8Tze3vkhN8uK5kS21F93vYoWQ3rULVKCiId6uZNvgxM0MF7E1W2 BQMm1Ef46EObBARMEwXdDI6XU4X9KFFLKl6G/ja1hCToi5emuUM7RXdS6xtu2UxvsoVf epntCJt7NkeE9+DGMqJiGZPOpkbY6zk+ChVNKd9CaICYb1ddWOKQPHWKy9nsEfDi0dPz 0W+VeRvAbHIHaKmg+B1BRZCXNjZqEwqKOTC/PaAT7e+sMv5CHGNFZ66weO0DPOZHARBU NNOQ== X-Gm-Message-State: AA+aEWYtHhXDnjtnYea0N78Fwo7tCDy6v7HVNyd6lvCpT74r1gpqXZzR 64A4RUYgCUERlgTVZhG7IAww89Q6XH1JtHuvKqY= X-Received: by 2002:a7b:c44d:: with SMTP id l13mr9225146wmi.144.1545266856554; Wed, 19 Dec 2018 16:47:36 -0800 (PST) MIME-Version: 1.0 References: <20181218040702.29231-1-andrew.smirnov@gmail.com> <20181218040702.29231-4-andrew.smirnov@gmail.com> <20181218151533.GA2922@bogus> In-Reply-To: From: Andrey Smirnov Date: Wed, 19 Dec 2018 16:47:25 -0800 Message-ID: Subject: Re: [PATCH v3 3/3] PCI: imx6: Add support for i.MX8MQ To: Lucas Stach Cc: Leonard Crestez , Rob Herring , Lorenzo Pieralisi , Bjorn Helgaas , Fabio Estevam , Chris Healy , Dong Aisheng , Richard Zhu , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , NXP Linux Team , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , "linux-kernel@vger.kernel.org" , linux-pci@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 18, 2018 at 1:10 PM Rob Herring wrote: > > On Tue, Dec 18, 2018 at 12:09 PM Leonard Crestez > wrote: > > > > On 12/18/2018 5:15 PM, Rob Herring wrote: > > > On Mon, Dec 17, 2018 at 08:07:02PM -0800, Andrey Smirnov wrote: > > >> Add code needed to support i.MX8MQ variant. > > >> > > >> Signed-off-by: Andrey Smirnov > > >> Reviewed-by: Lucas Stach > > > > >> --- a/Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.txt > > >> +++ b/Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.txt > > >> > > >> +Additional required properties for imx8mq-pcie: > > >> +- fsl,controller-id: Logical ID of a given PCIE controller. PCIE1 is 0, PCIE2 is 1; > > >> + > > > > > > Remove this. > > > > > > If GPR register offset is what you need, then put that into DT. > > > Typically, we'd have a property with iomuxc phandle and offset. > > > > This series initially added explicit offsets but I suggested a single > > "controller-id" because: > > * There are multiple bit and byte offsets > > * Other imx8 SOCs also have 2x pcie with other bit/byte offsets > > > > Hiding this behind a compatible string and single "controller-id" seem > > preferable to elaborating register maps in dt bindings. It also makes > > upgrades simpler: if features are added which use other bits there is no > > need to describe them in DT and deal with compatibility headaches. > > You already have an id for the controllers: the address. Use that if > you don't want to put the register offsets in DT. > Lucas, are you on board with this? Thanks, Andrey Smirnov