[roll] Roll fuchsia [zbitl] Fix streaming decompression bug

Up until recently, we only used one-shot decompression in production (as
we only used in-memory types like a span or auto-mapping VMOs). In
tests, streaming decompression is exercised, but only with ZBIs smaller
than the VMO buffered reading chunk size (8 KiB); this limits streaming
iterations to 1 for VMOs. Since introducing a production use-case for
VMO (streaming) decompression, we have hit on a bug that only presents
itself when the iterations exceed 1: we prematurely check that we've
decompressed everything after the first read.

Original-Fixed: 84282
Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/578783
Original-Revision: 3c7cc9b392fa8f11a32b6a97a72301e526a5bbb4
GitOrigin-RevId: f7579841e93facc73610c8f3dbe2af60de2f53af
Change-Id: Ifd144a9c866c6dd075b9247d9e46f7842205c5bc
1 file changed
tree: c7abf6c2c79d8007ee50f2f9c728dcdd61a31700
  1. garnet/
  2. infra/
  3. peridot/
  4. third_party/
  5. topaz/
  6. zircon/
  7. firmware
  8. flower
  9. jiri.lock
  10. minimal
  11. prebuilts
  12. README.md
  13. stem
  14. test_durations
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.