Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp361917pxb; Thu, 19 Nov 2020 03:16:38 -0800 (PST) X-Google-Smtp-Source: ABdhPJxAoGe4xlLnXhlJyhGsUznISWX5/7UdTDO5E+OuIjrx+UIS1odD6kU7+9B33ewe1MqMuvNn X-Received: by 2002:a05:6402:3105:: with SMTP id dc5mr28937564edb.38.1605784598108; Thu, 19 Nov 2020 03:16:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605784598; cv=none; d=google.com; s=arc-20160816; b=AYz7jqcuDi2O1XHbHz6ojB1iEbzBYcWhGA009IeZVD/v0zfXmuSFRhN75c8Pddm2iX UuBqd6XbnQZHgbbkUAaPQicM3WFNcU+F252NJEzRCdob5X/rtrymoBtBsmLTSFGwaHE9 LiMpgEtkYaEp57KPceOonH5sHFfwp6z1eI4zhkpJ03QiJ0E4Mox1DLNu5KKWVGwqqfy5 bHqxxhj+XZN7ui+WS4WVDcq0UVfdl7XF+wOikcSjbnBZNdO7Nnc76Kxexk1/0Fr9Eh9d Qf68/vhda1qBystHJIY0hv4XktK/Ns6VDquue6+kmlQPDrPtaOmMRhU/SaIJJDpGCVoI mI6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=305HbYCqsZq3vLa4PoC3mtSFSy8Vw+wRUegm6SGmDNA=; b=h+fHgKBrXIdvpN2nJQ32GmNXUbCF4CEq5TJRdN8peCxcEIcQ/56mpxl0E8iLdyLNny yKGREioq1kHa7ar8amkYPCZeduuDGDMl9CMCKkf4csmm8k5b3PadRt19vBCOakZDMKYs TD3JRu5aFBmm9HgPjQjpSQ25wzVcLXYE8OjBBlCKaieWqRSmzfA4r/lWNMMBAm8rwbVx 08zfmnxEHZ0Uzw9JhPe01oSD8Uiei4ZCZ5yr16njVBHne9oHNthVJoRhQv21AmG5wn/h Y65a5e5NhjfFofiDOcuo30iIXV3Fcw0nY1/udOUv9zX0bbw4Ev0FwxkBjve/y5x7XUos AlVQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r22si18002890edv.428.2020.11.19.03.16.15; Thu, 19 Nov 2020 03:16:38 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727042AbgKSLMI (ORCPT + 99 others); Thu, 19 Nov 2020 06:12:08 -0500 Received: from foss.arm.com ([217.140.110.172]:53424 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726934AbgKSLMI (ORCPT ); Thu, 19 Nov 2020 06:12:08 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 6CCED1396; Thu, 19 Nov 2020 03:12:07 -0800 (PST) Received: from e121166-lin.cambridge.arm.com (e121166-lin.cambridge.arm.com [10.1.196.255]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6C2DF3F718; Thu, 19 Nov 2020 03:12:06 -0800 (PST) Date: Thu, 19 Nov 2020 11:12:01 +0000 From: Lorenzo Pieralisi To: Rob Herring Cc: Neil Armstrong , Yue Wang , PCI , "open list:ARM/Amlogic Meson..." , linux-arm-kernel , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] PCI: dwc/meson: do not fail on wait linkup timeout Message-ID: <20201119111201.GA19942@e121166-lin.cambridge.arm.com> References: <20200921074953.25289-1-narmstrong@baylibre.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 22, 2020 at 11:30:30AM -0600, Rob Herring wrote: > On Mon, Sep 21, 2020 at 1:50 AM Neil Armstrong wrote: > > > > When establish link timeouts, probe fails but the error is unrelated since > > the PCIe controller has been probed succesfully. > > > > Align with most of the other dw-pcie drivers and ignore return of > > dw_pcie_wait_for_link() in the host_init callback. > > I think all, not most DWC drivers should be aligned. Plus the code > here is pretty much the same, so I'm working on moving all this to the > common DWC code. Drivers that need to bring up the link will need to > implement .start_link() (currently only used for EP mode). Most of the > time that is just setting the LTSSM bit which Synopsys thought letting > every vendor do their own register for was a good idea. Sigh. Should I drop this patch then ? Thanks, Lorenzo