Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp7017782imm; Wed, 27 Jun 2018 18:19:04 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKYI2tHqKanwnTGMk1pxHHu/IefeSzeRRJsS914Ghtsqm6+hBdhD0pyBOESYQhfOFFVtyVE X-Received: by 2002:a17:902:9690:: with SMTP id n16-v6mr8278210plp.94.1530148744824; Wed, 27 Jun 2018 18:19:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530148744; cv=none; d=google.com; s=arc-20160816; b=jrsDS6XFBA9Ek7VVX3cR9I4kopTCAtNU7i/oLr/C9Q3xXHf6sds1AZ+UP/ETsUdDDf JEWp2BzuD/OCZNKXTX/XqYkh0mk58BYim2SXvtL5BH+VVXTw+D1O8pDFYRd/mIKgrXlP tAPriAgjzZ/Q88DEUZglVcvsxQpTpVTl02X5VbPuhvUhA0BrGQwuGJQdUTfFvWeXTZuc krr2xDSCQ2TM8mYXy2gTVYc7nz1NBdA2+wpTw5oPCP9aQ8y+em0Js1SaESSDD1pBLSlw gG0D/prNffrO2Fbcxft0xUSOz6F51RyjmMVmQ+xOW7NLcT00r73bahvxm5L7H3cDBBsV Ophw== 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 :arc-authentication-results; bh=i7GSkuTZ1AuOAhxLRvSic8CwI4o/t2zgAdmuXb4EIeA=; b=H6adxW75v4SJOtHTQt4rwc304aaL2wz0qXHRl47auUF71MNrc4hsvswvoqaiXdM6G3 KUfW/0VftV+L8FpmV5LysQx7ztaiZUkR40Fj12BLaXr1AJK/T0VH46X4VHkyCOGFTqaY dVsZaqdXvYU7qDZ9Kaj1vpyFP9g045xEwzj2Xqzso/0Vi1J7IU1PkcKKlJKAzRbml3kW d5zGSSU1UBE/5tK3XUX9n788d7FXeLhw4uaTHt5yNIwYReUeFdyimDKpZphm71RxKQjN cZiQU8S+Wp26y/DqVs5gST/9ANJMiHxMzrahcuHSW1ylYI8VSQW2YWPMh12EIId3GY1R giYA== 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 l1-v6si876135pgb.464.2018.06.27.18.18.49; Wed, 27 Jun 2018 18:19:04 -0700 (PDT) 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 S1753013AbeF1BMO (ORCPT + 99 others); Wed, 27 Jun 2018 21:12:14 -0400 Received: from mailgw02.mediatek.com ([1.203.163.81]:54041 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751272AbeF1BMN (ORCPT ); Wed, 27 Jun 2018 21:12:13 -0400 X-UUID: 00570ab034cf4081a656ec8d55ad862b-20180628 Received: from mtkcas34.mediatek.inc [(172.27.4.250)] by mailgw02.mediatek.com (envelope-from ) (mailgw01.mediatek.com ESMTP with TLS) with ESMTP id 1573740479; Thu, 28 Jun 2018 09:12:09 +0800 Received: from MTKCAS36.mediatek.inc (172.27.4.186) by MTKMBS31N1.mediatek.inc (172.27.4.69) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 28 Jun 2018 09:12:08 +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.1210.3 via Frontend Transport; Thu, 28 Jun 2018 09:12:07 +0800 Message-ID: <1530148327.28284.1.camel@mhfsdcap03> Subject: Re: [PATCH 1/4] PCI: mediatek: fixup mtk_pcie_find_port logical From: Honghui Zhang To: Andy Shevchenko CC: Lorenzo Pieralisi , Marc Zyngier , Bjorn Helgaas , "Matthias Brugger" , linux-arm Mailing List , "moderated list:ARM/Mediatek SoC support" , , Linux Kernel Mailing List , devicetree , , Eddie Huang , , , , , YT Shen , Date: Thu, 28 Jun 2018 09:12:07 +0800 In-Reply-To: References: <1530091298-28120-1-git-send-email-honghui.zhang@mediatek.com> <1530091298-28120-2-git-send-email-honghui.zhang@mediatek.com> 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 Wed, 2018-06-27 at 19:35 +0300, Andy Shevchenko wrote: > On Wed, Jun 27, 2018 at 12:21 PM, wrote: > > From: Honghui Zhang > > > > Mediatek's host controller have two slots, each have it's own control > > registers. The host driver need to identify which slot was connected > > in order to access the device's configuration space. There's problem > > for current host driver to find out which slot was connected to for > > a given EP device. > > > > Assuming each slot have connect with one EP device as below: > > > > host bridge > > bus 0 --> __________|_______ > > | | > > | | > > slot 0 slot 1 > > bus 1 -->| bus 2 --> | > > | | > > EP 0 EP 1 > > > > While PCI emulation, system software will scan all the PCI device > > starting from devfn 0. So it will get the proper port for slot0 and > > slot1 device when using PCI_SLOT(devfn) for match. But it will get > > the wrong slot for EP1: The devfn will be start from 0 when scanning > > EP1 behind slot1, it will get port0 since the PCI_SLOT(EP1) is match > > for port0's slot value. So the host driver should not using EP's devfn > > but the slot's devfn(the slot which EP was connected to) for match. > > > > This patch fix the mtk_pcie_find_port's logical by using the slot's > > devfn for match. > > > > + list_for_each_entry(port, &pcie->ports, list) { > > + if (bus->number == 0 && port->slot == PCI_SLOT(devfn)) { > > return port; > > + } else if (bus->number != 0) { > > You can do it like (no need 'else') > > if (...) > return ...; > if (bus->number) { > ... > } > > > + pbus = bus; > > + do { > > + dev = pbus->self; > > + if (port->slot == PCI_SLOT(dev->devfn)) > > + return port; > > + > > + pbus = dev->bus; > > + } while (dev->bus->number != 0); > > This can be rewritten like > > pbus = bus; > while (pbus->number) { > dev = ...; > ... > pbus = dev->bus; > } > > and no need for if (bus->number) anymore. > Hi, Andy, thanks very much for your advise, I will change it in the next version. thanks. > > + } > > + } > > > > return NULL; > > } > > -- > > 2.6.4 > > > > >