diff options
| author | Sven-Ola Tuecke <sven-ola.tuecke@numberfour.eu> | 2017-10-05 08:46:42 -0300 |
|---|---|---|
| committer | Stefano Babic <sbabic@denx.de> | 2017-10-12 17:56:28 +0200 |
| commit | b2915ba25e350caa79a13a1cd3513eb82709e1f9 (patch) | |
| tree | 62ff9ae3a765ac1673bcad4b6692e46d872390b8 /configs | |
| parent | 066d97c73300bbabf7ec63ee2cab6d8bf79b5771 (diff) | |
| download | u-boot-b2915ba25e350caa79a13a1cd3513eb82709e1f9.zip u-boot-b2915ba25e350caa79a13a1cd3513eb82709e1f9.tar.gz u-boot-b2915ba25e350caa79a13a1cd3513eb82709e1f9.tar.bz2 | |
drivers: pci: imx: fix imx_pcie_remove function
We have at least a minor count of boards, that failed to re-initialize
PCI express in the Linux kernel. Typical failure rate is 20% on affected
boards. This is mitigated by commit 6ecbe1375671 ("drivers: pci: imx:
add imx_pcie_remove function").
However, at least on some i.MX6 custom boards, when calling
assert_core_reset() as part of the first-time PCIe init, read access
to PCIE_PL_PFLR simply hangs. Surround this readl() with
imx_pcie_fix_dabt_handler() does not help. For this reason, the forced
LTSSM detection is only used on the second assert_core_reset() that is
called shorly before starting the Linux kernel.
Signed-off-by: Sven-Ola Tuecke <sven-ola.tuecke@numberfour.eu>
Signed-off-by: Fabio Estevam <fabio.estevam@nxp.com>
Tested-by: David Müller <d.mueller@elsoft.ch>
Diffstat (limited to 'configs')
0 files changed, 0 insertions, 0 deletions