Skip to content

[skia-sync] Merge upstream chrome/m148#264

Closed
mattleibow wants to merge 3 commits into
release/4.148.xfrom
skia-sync/release-4.148.x
Closed

[skia-sync] Merge upstream chrome/m148#264
mattleibow wants to merge 3 commits into
release/4.148.xfrom
skia-sync/release-4.148.x

Conversation

@mattleibow

Copy link
Copy Markdown
Collaborator

Automated upstream merge of chrome/m148.

mono/skia PR: Merge upstream chrome/m148 bug fixes

Branch: skia-sync/release-4.148.xrelease/4.148.x

Upstream Commits Merged

Commit Description
46f2e16555 [m148] Resolved a Data Race on fStream in SkTypeface_Mac
3a90f6662a [graphite] Use stable collection for static bindings

Merge Details

  • Merge commit: 0ea9171b7f89
  • Conflicts: None — clean automatic merge
  • Files changed: 3 (all upstream Skia internals, no C API files)
    • src/gpu/graphite/dawn/DawnGraphicsPipeline.cpp — Graphite pipeline fix (not used by SkiaSharp)
    • src/ports/SkTypeface_mac_ct.cpp — Thread-safety fix for Mac typeface stream
    • src/ports/SkTypeface_mac_ct.h — Mutex addition for data race fix

C API Impact

None. Both commits are internal Skia bug fixes that do not touch any files in src/c/ or include/c/.

Items Needing Human Attention

None — straightforward upstream bug-fix cherry-picks with no conflicts or C API impact.

Created by skia-upstream-sync.

lhkbob and others added 3 commits June 15, 2026 10:55
Since the layouts are passed by pointer in the `nextInChain` field,
their addresses need to stay valid until the BindGroupLayout is created.
With vector, if it ever grew, that would not remain the case. Since
there are usually only 0 to 1 immutable samplers, this likely never
happened (and also why it uses a built-in storage for 1).

Also removes the include for vector and uses TArray (we had been mixing
both throughout the file).

Bug: 520514458
Fixed: 523531990
Change-Id: I44c9566c68ab0e6c6d659ea77a423ddc50d53c76
Reviewed-on: https://skia-review.googlesource.com/c/skia/+/1264157
Reviewed-by: Thomas Smith <thomsmit@google.com>
Auto-Submit: Michael Ludwig <michaelludwig@google.com>
Commit-Queue: Michael Ludwig <michaelludwig@google.com>
(cherry picked from commit 6a4be3a)
Reviewed-on: https://skia-review.googlesource.com/c/skia/+/1266356
There was a data race in SkTypeface_Mac where `onOpenStream`
and `onOpenExistingStream` would race to read/write `fStream`. While `onOpenStream` would begin initializing `fStream` on one thread, a separate thread could be calling `onOpenExistingStream` to try to read `fStream` before it was done initializing.

The issue was resolved by applying a mutex on `fStream`.

The cl introducing this bug (https://skia-review.git.corp.google.com/c/skia/+/204720) was focused on caching the typefaces received with a global process wide `gTFCache` to save on performance and memory. The issue arose in that since the SkTypeface_Mac could be accessed across threads, it became thread unsafe.

A test was added to this CL but removed as it was too large and took too long. It helps us keep it in the patch history for reference.

Bug: b/520535595
Bug: 520535595
Fixed: 524508854
Change-Id: Id28aeed3d67a5a5246d22681f2c7ab0e6c133558
Reviewed-on: https://skia-review.googlesource.com/c/skia/+/1264296
Commit-Queue: Alexis Cruz-Ayala <alexisdavidc@google.com>
Reviewed-by: Kaylee Lubick <kjlubick@google.com>
(cherry picked from commit ba3ee9b)
Reviewed-on: https://skia-review.googlesource.com/c/skia/+/1274476
Merges 2 upstream cherry-picks:
- [m148] Resolved a Data Race on fStream in SkTypeface_Mac
- [graphite] Use stable collection for static bindings

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants