Closed Bug 2091600 Opened 3 days ago Closed 3 days ago

Firefox crashes at startup when run through Rosetta on macOS 27

Categories

(NSS :: Libraries, defect)

ARM64
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: spohl, Assigned: spohl)

References

Details

Attachments

(1 external file)

Autoland's universal shippable build 20261110231346 (revision 26b922d5507b, built with SDK 27.2) crashes when its x86_64 slice runs through Rosetta on macOS 27.3. Native arm64 startup and HTTPS browsing appear to work normally.

The crash report records InitializeNSSWithFallbacks failed: -8023. Loading libfreebl3.dylib directly in an x86_64 process reports:

section '__TEXT/__text' align field (1 << 16) that is too large for VM to support

The x86_64 library's __TEXT/__text section has 64 KB alignment. In two standalone copies of the same library, changing only the recorded SDK version from 27.2 to 26.5 makes both dyld_info validation and dlopen succeed. The SDK bump therefore appears to expose an existing alignment issue. The installed release build also has the 64 KB alignment.

security/nss/lib/freebl/mpi/mpi_amd64_common.S uses .align 16 before both assembly functions. This appears to request 64 KB alignment on Darwin rather than the 16-byte alignment intended on ELF platforms.

Intel Macs cannot officially run macOS 27. The confirmed failure is x86_64 Firefox through Rosetta on macOS 27, and I haven't tested Intel Macs on macOS 26 or earlier.

Build: https://treeherder.mozilla.org/jobs?repo=autoland&revision=26b922d5507b211747f27a865a3fd04de47bf44b

Pushed by rvandermeulen@mozilla.com:
https://hg.mozilla.org/projects/nss/rev/64fa6d051a12
Use byte alignment for x86_64 MPI assembly. r=nss-reviewers,jschanck

Status: ASSIGNED → RESOLVED
Closed: 3 days ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: