by ali »
Hello,
We reprogram the FPGA while the system is running, for testing other parts
of the board. For these PCIe tests, we run them right after a power-cycle
of the PC. Our board has a quad SPI flash, so it meets the 100ms timing
of the PCIe specification. (Otherwise the system would probably not see
in the first place)
Regarding the clock: Our clock is derived from the PCIe reference clock,
by way of a jitter cleaner IC (ICS874001AGI). This IC is configurable
(it can output 100, 125 or 250MHz). Currently, 100 MHz is selected.
By the way, the test computer is the same for both Linux and Windows (ie, it is
a dual boot system). As I mentioned in the first post, we don't run into any
problems when running on Linux. I would expect that we don't have
"something seriously wrong with our system", since it works without a
problem on the Linux side. In addition, we've used the same board with
other drivers and other software stack and didn't have any stability issues.
Any other ideas? Is there anything we can look at or try which might help
identify what the problem is? For example, we tried writing data into the
FIFO much faster, in which case we get the EOF error even more quickly.
Best,
Hello,
We reprogram the FPGA while the system is running, for testing other parts
of the board. For these PCIe tests, we run them right after a power-cycle
of the PC. Our board has a quad SPI flash, so it meets the 100ms timing
of the PCIe specification. (Otherwise the system would probably not see
in the first place)
Regarding the clock: Our clock is derived from the PCIe reference clock,
by way of a jitter cleaner IC (ICS874001AGI). This IC is configurable
(it can output 100, 125 or 250MHz). Currently, 100 MHz is selected.
By the way, the test computer is the same for both Linux and Windows (ie, it is
a dual boot system). As I mentioned in the first post, we don't run into any
problems when running on Linux. I would expect that we don't have
"something seriously wrong with our system", since it works without a
problem on the Linux side. In addition, we've used the same board with
other drivers and other software stack and didn't have any stability issues.
Any other ideas? Is there anything we can look at or try which might help
identify what the problem is? For example, we tried writing data into the
FIFO much faster, in which case we get the EOF error even more quickly.
Best,