)]}'
{
  "commit": "7f728ca0b9ae45c2e088fb1ddd6266e25ba463b5",
  "tree": "325e53d05818f83356f82aebfdc338b0d6119774",
  "parents": [
    "e5cdcd582c7224467a6e5bc4ade5accce80fa09d"
  ],
  "author": {
    "name": "Nathaniel Wesley Filardo",
    "email": "wes.filardo@scisemi.com",
    "time": "Tue Oct 29 18:17:46 2024 +0000"
  },
  "committer": {
    "name": "Nathaniel Wesley Filardo",
    "email": "VP331RHQ115POU58JFRLKB7OPA0L18E3@cmx.ietfng.org",
    "time": "Thu Nov 21 22:28:24 2024 +0000"
  },
  "message": "switcher: ensure that MTCC is really NULL on fault\n\nAs @davidchisnall points out, just because sp\u0027s address is zero doesn\u0027t\nmean that the rest of the cap is too.  So, if it looks like we\u0027re dead\nin the water, make sure we\u0027re actually dead by zeroing mtcc completely.\n\nWhile here, slightly tidy the code by flipping the condition and moving\nthe wedging operation out of line.  Add an instruction guaranteed to\ntrap after nulling MTCC.\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "1d6ae640a1759299b3ab412a871830384d047da7",
      "old_mode": 33188,
      "old_path": "sdk/core/switcher/entry.S",
      "new_id": "98085d66c6d048b88a9cf38216ad279181554959",
      "new_mode": 33188,
      "new_path": "sdk/core/switcher/entry.S"
    }
  ]
}