You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Additionally, I foresee another breaking change: changing the order of the trap frame to follow the x order (from x0 to x31). As far as I know, this is required for ESP32Cx devices. Maybe @bjoernQ can confirm this to us.
The text was updated successfully, but these errors were encountered:
Additionally, I foresee another breaking change: changing the order of the trap frame to follow the x order (from x0 to x31). As far as I know, this is required for ESP32Cx devices. Maybe @bjoernQ can confirm this to us.
The order of the registers in the trap frame is not strictly required anymore on our side (it was required when we included atomic emulation via a trap handler - we don't do that anymore)
We need to reconfigure the trap frame via feature flags. This is especially relevant for:
riscv-rt
: Assembly algorithm for RAM init incompatible with upcoming RVE extension (future proofing) #189)esp-hal
)Additionally, I foresee another breaking change: changing the order of the trap frame to follow thex
order (fromx0
tox31
). As far as I know, this is required for ESP32Cx devices. Maybe @bjoernQ can confirm this to us.The text was updated successfully, but these errors were encountered: