On 2017-02-17 17:19, Koen Vandeputte wrote:
Koen,
Can you try to disable MSI? I've seen issues with it in the past for
IMX6 and I typically leave it disabled as it doesn't buy us anything
and can instead hurt performance. If I recall, I think its now
'required' by the IMX6 PCIe driver so it may take a kernel change to
disable it. Other than that, how does mainline 4.9 behave and what
card/chipset are you using?
Tim
Hi Tim,
I will try with disabled MSI and let you know.
The earliest time I see in my planning is next week Friday.
fyi, I'm testing on 3 different Ventana boards:
- GW5100 (dualcore - single PCIe)
- GW5200 (dualcore - Dual PCIe)
- GW5410 (quadcore - 6x PCIe)
All 3 boards utilize a single MiktroTik R11e-5HnD radio (AR 9300 based)
Other issues seen so far compared to kernel 4.4:
- A simple "reboot" doesn't work. UART output shows "Reboot failed"
and the board stalls. Powercycle is needed
- UART DMA disabled is required to avoid some boot errors (I've made a
custom backport from your upstream patch fixing this, but not
submitted here yet)
General issues in kernels 4.4 & 4.9
- Even using the latest UBI FS sources + using the Sync option in
bootarg, files can get corrupted on a power cut. If the corrupted
file is a boot file .. :)
Other than this it runs pretty stable :)
Tim,
I found 1 more issue on 4.4 & 4.9 kernels:
https://lists.debian.org/debian-arm/2016/02/msg00000.html
I'm also seeing this on 4.4 kernel.
It can take up to a few days before it triggers normally, but I have a
setup running which reproduces this within a few hours.
I've made a patch which increases the timeout in the FEC driver just for
testing .. but it still occurs causing the port to be disabled suddenly.
Koen
_______________________________________________
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
