1285370 - Crash in _$LT$rand..StdRng$u20$as$u20$core..clone..Clone$GT$::clone::h9f953c55a957c9fc

Status: RESOLVED WONTFIX

(Core :: Audio/Video: Playback, defect, P1)

Description

[Andrew McCreight [:mccr8]]

This bug was filed from the Socorro interface and is 
report bp-0e224fd8-68c3-4437-9e48-371d32160705.
=============================================================

Linux Nightly top crash for 7-6, though with only two crashes from a single install time. There are also 8 crashes from the 7-4 build from a single user. This could just be bad hardware or something but I figured I'd file it. Nothing useful in the URLs.

Comment 1

[Matthew Gregan [:kinetik]]

The two CPUs in the crashes are:
- Intel Celeron (P3, Coppermine)
- AMD Athlon XP Thoroughbred B

Both only support SSE, and the crash is a SIGILL.  At a guess, this is probably the Linux version of bug 1252041 (rustc/llvm using SSE2).

Comment 2

[Matthew Gregan [:kinetik]]

(In reply to Matthew Gregan [:kinetik] from comment #1)
> Both only support SSE, and the crash is a SIGILL.  At a guess, this is
> probably the Linux version of bug 1252041 (rustc/llvm using SSE2).

...and the fix for that was reverted because we decided to require SSE2 in bug 1271755.  For Linux, requiring SSE2 is bug 1274196.  ni? Ralph for his opinion.

Comment 3

[Ralph Giles (:rillian)]

Sounds like a reasonable diagnosis.

We haven't made an official decision about non-SSE2 cpu support for linux, but I believe we should proceed as if it's not supported. Linux distributions which still want to support these machine can do so by building with an i585-unknown-linux-gnu toolchain or similar. Meanwhile, we've dropped support for those machines on Windows, and I don't think it makes sense to continue supporting them just on Linux for our official builds.