Actions
Forum Thread Details
  • State Not Answered
  • Replies 12 replies
  • Subscribers 356 subscribers
  • Views 3282 views
  • Users 0 members are here
Related

PS freezes when making use of PL

cone83

I am encountering very odd problems with my new Mini-ITX board. Whenever I make use of a significant portion of the PL resources, the PS just freezes.

I have done quite a lot of debugging on this, and the only thing that seems to affect this problem is the amount of resources used. I have a test design that does a lot of useless computations. If I allow Vivado to optimize away all the useless stuff and hence greatly reduce the resource usage, then the CPU does not freeze. If I prevent the optimization and use 56% LUTs, then the CPU freezes immediately.

There are no timing timing violations or other errors reported by Vivado. I have now come to a point where I suspect that my Zynq might actually be damaged.

I have created a set of boot files for reproducing this error on a Mini-ITX with Zynq 7100. The boot files can be downloaded here:
https://mega.nz/#F!9hF0kQrZ!RfGgoTnCO0QOtp6MSUFZxg

When booting this configuration, U-boot only manages to print a few lines on UART before the CPU stalls. Usually the output looks like this:

--------------
U-Boot 2015.07-dirty (Apr 09 2016 - 11:32:21 +0200)

Model: Zynq Mini-ITX Board
DRAM:  ECC disabled 1 GiB
MMC:   zynq_sdhci: 0
SF: Detected S25FL128S_64K with page size
--------------

Sometimes it even freezes before being able to print the first line. I would be really thankful if somebody could try out those boot files and report if this error also occurs on other Mini-ITX boards with Zynq 7100 SoCs.

Many thanks

Parents
  • 0

    I'm also not convinced yet that this isn't an issue with my board. Your test got stuck when loading the kernel. This could e.g. also be caused by a faulty device tree. To get sure  I have created a bare metal application for reproducing the fault. The application cycles between periods of low and high CPU loads, as I have found that some bit files work well for as long as the CPU is idle. On a functioning system, this should output something like this:

    Test with low CPU load
    0
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    Test with high CPU load
    0
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    Test with low CPU load
    0
    1
    ...

    For me it usually gets stuck after printing the first two lines. I have made the boot.bin file available at:
    https://mega.nz/#!QgtnRaAR!8QKhi_PFyIKuAeFEGoOdsmup8QKnQBcL6DoDhz6nPzI

    I would be really thankful if you or somebody else could give this another try.

Reply
  • 0

    I'm also not convinced yet that this isn't an issue with my board. Your test got stuck when loading the kernel. This could e.g. also be caused by a faulty device tree. To get sure  I have created a bare metal application for reproducing the fault. The application cycles between periods of low and high CPU loads, as I have found that some bit files work well for as long as the CPU is idle. On a functioning system, this should output something like this:

    Test with low CPU load
    0
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    Test with high CPU load
    0
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    Test with low CPU load
    0
    1
    ...

    For me it usually gets stuck after printing the first two lines. I have made the boot.bin file available at:
    https://mega.nz/#!QgtnRaAR!8QKhi_PFyIKuAeFEGoOdsmup8QKnQBcL6DoDhz6nPzI

    I would be really thankful if you or somebody else could give this another try.

Children
No Data