[meta-xilinx] xilinx_emacps.c

[andrey]

Sipke,

We used linux-xlnx from meta-xilinx - here is the full info: http://sourceforge.net/p/elphel/meta-elphel393

I asked the same question on xilinx forum and  sorenb gave me very valuable information - 1) there is a newer version (and xilinx_emacps.c seems to be heavily worked on) and 2) - the problem can be related to clocks on/off.  And clocks are in fact to blame - sometimes  xemacps_runtime_resume() was called before trying to access registers (by a different process), so waiting for registers to become accessible was helping

We are now trying to migrate to master-next (so far having troubles with pl330 initialization ), so I'll try the new driver first and see which of my patches are still relevant. It was nice to now that the problem was local to xilinx_emacps, so I'll make a patch when we'll make master-next working. And with older driver - our patch http://sourceforge.net/p/elphel/meta-elphel393/ci/master/tree/recipes-kernel/linux/linux-xlnx/xilinx_emacps_elphel393.patch works with both Marvel and Atheros AR8035, network down/up test has 100% success on 3000+ cycles on both Microzed and Elphel393

Andrey



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-xilinx/attachments/20131119/9d94b46d/attachment.html>