[roll] Roll fuchsia [kernel][chainlock] Be sure to watch the proper CPU when backing off.

When encountering a ChainLock conflict and backing off, remember which
CPU we had the conflict on before unregistering our active CLT and
waiting for the lock we wanted to be released.  Failure to do this can
lead to a situation where we migrate to a different CPU which _just
happens_ to have the same conflict ID as the CPU we just came from.
If we stay on this CPU forever, and nothing ever generates a new
conflict on our new CPU, we will just stay stuck forever.

See the detailed write-up in b/341370301 if you are interested in the
precise sequence.

Original-Fixed: 341370301
Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1052096
Original-Revision: 48ba01297af58e2e4f08712dc757c9ac9c9637ad
GitOrigin-RevId: 385b6f9acddbfa7edc30de881bc30828843440e1
Change-Id: Ib2d53c4823ffabd834caef33be01b3d50b024f14
1 file changed
tree: 893eb83bbd51e5b77a0258ad7980f890f98873e5
  1. ctf/
  2. git-hooks/
  3. infra/
  4. third_party/
  5. cts
  6. firmware
  7. flower
  8. jiri.lock
  9. MILESTONE
  10. minimal
  11. prebuilts
  12. README.md
  13. stem
  14. test_durations
  15. toolchain
README.md

Integration

This repository contains Fuchsia's Global Integration manifest files.

Making changes

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 via the IRC channel #fuchsia on Freenode.

Obtaining the source

First install Jiri.

Next run:

$ jiri init
$ jiri import minimal https://fuchsia.googlesource.com/integration
$ jiri update

Third party

Third party projects should have their own subdirectory in ./third_party.