dfe2a5fd8ee2e68b08ce5ff259269f50ecadf2f4

build-dfe2a5fd8ee2e68b08ce5ff259269f50ecadf2f4

Merge tag 'go1.26.2' of github.com:golang/go into bradfitz/go1.26.2

230758993d3e8d7b3b633c178b3d1e014581cba5

cmd/go/internal/modfetch: quiet read-only filesystem stat cache warnings

When stat cache updates fail due to read-only filesystems (such as
gomodfs), don't log the warning. It's harmless and not worth the spam.

Change-Id: I337b41e1958da89d904495fec6d61240c024da44
Reviewed-on: https://go-review.googlesource.com/c/go/+/750700
Reviewed-by: Michael Matloob <matloob@golang.org>
Reviewed-by: Cherry Mui <cherryyz@google.com>
Reviewed-by: Michael Matloob <matloob@google.com>
LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com>
(cherry picked from commit 21c9de8c1d24f18e692e456d330d74310d7b6cd3)

9748856d69a66b63439df7a120fb98c0f6e66ae6

cmd/go: include tailscale.toolchain.rev in build cache salt

The Tailscale Go fork's VERSION file matches upstream (e.g. "go1.26.1"),
so Go's build cache, keyed by runtime.Version(), doesn't invalidate when
the fork is patched without a version bump. This can cause stale
binaries to be served from cache even after a toolchain fix.

Read the tailscale.toolchain.rev build setting (already populated by CI
and Nix via sed replacement of the placeholder in runtime/debug/mod.go)
and append it to the cache hash salt. When the placeholder hasn't been
replaced (local dev builds, upstream Go), the salt is unchanged.

Updates tailscale/go#166
Updates tailscale/corp#36589
Updates tailscale/tailscale#19263

Signed-off-by: Brad Fitzpatrick <bradfitz@tailscale.com>

179b46cade24e44f53b53a3cbcc7b7eb78469c31

cmd/go: set "tailscale_go" build tag

Updates tailscale/go#164
Updates tailscale/corp#39430

f4de14a515221e27c0d79446b423849a6546e3a6

build-f4de14a515221e27c0d79446b423849a6546e3a6

runtime: use uname version check for 64-bit time on 32-bit arch codep…

2445237558d5f88edadf0ec66e82fb52aa5cdea2

runtime: fix value of ENOSYS on mips from 38 to 89

Updates tailscale/go#160
Updates tailscale/tailscale#19039
Updates golang/go#77730
Updates golang/go#77731 (Go 1.26 backport)

Change-Id: I8b68b2d4353344e70f970d48a2d50c1a3bd7f273
Reviewed-on: https://go-review.googlesource.com/c/go/+/747664
LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com>
Reviewed-by: Cherry Mui <cherryyz@google.com>
Reviewed-by: Rongrong <rongrong-for-oss@oss.cipunited.com>
Reviewed-by: Michael Pratt <mpratt@google.com>

Cherry-picked from https://go-review.googlesource.com/c/go/+/747664 v7

5cce30e20c1fc6d8463b0a99acdd9777c4ad124b

internal/poll: move rsan to heap on windows

According to https://learn.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-wsarecvfrom,
the memory pointed to by lpFromlen must remain available during the
overlapped I/O, and therefore cannot be allocated on the stack.

CL 685417 moved the rsan field out of the operation struct and placed
it on stack, which violates the above requirement and causes stack
corruption.

Unfortunately, it is no longer possible to cleanly revert CL 685417.
Instead of attempting to revert it, this CL bundles rsan together
with rsa in the same sync.Pool. The new wsaRsa struct is still in the
same size class, so no additional overhead is introduced by this
change.

Updates golang/go#77975
Updates tailscale/tailscale#18884
Updates tailscale/go#158

Cherry-picked from https://go-review.googlesource.com/c/go/+/753040 v4

Reviewed-on: https://go-review.googlesource.com/c/go/+/753040
Reviewed-by: Quim Muntal <quimmuntal@gmail.com>
Reviewed-by: Damien Neil <dneil@google.com>

Change-Id: I5ffbccb332515116ddc03fb7c40ffc9293cad2ab

0f1a3326f30508521e7b8322f4e0f084560c1404

build-0f1a3326f30508521e7b8322f4e0f084560c1404

Merge branch 'release-branch.go1.26' of https://go.googlesource.com/g…

5b5cb0db47535a0a8d2f450cb1bf83af8e70f164

build-5b5cb0db47535a0a8d2f450cb1bf83af8e70f164

Merge Go 1.26.0 (remote-tracking branch 'upstream/release-branch.go1.…

692441891e061f8ae2cb2f8f2c898f86bb1c5dca

build-692441891e061f8ae2cb2f8f2c898f86bb1c5dca

Merge remote-tracking branch 'go/release-branch.go1.25' into update-g…