Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3366156pxu; Tue, 15 Dec 2020 05:30:11 -0800 (PST) X-Google-Smtp-Source: ABdhPJyfm+lAOtZ+kYdE193hr/66Dvi5boshnGxuUxerPn0awhwo5wKh2SXsgm3VFxtXYqrZB4ID X-Received: by 2002:a17:906:eb49:: with SMTP id mc9mr26095826ejb.487.1608039011047; Tue, 15 Dec 2020 05:30:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608039011; cv=none; d=google.com; s=arc-20160816; b=N29BsQrmiAYFrz38fHMEQBEiMkMyfQD4Fu4r1vqu7NCriWTmP6N4c0oLRwrC/vLJJA ez3xCRt/5kk9PrYgBX9EpcqzL8LT/AaYeMUCvR4MCMe2/+X5i+gVm2nKNy9BMT/sdH9i r/WD9KaY+AMdPDH3jAz62900Uot/x2tl7cFPzb6LugluttXqrZb7qWn0h0tse0rW0ZrQ 8NLliJG0h/TnalJYtsfD0ciuAqM4XQBzNNcyw0JrqfTK/HDvlXbKOLPCQgYNzxQMUKqi TA3yvkh8+gMRcfYP36KN7xHPz7JHL341GDdbMz9LyohHdjH6ZKy0y0k71O1atiH/PlVn 0iLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=YFm+b2Wag/hVSTwTfPO+UxWFEDr3/ykR3hLQV9sR6EI=; b=yItp7i8OiTBPLePtZmdeP56DMyDKCDpS6FfkPenBJwd4F3UO9G1dwfmC9S8hdnc0ve 1z3pAIP63uT6shjA3jtrKZtpKfzQ/CFLFE2fTf1/H7qv6IgsSLDvrTJY/eElWrSWkOIH Sec/AeV1iHPUVvyBjv1Kwj3MQgw5hRBQdIbI5VA0KsNTBMKXu7tHdV/rpUR6i/7Wh79E /AbFEOlkrR25J9m9B4wU82l2v2hW59WLsd3nyPkZwrozwlJ9jSVj8Ctaez07J9ghOcNq OhTaPof5imCLqPorphtDDGH3hecWxei+7sttgmMWgOgpf6ViPoV0skmb4lRxSTK+h74m 7gsw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: 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 a18si878504ejb.180.2020.12.15.05.29.47; Tue, 15 Dec 2020 05:30:11 -0800 (PST) Received-SPF: pass (google.com: 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; spf=pass (google.com: 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 S1727779AbgLON0I (ORCPT + 99 others); Tue, 15 Dec 2020 08:26:08 -0500 Received: from mx2.suse.de ([195.135.220.15]:38510 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726771AbgLONZ5 (ORCPT ); Tue, 15 Dec 2020 08:25:57 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 32F96AC7F; Tue, 15 Dec 2020 13:25:11 +0000 (UTC) Date: Tue, 15 Dec 2020 14:25:04 +0100 From: Mian Yousaf Kaukab To: Vidya Sagar Cc: lorenzo.pieralisi@arm.com, robh@kernel.org, bhelgaas@google.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: dwc: tegra194: issue with card containing a bridge Message-ID: <20201215132504.GA20914@suse.de> References: <20201215102442.GA20517@suse.de> <9a8abc90-cf18-b0c8-3bcb-efbe03f0ca4c@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <9a8abc90-cf18-b0c8-3bcb-efbe03f0ca4c@nvidia.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 15, 2020 at 05:45:59PM +0530, Vidya Sagar wrote: > Thanks Mian for bringing it to our notice. > Have you tried removing the dw_pcie_setup_rc(pp); call from pcie-tegra194.c > file on top of linux-next? and does that solve the issue? > > diff --git a/drivers/pci/controller/dwc/pcie-tegra194.c > b/drivers/pci/controller/dwc/pcie-tegra194.c > index 5597b2a49598..1c9e9c054592 100644 > --- a/drivers/pci/controller/dwc/pcie-tegra194.c > +++ b/drivers/pci/controller/dwc/pcie-tegra194.c > @@ -907,7 +907,7 @@ static void tegra_pcie_prepare_host(struct pcie_port > *pp) > dw_pcie_writel_dbi(pci, CFG_TIMER_CTRL_MAX_FUNC_NUM_OFF, > val); > } > > - dw_pcie_setup_rc(pp); > + //dw_pcie_setup_rc(pp); I still see the same issue with this change. Reverting b9ac0f9dc8ea works though. > > clk_set_rate(pcie->core_clk, GEN4_CORE_CLK_FREQ); > > I took a quick look at the dw_pcie_setup_rc() implementation and I'm not > sure why calling it second time should create any issue for the enumeration > of devices behind a switch. Perhaps I need to spend more time to debug that > part. > In any case, since dw_pcie_setup_rc() is already part of > dw_pcie_host_init(), I think it can be removed from > tegra_pcie_prepare_host() implemention. > > Thanks, > Vidya Sagar > BR, Yousaf