[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9bb176c9-f1e6-349e-5486-74e0ea6b5012@ti.com>
Date: Mon, 3 Jul 2023 20:13:55 +0530
From: "Verma, Achal" <a-verma1@...com>
To: Li Chen <me@...ux.beauty>
CC: Vignesh Raghavendra <vigneshr@...com>,
Tom Joseph <tjoseph@...ence.com>,
Lorenzo Pieralisi <lpieralisi@...nel.org>,
Krzysztof Wilczy_ski <kw@...ux.com>,
Rob Herring <robh@...nel.org>,
Bjorn Helgaas <bhelgaas@...gle.com>,
linux-omap <linux-omap@...r.kernel.org>,
linux-pci <linux-pci@...r.kernel.org>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [EXTERNAL] Re: [PATCH] PCI: j721e: Fix delay before PERST#
deassert
On 7/3/2023 7:19 PM, Li Chen wrote:
> Hi Achal,
> ---- On Mon, 03 Jul 2023 19:29:14 +0800 Achal Verma wrote ---
> > As per the PCIe Card Electromechanical specification REV. 3.0, PERST#
> > signal should be de-asserted after minimum 100ms from the time power-rails
> > become stable. Current delay of 100us is observed to be not enough on some
> > custom platform implemented using TI's K3 SOCs.
> >
> > So, to ensure 100ms delay to give sufficient time for power-rails and
> > refclk to become stable, change delay from 100us to 100ms.
>
> What problems could arise if the delay is too small? Would some endpoints not be able to detect it?
If delay is small, cpu stall is reported during probe() while accessing
PCIe registers in some cases.
>
> Regards,
> Li
Powered by blists - more mailing lists