[roll] Roll fuchsia [starnix/tests] Test `mremap`/`vmsplice` together

Looks like:
1) remapping a new private mapping on top of a `vmsplice`-ed private
   mapping does not modify the payload held in a pipe. Seems like
   the pipe payload continues to point to the old (POV of userspace)
   mapping.
2) writes to memory through a mapping that aliases a shared `vmsplice`-ed
   mapping modifies the payload held in a pipe. This makes sense since all
   mappings (memory pointed to by userspace and the pipe payload) point to
   the same backing memory.

Note that `VmspliceTest.RemapNewMemoryOverBufferInPipe` trivially passes
on Starnix because Starnix does not share the mapping with the buffer
provided to `vmsplice`.

Original-Bug: b/335701084
Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1032000
Original-Revision: 10fd3b56cc3b4bf37a7a5e2b889c553237452380
GitOrigin-RevId: 88ab074f1e8ae21280605bd88213924a7d4956f3
Change-Id: Ic552a944145c06606e81b8019383f109c3b30531
1 file changed
tree: 99bee1bb392d5dd448c825010b2d461dd0b301c8
  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.