Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Client based system reset #200

Draft
wants to merge 3 commits into
base: main
Choose a base branch
from

Commits on Apr 22, 2024

  1. First attempt at supporting host based reset

    The feature enables the interface_rts signal from the CH552 MCU in
    constraints as well as inte FPGA interface. The signal is routed into
    the clk_reset_gen block where it is sampled. If the sampled signal is
    set, a system reset is triggered
    
    Signed-off-by: Joachim Strömbergson <joachim@assured.se>
    secworks authored and mchack-work committed Apr 22, 2024
    Configuration menu
    Copy the full SHA
    d6e0d90 View commit details
    Browse the repository at this point in the history
  2. Trigger the original reset loop logic when host requests a reset

    Add comments to explain function and clean up heade, footer
    
    Signed-off-by: Joachim Strömbergson <joachim@assured.se>
    secworks authored and mchack-work committed Apr 22, 2024
    Configuration menu
    Copy the full SHA
    16eba3b View commit details
    Browse the repository at this point in the history
  3. Move reset control and status into the tk1 core

    The tk1 core is now able to handle external and internal reset
    request, trigger a system and store reset status that persists
    the reset. The reset status is exposed to SW as bits 17..16 in the
    FW_APP register. The fw_app status is now bound to bit 0.
    
    Signed-off-by: Joachim Strömbergson <joachim@assured.se>
    secworks authored and mchack-work committed Apr 22, 2024
    Configuration menu
    Copy the full SHA
    bd45d3b View commit details
    Browse the repository at this point in the history