[roll] Roll fuchsia [starnix][kernel] Fix race in MemoryAttributionManager::new Fix a race condition in MemoryAttributionManager where a process created between the initial scan and the notifier registration would miss sending a creation event, leading to "unknown PID" errors on destruction. We now hold the PidTable write lock across both the initial scan and the notifier registration. The lock is released before calling spawn_from_request to avoid deadlocks with the persistent thread. Test: starnix_core_tests Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1586211 Original-Revision: 3e6a8fed1769e6a6d5ec84a1167b2cf422718370 GitOrigin-RevId: be1f5fb58de226009f4c814d741dbda6a575b46c Change-Id: Id668d527a7c75a903513d4e0a4583a62503ee5bb
This repository contains Fuchsia's Global Integration manifest files.
All changes should be made to the internal version of this repository. Our infrastructure automatically updates this version when the internal one changes.
Currently all changes must be made by a Google employee. Non-Google employees wishing to make a change can ask for assistance in one of the communication channels documented at get involved.
First install Jiri.
Next run:
$ jiri init $ jiri import minimal https://fuchsia.googlesource.com/integration $ jiri update
Third party projects should have their own subdirectory in ./third_party.