)]}'
{
  "commit": "7537be0ed86fd973b263e40f7a5b3be000a9567f",
  "tree": "e17c402cf7a1094b291b6fa802db93f70aeedc1f",
  "parents": [
    "7f0b86de24a75e4951beb543005af0e845b3366b"
  ],
  "author": {
    "name": "Roland McGrath",
    "email": "mcgrathr@fuchsia.infra.roller.google.com",
    "time": "Fri Feb 06 21:43:40 2026 -0800"
  },
  "committer": {
    "name": "Copybara-Service",
    "email": "copybara-worker@google.com",
    "time": "Fri Feb 06 21:44:56 2026 -0800"
  },
  "message": "[roll] Roll fuchsia [kernel][phys] Avoid mappings and allocations after VM handoff\n\nThis fixes the problem of new mappings in the kernel address\nspace, and/or new physical page allocations, being made in the\ncourse of the handoff work after the VM handoff data structures\nhave been populated.\n\nThis consolidates HandoffPrep::FinishVmObjects() and\nHandoffPrep::SetMemory() into a single method FinishVm().  It\nmust reify all the VM handoff other than that of the temporary\nhandoff mappings themselves first, and then preallocate handoff\nspace for the temporary handoff mappings such that nothing more\nwill change in populating that part of the VM handoff or the\nphysical memory range handoff.\n\nTo catch bugs like this creeping back in, make sure an assertion\nfailure will trip if the handoff allocators try to make new\nmappings after their mapping lists have already been collected\nfor VM handoff.  Also, use ktl::optional wrappers to mark the\nHandoffPrep and PhysPages members as off limits after their data\nhas been collected in FinishVm() and use assertions to ensure any\nattempts to make new mappings too late will be caught.\n\nRun-All-Tests: true\nOriginal-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1485736\nOriginal-Revision: 1e7698e0c7ac585e765f4f6689157813d5c5ded3\nGitOrigin-RevId: d38ac32a87a863b882e54dc0f7d109b07bb39654\nChange-Id: Ie30ec6a95e5b0ce3b5df0f5c12e7e7e7d915cdba\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "252be3b085455449460e3151d150d641e541422a",
      "old_mode": 33188,
      "old_path": "stem",
      "new_id": "1aa2f64d82bf4375575dd87d64b60551b2574b96",
      "new_mode": 33188,
      "new_path": "stem"
    }
  ]
}