From: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
To: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: "Neil Greatorex" <neil@fatboyfat.co.uk>,
"Willy Tarreau" <w@1wt.eu>,
"Matthew Minter" <matthew_minter@xyratex.com>,
"Gerlando Falauto" <gerlando.falauto@keymile.com>,
linux-arm-kernel@lists.infradead.org,
"Jason Cooper" <jason@lakedaemon.net>,
"Gregory Clément" <gregory.clement@free-electrons.com>,
"Ezequiel Garcia" <ezequiel.garcia@free-electrons.com>,
"Andrew Lunn" <andrew@lunn.ch>,
linux-pci@vger.kernel.org, "Tawfik Bayouk" <tawfik@marvell.com>,
"Lior Amsalem" <alior@marvell.com>
Subject: Re: Fixing PCIe issues on Armada XP
Date: Thu, 10 Apr 2014 10:57:33 -0600 [thread overview]
Message-ID: <20140410165733.GB23104@obsidianresearch.com> (raw)
In-Reply-To: <20140410181953.50ccfcc3@skate>
On Thu, Apr 10, 2014 at 06:19:53PM +0200, Thomas Petazzoni wrote:
> This is an e-mail that attempts to summarize the situation in terms of
> Armada XP PCIe issues.
>
> At
> https://github.com/MISL-EBU-System-SW/mainline-public/commits/3.14/pci-debug,
> I've pushed a branch based on top of v3.14 that contains:
mvebu_pcie_del_windows / mvebu_pcie_add_windows I wonder if these
functions should be dropped into the mbus driver.. They are pretty
generic.
'bus: mvebu-mbus: Avoid setting an undefined window size' and
'pci: mvebu: fix off-by-one in the computed size of the mbus windows'
need to be swapped in order to maintain bisect-ability.
> Can you test this stack of patches on your system and configuration, and
> let me know if that works for you?
Continues to work as expected here, and I see the new error message:
mvebu_mbus: cannot add window '4:e8', conflicts with another window
mvebu-pcie pex.1: Could not create MBus window at 0xe0000000, size 0x100000: -22
(this is due to the PEX window being in the DT mbus ranges already)
Tested-By: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
>
> * The link up problem. Unfortunately, I tried to reproduce it today,
> and didn't manage to. It's weird, because I'm sure I was able to
> produce it in the past, but I'm no longer able to, I don't know.
> Therefore, it's not easy for me to work on this topic. Neil, Jason,
> do you think this is a topic you could potentially handle?
You said you had a system that sometimes required the udelay? Can you
run Neil's patch and see if your system behaves the same? Specifically
that the link eventually goes down after mvebu_pcie_set_local_dev_nr ?
I couldn't find any case where the BDF leaks below the TLP layer, and
the spec is very clear that the assigned BDF can change at run time,
so I don't have an explanation for why the link reset is happening.
Do you have a contact at Marvell that might shed some light on that
behavior?
> * On my Armada XP DB board, if I plug 5 PCIe cards, the IGB card for
> some reason isn't able to read data from its non-volatile memory. So
> the window points to something, but it doesn't seem to patch what
> the igb driver expects. I've double checked the MBus windows, and
> they look correct. I haven't tested this PCIe configuration with the
> Marvell LSP though, so maybe I'm hitting an unrelated hardware
> problem or something.
Certainly troubling.. And the IGB works if it is the only card in the
system?
That does sound like more mbus troubles.
Regrads,
Jason
WARNING: multiple messages have this Message-ID (diff)
From: jgunthorpe@obsidianresearch.com (Jason Gunthorpe)
To: linux-arm-kernel@lists.infradead.org
Subject: Fixing PCIe issues on Armada XP
Date: Thu, 10 Apr 2014 10:57:33 -0600 [thread overview]
Message-ID: <20140410165733.GB23104@obsidianresearch.com> (raw)
In-Reply-To: <20140410181953.50ccfcc3@skate>
On Thu, Apr 10, 2014 at 06:19:53PM +0200, Thomas Petazzoni wrote:
> This is an e-mail that attempts to summarize the situation in terms of
> Armada XP PCIe issues.
>
> At
> https://github.com/MISL-EBU-System-SW/mainline-public/commits/3.14/pci-debug,
> I've pushed a branch based on top of v3.14 that contains:
mvebu_pcie_del_windows / mvebu_pcie_add_windows I wonder if these
functions should be dropped into the mbus driver.. They are pretty
generic.
'bus: mvebu-mbus: Avoid setting an undefined window size' and
'pci: mvebu: fix off-by-one in the computed size of the mbus windows'
need to be swapped in order to maintain bisect-ability.
> Can you test this stack of patches on your system and configuration, and
> let me know if that works for you?
Continues to work as expected here, and I see the new error message:
mvebu_mbus: cannot add window '4:e8', conflicts with another window
mvebu-pcie pex.1: Could not create MBus window at 0xe0000000, size 0x100000: -22
(this is due to the PEX window being in the DT mbus ranges already)
Tested-By: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
>
> * The link up problem. Unfortunately, I tried to reproduce it today,
> and didn't manage to. It's weird, because I'm sure I was able to
> produce it in the past, but I'm no longer able to, I don't know.
> Therefore, it's not easy for me to work on this topic. Neil, Jason,
> do you think this is a topic you could potentially handle?
You said you had a system that sometimes required the udelay? Can you
run Neil's patch and see if your system behaves the same? Specifically
that the link eventually goes down after mvebu_pcie_set_local_dev_nr ?
I couldn't find any case where the BDF leaks below the TLP layer, and
the spec is very clear that the assigned BDF can change at run time,
so I don't have an explanation for why the link reset is happening.
Do you have a contact at Marvell that might shed some light on that
behavior?
> * On my Armada XP DB board, if I plug 5 PCIe cards, the IGB card for
> some reason isn't able to read data from its non-volatile memory. So
> the window points to something, but it doesn't seem to patch what
> the igb driver expects. I've double checked the MBus windows, and
> they look correct. I haven't tested this PCIe configuration with the
> Marvell LSP though, so maybe I'm hitting an unrelated hardware
> problem or something.
Certainly troubling.. And the IGB works if it is the only card in the
system?
That does sound like more mbus troubles.
Regrads,
Jason
next prev parent reply other threads:[~2014-04-10 16:58 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-10 16:19 Fixing PCIe issues on Armada XP Thomas Petazzoni
2014-04-10 16:19 ` Thomas Petazzoni
2014-04-10 16:57 ` Jason Gunthorpe [this message]
2014-04-10 16:57 ` Jason Gunthorpe
2014-04-10 18:01 ` Thomas Petazzoni
2014-04-10 18:01 ` Thomas Petazzoni
2014-04-10 20:12 ` Jason Gunthorpe
2014-04-10 20:12 ` Jason Gunthorpe
2014-04-10 21:04 ` Thomas Petazzoni
2014-04-10 21:04 ` Thomas Petazzoni
2014-04-10 21:56 ` Neil Greatorex
2014-04-10 21:56 ` Neil Greatorex
2014-04-10 22:06 ` Jason Gunthorpe
2014-04-10 22:06 ` Jason Gunthorpe
2014-04-10 22:15 ` Neil Greatorex
2014-04-10 22:15 ` Neil Greatorex
2014-04-11 10:23 ` Thomas Petazzoni
2014-04-11 10:23 ` Thomas Petazzoni
2014-04-11 16:31 ` Jason Gunthorpe
2014-04-11 16:31 ` Jason Gunthorpe
2014-04-11 17:21 ` Matthew Minter
2014-04-11 17:21 ` Matthew Minter
2014-04-11 17:29 ` Jason Gunthorpe
2014-04-11 17:29 ` Jason Gunthorpe
2014-04-18 13:02 ` Thomas Petazzoni
2014-04-18 13:02 ` Thomas Petazzoni
2014-04-22 17:34 ` Jason Gunthorpe
2014-04-22 17:34 ` Jason Gunthorpe
2014-04-18 12:58 ` Thomas Petazzoni
2014-04-18 12:58 ` Thomas Petazzoni
2014-04-22 17:56 ` Jason Gunthorpe
2014-04-22 17:56 ` Jason Gunthorpe
2014-04-10 17:10 ` Willy Tarreau
2014-04-10 17:10 ` Willy Tarreau
2014-04-10 18:02 ` Thomas Petazzoni
2014-04-10 18:02 ` Thomas Petazzoni
2014-04-10 23:13 ` Willy Tarreau
2014-04-10 23:13 ` Willy Tarreau
2014-04-10 23:40 ` Jason Gunthorpe
2014-04-10 23:40 ` Jason Gunthorpe
2014-04-11 6:23 ` Willy Tarreau
2014-04-11 6:23 ` Willy Tarreau
2014-04-10 18:20 ` Neil Greatorex
2014-04-10 18:20 ` Neil Greatorex
2014-04-10 21:07 ` Thomas Petazzoni
2014-04-10 21:07 ` Thomas Petazzoni
2014-04-11 14:32 ` Thomas Petazzoni
2014-04-11 14:32 ` Thomas Petazzoni
2014-04-11 15:57 ` Neil Greatorex
2014-04-11 15:57 ` Neil Greatorex
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=20140410165733.GB23104@obsidianresearch.com \
--to=jgunthorpe@obsidianresearch.com \
--cc=alior@marvell.com \
--cc=andrew@lunn.ch \
--cc=ezequiel.garcia@free-electrons.com \
--cc=gerlando.falauto@keymile.com \
--cc=gregory.clement@free-electrons.com \
--cc=jason@lakedaemon.net \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-pci@vger.kernel.org \
--cc=matthew_minter@xyratex.com \
--cc=neil@fatboyfat.co.uk \
--cc=tawfik@marvell.com \
--cc=thomas.petazzoni@free-electrons.com \
--cc=w@1wt.eu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.