Bug 108710 – speex 1.1.10 compiled with SSE support crashes asterisk

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description barthek 2005-10-10 04:50:14 UTC]

i havent tested other applications, athough on my pentium3 computer speex
compiled without SSE does not crash; with SSE enabled - it does.

emerge info:
Portage 2.0.53_rc5 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2,
2.6.12-gentoo-r6 i686)
=================================================================
System uname: 2.6.12-gentoo-r6 i686 Pentium III (Katmai)
Gentoo Base System version 1.12.0_pre8
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.13
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-pipe -march=pentium3 -O3 -fstack-protector -funroll-all-loops"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-pipe -march=pentium3 -O3 -fstack-protector -funroll-all-loops"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distcc distlocks sandbox sfperms strict
userpriv usersandbox"
GENTOO_MIRRORS="http://gentoo.mirror.solnet.ch
http://trumpetti.atm.tut.fi/gentoo/
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync3.se.gentoo.org/gentoo-portage"
USE="x86 X berkdb bitmap-fonts caps chroot crypt eds emboss gd glibc-omitfp gpm
gstreamer gtk gtk2 hardened hpn jpeg minimal mmx mp3 ncurses nptl nptlonly ogg
pam pam_chroot pam_timestamp perl png pthreads python readline sftplogging slang
speex sse ssl symlink tcpd threads truetype type1-fonts vorbis zlib userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LINGUAS, PORTDIR_OVERLAY

and /proc/cpuinfo:
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 7
model name      : Pentium III (Katmai)
stepping        : 3
cpu MHz         : 504.129
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat
pse36 mmx fxsr sse
bogomips        : 991.23

[Comment 1 Radek Podgorny 2005-12-21 16:09:34 UTC]

I had the same problem, but in my case it was explained when I found out I don't have sse support in the cpu :-(

[Comment 2 MATSUU Takuto (RETIRED) 2006-01-02 19:33:23 UTC]

1.1.11.1 in cvs. please test.

[Comment 3 Octavio Ruiz (Ta^3) 2006-03-18 23:21:54 UTC]

(In reply to comment #2)
> 1.1.11.1 in cvs. please test.
> 

Same behaivour. :-S

[Comment 4 Diego Elio Pettenò (RETIRED) 2006-10-02 00:13:57 UTC]

x86 team please advise.

[Comment 5 Joshua Jackson (RETIRED) 2006-10-03 21:54:23 UTC]

speex by itself builds fine and works I assume? Just when used in conjunction with asterisk it fails? Is it possible to do a check to see if speex was built with sse in the asterisk ebuild, and die if it is. I know its annoying to the end user but I don't want to filter sse out of speex just because it fails with asterisk. Grab me online if this is not possible or we can come up with another way.

[Comment 6 Joshua Jackson (RETIRED) 2006-10-23 19:58:54 UTC]

some kind of response to my queries would be nice...

[Comment 7 barthek 2006-10-24 02:33:22 UTC]

(In reply to comment #6)
> some kind of response to my queries would be nice...
> 

Joshua, it seems I havent got the notification and haven't checked this bug report since your comment.

I have compiled speex with sse and tested it with libfishsound and at least the test suite went ok.

update: I have compiled speex (1.1.12) with latest portage version of hardened gcc (3.4.6) and SVN version of asterisk and it seems it does not crash during the start.

Have no setup to test it any further but maybe it was simply a compiler & optimisation issue ?

[Comment 8 Christian Faulhammer (RETIRED) 2006-12-05 03:36:45 UTC]

This seems resolved...readd us if I am wrong.

[Comment 9 barthek 2006-12-05 03:50:18 UTC]

I guess so, will reopen if needed