)]}'
{
  "commit": "4110fd08dc87c6a6c50421b5517ed92accdb3e3a",
  "tree": "d542f6667e0cee0c1daef00a080d99c21c6f167a",
  "parents": [
    "65386c60b9511f08039c8afcaf2f7a0eac586b87"
  ],
  "author": {
    "name": "Steven Lee",
    "email": "steven_lee@aspeedtech.com",
    "time": "Fri Jul 24 10:49:09 2026 +0800"
  },
  "committer": {
    "name": "Steven Lee",
    "email": "steven_lee@aspeedtech.com",
    "time": "Fri Jul 24 12:41:07 2026 +0800"
  },
  "message": "ast10x0/i3c: document why reset_ctrl runs unconditionally after enter_halt\n\nConfirmed with the original Zephyr I3C driver author: enter_halt isn\u0027t\nexpected to fail in practice, so reset_ctrl intentionally stays\nunconditional to match the vendor driver\u0027s behavior. A halt failure is\nstill caught via halt_ok and latches xfer_faulted.\n\nSigned-off-by: Steven Lee \u003csteven_lee@aspeedtech.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "6b15260c11c725e34ed9a71d957d7a03fdbf55d0",
      "old_mode": 33188,
      "old_path": "target/ast10x0/peripherals/i3c/hardware.rs",
      "new_id": "9e9612c2d5f8b3defb9d44291401361bc17580de",
      "new_mode": 33188,
      "new_path": "target/ast10x0/peripherals/i3c/hardware.rs"
    }
  ]
}