Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1480176imu; Tue, 11 Dec 2018 21:44:46 -0800 (PST) X-Google-Smtp-Source: AFSGD/XBVQTNw2G35DHn7NwFaPxo9eAjr58qXCo2nxp8qtUFWNJm78b7R2/YgApDE4DHYe31hWq4 X-Received: by 2002:a17:902:aa4c:: with SMTP id c12mr18596163plr.48.1544593486755; Tue, 11 Dec 2018 21:44:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544593486; cv=none; d=google.com; s=arc-20160816; b=TRe5fKirLfInepvm4rdd66SipBZCXhIfqn+K5vztrCrBubfk7IBKcT1RmThKYwfMLe T4nbezrkdn+SksFsfenVl4u2by4jKMVB4QScaEHTu/+Xt5ITdooXMu1D1vrykLpDXIOV T0NqIE0j/3QNFtRPpjO7a4R7tjflHrqiY6AWq749jSUL6gS9oTtdCzRflzyPWPWmjTe/ t6sFBFAsqxwZ+fNIC6jHQ6iD6mk92q8Ipl3UX/YXxpnbe+8MmZ0OsyXotMZ50ZYGSZxc +4gIih8I+06PWL1NlOK7rO5wGw1Ib3DFV9GM936ULZpSocy2ksxH23EY8j4lfMJK0mGa 6FiA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :references:in-reply-to:date:cc:to:from:subject:message-id; bh=gdUWYy95M5OM1YDx6YFr2oidP2lgFdZI3ByobsZUvyA=; b=fEV5umDuALk4hMfSWBT2GGBpVLp/577vqtKAxs9vC0MiFCvfuhkkt+nF5rPfFXgdCw S5mPadD4HEoPluGCmLNjNvPfIGfHfoXwhLfd0+pCkN9nekcOeb+UaQzfoDSPjipZex9b j+nWjj2Ea6LkUVfROXlqlupE2eGF9PZ32P1ACYqJ+wT4HHrKfxE8aUFCwtXmfLBtLyF+ 3vgFDfiFbkADvvkepBuy/jJ5X3nPBDtH/8NTYYF17mD7oltE2FpeB81qm3gmw7Xry2wg zV+ho7+nVTTfU8EDf1yF531zWGflpAJT0a6BUV/ZA7YKjYZ+08DdDXknDSRjfZlmAoKD xG9g== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b11si15130576pla.405.2018.12.11.21.44.32; Tue, 11 Dec 2018 21:44:46 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726447AbeLLFnn (ORCPT + 99 others); Wed, 12 Dec 2018 00:43:43 -0500 Received: from Mailgw01.mediatek.com ([1.203.163.78]:13256 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726239AbeLLFnn (ORCPT ); Wed, 12 Dec 2018 00:43:43 -0500 X-UUID: b3249ba8a29b492291efbeef87d2d7ad-20181212 X-UUID: b3249ba8a29b492291efbeef87d2d7ad-20181212 Received: from mtkcas35.mediatek.inc [(172.27.4.250)] by mailgw01.mediatek.com (envelope-from ) (mailgw01.mediatek.com ESMTP with TLS) with ESMTP id 1493457532; Wed, 12 Dec 2018 13:43:30 +0800 Received: from MTKCAS36.mediatek.inc (172.27.4.186) by MTKMBS31N2.mediatek.inc (172.27.4.87) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 12 Dec 2018 13:43:29 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS36.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Wed, 12 Dec 2018 13:43:28 +0800 Message-ID: <1544593408.3753.13.camel@mhfsdcap03> Subject: Re: [PATCH 2/2] PCI: mediatek: Add controller support for MT7629 From: Honghui Zhang To: Jianjun Wang CC: , , , , , , , , , , , Date: Wed, 12 Dec 2018 13:43:28 +0800 In-Reply-To: <1544187397.10946.27.camel@mhfsdcap03> References: <1544058553-10936-1-git-send-email-jianjun.wang@mediatek.com> <1544058553-10936-3-git-send-email-jianjun.wang@mediatek.com> <1544075633.3753.11.camel@mhfsdcap03> <1544187397.10946.27.camel@mhfsdcap03> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2018-12-07 at 20:56 +0800, Jianjun Wang wrote: > On Thu, 2018-12-06 at 13:53 +0800, Honghui Zhang wrote: > > On Thu, 2018-12-06 at 09:09 +0800, Jianjun Wang wrote: > > > MT7629 is an arm platform SoC which has the same PCIe IP with MT7622. > > > > > > The read value of BAR0 is 0xffff_ffff, it's size will be calculated as 4GB > > > in arm64 but bogus alignment values at arm32, the pcie device and devices > > > > :s /the pcie device /the bridge device > > > > > behind this bridge will not be enabled. Fix it's BAR0 resource size to > > > guarantee the pcie devices will be enabled correctly. > > > > > > The HW default value of its device id is invalid, fix it's device id to > > > match the hardware implementation. > > > > > > Signed-off-by: Jianjun Wang > > > --- > > > drivers/pci/controller/pcie-mediatek.c | 26 ++++++++++++++++++++++++++ > > > include/linux/pci_ids.h | 1 + > > > 2 files changed, 27 insertions(+) > > > > > > diff --git a/drivers/pci/controller/pcie-mediatek.c b/drivers/pci/controller/pcie-mediatek.c > > > index d20cf461ba00..f8937cc3c87c 100644 > > > --- a/drivers/pci/controller/pcie-mediatek.c > > > +++ b/drivers/pci/controller/pcie-mediatek.c > > > @@ -73,6 +73,7 @@ > > > #define PCIE_MSI_VECTOR 0x0c0 > > > > > > #define PCIE_CONF_VEND_ID 0x100 > > > +#define PCIE_CONF_DEVICE_ID 0x102 > > > #define PCIE_CONF_CLASS_ID 0x106 > > > > > > #define PCIE_INT_MASK 0x420 > > > @@ -135,12 +136,14 @@ struct mtk_pcie_port; > > > /** > > > * struct mtk_pcie_soc - differentiate between host generations > > > * @need_fix_class_id: whether this host's class ID needed to be fixed or not > > > + * @need_fix_device_id: whether this host's device ID needed to be fixed or not > > > * @ops: pointer to configuration access functions > > > * @startup: pointer to controller setting functions > > > * @setup_irq: pointer to initialize IRQ functions > > > */ > > > struct mtk_pcie_soc { > > > bool need_fix_class_id; > > > + bool need_fix_device_id; > > > struct pci_ops *ops; > > > int (*startup)(struct mtk_pcie_port *port); > > > int (*setup_irq)(struct mtk_pcie_port *port, struct device_node *node); > > > @@ -692,6 +695,11 @@ static int mtk_pcie_startup_port_v2(struct mtk_pcie_port *port) > > > writew(val, port->base + PCIE_CONF_CLASS_ID); > > > } > > > > > > + if (soc->need_fix_device_id) { > > > + val = PCI_DEVICE_ID_MEDIATEK_7629; > > > + writew(val, port->base + PCIE_CONF_DEVICE_ID); > > > + } > > > + > > > /* 100ms timeout value should be enough for Gen1/2 training */ > > > err = readl_poll_timeout(port->base + PCIE_LINK_STATUS_V2, val, > > > !!(val & PCIE_PORT_LINKUP_V2), 20, > > > @@ -1238,11 +1246,29 @@ static const struct mtk_pcie_soc mtk_pcie_soc_mt7622 = { > > > .setup_irq = mtk_pcie_setup_irq, > > > }; > > > > > > +static const struct mtk_pcie_soc mtk_pcie_soc_mt7629 = { > > > + .need_fix_class_id = true, > > > + .need_fix_device_id = true, > > > + .ops = &mtk_pcie_ops_v2, > > > + .startup = mtk_pcie_startup_port_v2, > > > + .setup_irq = mtk_pcie_setup_irq, > > > +}; > > > + > > > +static void mtk_fixup_bar_size(struct pci_dev *dev) > > > +{ > > > + struct resource *dev_res = &dev->resource[0]; > > > + /* 32bit resource length will calculate size to 0, set it smaller */ > > > + dev_res->end = 0xfffffffe; > > > +} > > > > I'm not sure assign the BAR0 size in driver to fit in the bogus > > alignment is a good idea. Seems the size value of 0xffff_fffe also is an > > arbitrary value. > > Do we have a chance to change the resource framework code to make it > > adopt this scenario? I have take a look at the resource assign routine, it's better keep it in current way. Thanks. > > > > Thanks. > > I'm afraid not, the resource size length defined by phys_addr_t, which > related to the hardware's physical address length. > It will be much more better if the BAR0 size is not related with the > pcie to axi window, when we set the window to 4GB, the BAR0 size still > have initial value, and we can set the BAR0 size value or just disable > it independently. > The BAR0 size value need bigger than the MMIO space size, so the > software will think it's a invalid resource but not a bogus alignment > one, since we can't disable the BAR0 by hardware, and the flow of enable > devices will keep going. > > > > > +DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_MEDIATEK, PCI_DEVICE_ID_MEDIATEK_7629, > > > + mtk_fixup_bar_size); > > > + > > > static const struct of_device_id mtk_pcie_ids[] = { > > > { .compatible = "mediatek,mt2701-pcie", .data = &mtk_pcie_soc_v1 }, > > > { .compatible = "mediatek,mt7623-pcie", .data = &mtk_pcie_soc_v1 }, > > > { .compatible = "mediatek,mt2712-pcie", .data = &mtk_pcie_soc_mt2712 }, > > > { .compatible = "mediatek,mt7622-pcie", .data = &mtk_pcie_soc_mt7622 }, > > > + { .compatible = "mediatek,mt7629-pcie", .data = &mtk_pcie_soc_mt7629 }, > > > {}, > > > }; > > > > > > diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h > > > index 69f0abe1ba1a..77b278bac3a8 100644 > > > --- a/include/linux/pci_ids.h > > > +++ b/include/linux/pci_ids.h > > > @@ -2126,6 +2126,7 @@ > > > #define PCI_VENDOR_ID_MYRICOM 0x14c1 > > > > > > #define PCI_VENDOR_ID_MEDIATEK 0x14c3 > > > +#define PCI_DEVICE_ID_MEDIATEK_7629 0x7629 > > > > > > #define PCI_VENDOR_ID_TITAN 0x14D2 > > > #define PCI_DEVICE_ID_TITAN_010L 0x8001 > > > > > >