[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240724191830.4807-1-mattc@purestorage.com>
Date: Wed, 24 Jul 2024 13:18:30 -0600
From: Matthew W Carlis <mattc@...estorage.com>
To: macro@...am.me.uk
Cc: alex.williamson@...hat.com,
bhelgaas@...gle.com,
christophe.leroy@...roup.eu,
davem@...emloft.net,
david.abdurachmanov@...il.com,
edumazet@...gle.com,
ilpo.jarvinen@...ux.intel.com,
kuba@...nel.org,
leon@...nel.org,
linux-kernel@...r.kernel.org,
linux-pci@...r.kernel.org,
linux-rdma@...r.kernel.org,
linuxppc-dev@...ts.ozlabs.org,
lukas@...ner.de,
mahesh@...ux.ibm.com,
mattc@...estorage.com,
mika.westerberg@...ux.intel.com,
mpe@...erman.id.au,
netdev@...r.kernel.org,
npiggin@...il.com,
oohall@...il.com,
pabeni@...hat.com,
pali@...nel.org,
saeedm@...dia.com,
sr@...x.de,
wilson@...iptree.org
Subject: PCI: Work around PCIe link training failures
Sorry for belated response. I wasn't really sure when you first asked & I
still only have a 'hand wavy' theory here. I think one thing that is getting
us in trouble is when we turn the endpoint device on, then off, wait for a
little while then turn it back on. It seems that the port here in this case
is forced to Gen1 & there is not any path for the kernel to allow it to
try another alternative again without an informed user to write the register.
I'm still trying to barter for the time to really deeply dive into this so
must apologize if this sounds crazy or couldn't be correct.
- Matt
Powered by blists - more mailing lists