Illegal instruction in vp9_quantize_b_ssse3() in libvpx on 14.04.2
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libvpx (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
While building Xpra - a VNC-like application that uses video codecs for image transport - from source, I ran into a documented SIGILL.
When Xpra starts up, I see:
Program received signal SIGILL, Illegal instruction.
0x00007fffe91
(gdb) bt
#0 0x00007fffe9150c27 in vp9_quantize_
...
Then I `(gdb) disass $pc-32,$pc+32', and...
Dump of assembler code from 0x7fffe9150c07 to 0x7fffe9150c47:
0x00007fffe9
0x00007fffe9
0x00007fffe9
0x00007fffe9
0x00007fffe9
0x00007fffe9
=> 0x00007fffe9150c27 <vp9_quantize_
0x00007fffe9
0x00007fffe9
0x00007fffe9
0x00007fffe9
0x00007fffe9
0x00007fffe9
0x00007fffe9
0x00007fffe9
I Googled "libvpx illegal instruction" and discovered this bug report - https:/
It wasn't an ffmpeg bug though, it's a WebM bug, and the problem was dutifully pushed upstream to https:/
It would seem Ubuntu's version of this package does not include this fix.
In my own case, Xpra will compile fine without WebM support and use H264 encoding instead, which actually seems to use less CPU, and is Xpra's default anyway. I'm reporting this issue primarily for the benefit of others.
For reference, some of my /proc/cpuinfo:
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Pentium(R) Dual-Core CPU E5200 @ 2.50GHz
stepping : 10
microcode : 0xa07
...
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm xsave lahf_lm dtherm
...
The full crashdump/basic gdb analysis is attached. It also includes full /proc/cpuinfo at the end.
Changed in libvpx (Ubuntu): | |
status: | New → Fix Released |