Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 79582

Summary: openssl-0.9.7e abnormal when using ppc32 on a ppc64 cpu
Product: Gentoo Linux Reporter: Kraml Liu <kraml.liu>
Component: [OLD] LibraryAssignee: ppc64 architecture team <ppc64>
Status: VERIFIED INVALID    
Severity: major CC: aliz, vapier
Priority: High    
Version: unspecified   
Hardware: PPC   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Kraml Liu 2005-01-26 08:11:26 UTC
I'm using ppc profile on a IBM power5 platform(/usr/portage/profiles/default-linux/ppc/2004.3)

After emerged openssl-0.9.7e, ssh failed. If use 0.9.7d-r2 it's OK.
I tried to set CFLAGS="", the error is still there. And 0.9.7e works if I use ppc64 profile(/usr/portage/profiles/default-linux/ppc64/2004.3)


Reproducible: Always
Steps to Reproduce:
1.emerge =openssl-0.9.7e
2.ssh somehost or /etc/init.d/sshd start
3.

Actual Results:  
ssh will gives output:
DH_GEX group out of range: 1024 !< 992 !< 8192
the echo $? result after that is 255.

if running /etc/init.d/sshd start, glibc will caught a malloc error

Expected Results:  
no error

gcc -v
-------------------------------------------------------------------------------
Reading specs from /usr/lib/gcc/powerpc-unknown-linux-gnu/3.4.3/specs
Configured with: /var/tmp/portage/gcc-3.4.3-r1/work/gcc-3.4.3/configure --
enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/powerpc-
unknown-linux-gnu/gcc-bin/3.4.3 --includedir=/usr/lib/gcc/powerpc-unknown-
linux-gnu/3.4.3/include --datadir=/usr/share/gcc-data/powerpc-unknown-linux-
gnu/3.4.3 --mandir=/usr/share/gcc-data/powerpc-unknown-linux-gnu/3.4.3/man --
infodir=/usr/share/gcc-data/powerpc-unknown-linux-gnu/3.4.3/info --with-gxx-
include-dir=/usr/lib/gcc/powerpc-unknown-linux-gnu/3.4.3/include/g++-v3 --
host=powerpc-unknown-linux-gnu --enable-altivec --enable-nls --without-
included-gettext --enable-__cxa_atexit --enable-clocale=gnu --with-system-
zlib --disable-checking --disable-werror --disable-libunwind-exceptions --
enable-shared --enable-threads=posix --disable-multilib --disable-libgcj --
enable-languages=c,c++
Thread model: posix
gcc version 3.4.3 20041125 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7)
-------------------------------------------------------------------------------

emerge info
-------------------------------------------------------------------------------
Portage 2.0.51-r15 (default-linux/ppc/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-
r0, 2.6.5-7.139-pseries64 ppc64)
=================================================================
System uname: 2.6.5-7.139-pseries64 ppc64 POWER5 (gr)
Gentoo Base System version 1.6.8
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Jan 26 2005, 21:36:27)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4
sys-devel/binutils:  2.15.90.0.3-r4
sys-devel/libtool:   1.5.10-r3
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="ppc ~ppc"
AUTOCLEAN="yes"
CFLAGS=""
CHOST="powerpc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share
/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS=""
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache digest distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://mirror.pacific.net.au/linux/Gentoo 
http://mirror.averse.net/pub/gentoo http://mirror.datapipe.net/pub/gentoo"
MAKEOPTS="-j6"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="altivec berkdb bitmap-fonts cjk dbus dvd font-server gdbm gif gtk2 hal 
jpeg jpeg2k kde ncurses nls nptl opengl pam perl png ppc python qt readline 
samba ssl tcpd tls truetype truetype-fonts type1-fonts unicode usb xine xv 
zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LDFLAGS
-------------------------------------------------------------------------------
Comment 1 SpanKY gentoo-dev 2005-02-06 00:28:09 UTC
what does `uname -a` and `uname -m` show ?

ive changed the ppc64 patch back to only apply when $ARCH == ppc64, but this is really wrong behavior ...

when running 32bit x86 inside of 64bit x86_64, `uname -m` dumps 'i686' instead of 'x86_64' ... i imagine that a ppc64 should show the same behavior if your userland is pure 32bit
Comment 2 Kraml Liu 2005-02-07 00:51:21 UTC
uname -a and -m shows it's ppc64.
my kernel was compiled under ppc64 toolchain, it's a 64bit one. The userland is pure 32bit.

emerge sync'ed and the problem is gone. thanks!
Comment 3 Markus Rothe (RETIRED) gentoo-dev 2005-02-07 00:59:29 UTC
good news.. marking as INVALID.
Comment 4 Markus Rothe (RETIRED) gentoo-dev 2005-02-07 00:59:38 UTC
closing