From mboxrd@z Thu Jan  1 00:00:00 1970
From: Marek Behun <marek.behun@nic.cz>
Date: Sun, 12 May 2019 23:02:12 +0200
Subject: [U-Boot] [PATCH 1/1] pci: pci_mvebu: ignore the local device
In-Reply-To: <CAFOYHZA17GeLfb7CT+XdoWFYBCF0pNPf=25ObEw+ombP__geJQ@mail.gmail.com>
References: <20190510025611.4296-1-marek.behun@nic.cz>
 <d3e9cedb-8ea7-4840-a977-154bee2377b7@denx.de>
 <20190510134401.03701045@nic.cz>
 <CAFOYHZA17GeLfb7CT+XdoWFYBCF0pNPf=25ObEw+ombP__geJQ@mail.gmail.com>
Message-ID: <20190512230212.4eeaef0e@nic.cz>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

> Is there a PCIe bridge involved in either of these? In the pre-history
> of Kirkwood (which I believe has the same or similar IP block for
> PCIe) I've hit platforms where the PCIe I/O fails because something
> about the host bridge interferes with a real bridge on the bus where a
> directly connected device worked fine. Marvell were shipping a patch
> that adds a fake PCIe bridge in their LSP and I think that is what was
> eventually ported to upstream Linux.

Hi Chris,
there is no real bridge on Turris Omnia, the devices are connected
directly to CPU.
Marek