Linux PCI subsystem development
 help / color / mirror / Atom feed
From: Bjorn Helgaas <helgaas@kernel.org>
To: Manish Raturi <raturi.manish@gmail.com>
Cc: linux-pci@vger.kernel.org
Subject: Re: Dump of registers during endpoint link down
Date: Mon, 13 Jul 2020 18:44:37 -0500	[thread overview]
Message-ID: <20200713234437.GA291585@bjorn-Precision-5520> (raw)
In-Reply-To: <CAHn-FMxBZdHPYQkorePnyK+aY_3S29xVnkjj2u3pWDHjTyyGmA@mail.gmail.com>

Reply-all and don't top-post.  See
https://people.kernel.org/tglx/notes-about-netiquette

On Mon, Jul 13, 2020 at 03:31:02PM +0530, Manish Raturi wrote:
> Thanks, Bjorn, I am doing that (lspci -vvvxxxx) to dump all the
> register, but in case of Link down, are there any specific registers
> which we should look in, mostly I look below register:
> 
> 1) Link status /control/capability
> 2) Slot status /control/capability
> 3) Lane error status registers.
> 
> Any other register we can specifically look for.

I have no idea what the problem is, so can't really help you, sorry.
All you've said is that the link to an endpoint is down.  I don't know
whether the the slot is even powered up.  You could try a different
card to see whether that works.  You could try the same card in a
different machine to see if that works.  If you think the link
*should* be up, you could always debug it from a hardware point of
view with a PCIe analyzer.

> On Fri, Jul 10, 2020 at 12:54 AM Bjorn Helgaas <helgaas@kernel.org> wrote:
> > On Thu, Jul 09, 2020 at 12:44:24PM +0530, Manish Raturi wrote:
> > > Hi Team,
> > >
> > > I have a generic query , if an hotplug pcie endpoint connected to the
> > > CPU root port shows link down, then from the debugging perspective
> > > w.r.t PCIE what all register can be dump during the failure condition,
> > > what I can think of is these registers from the root port side
> > >
> > > 1) Link status /control/capability
> > > 2) Slot status /control/capability
> > > 3) Lane error status registers.
> > >
> > > Anything else we can dump which gives us more insight into the issue.
> > > Also is there anything by which we can check from PCIE clock
> > > perspective.
> >
> > If you have this:
> >
> >   Root Port ----- Endpoint
> >
> > and the Link is down, you won't be able to read any registers from the
> > Endpoint.  You can dump all the Root Port registers, of course, e.g.,
> > with "lspci -vvvxxxx".

       reply	other threads:[~2020-07-13 23:44 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAHn-FMxBZdHPYQkorePnyK+aY_3S29xVnkjj2u3pWDHjTyyGmA@mail.gmail.com>
2020-07-13 23:44 ` Bjorn Helgaas [this message]
2020-07-09  7:14 Dump of registers during endpoint link down Manish Raturi
2020-07-09 19:24 ` Bjorn Helgaas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200713234437.GA291585@bjorn-Precision-5520 \
    --to=helgaas@kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=raturi.manish@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox