[debian-users:36072] Re: VIA C3でのlibssl動作問題 (Re: illegal instructions エラーとXの crash)

[GOTO Masanori <gotom@debian.or.jp>]

At Sun, 26 Jan 2003 16:38:38 +0900,
Hideki Yamane wrote:
> 　GOTO Masanori　さんの
>   "Wed, 27 Nov 2002 01:06:39 +0900"に送信された
> 　【[debian-users:35448] Re: illegal instructions エラーとXの crash】に対する返信です。
> 》> libssl0.9.6 に含まれている、 /usr/lib/i686 以下のライブラリが、C3 では動
> 》> 作しないようです。今のところ、/usr/lib/i686 以下を手で削除してしのいでい
> 》> ますが、ちゃんと原因追及をして報告しなければ…と思っていた所です。
> 》
> 》その通りです。該当ディレクトリを消せば直ります。
> 》
> 》この問題は既に1カ月以上ぶちあたっていて、どうしたものかと解決策を探し
> 》ている途中です。
> 
> 　最近のsidのパッケージでこの件は解決したみたいですね。
>
> 》openssl096 (0.9.6h-3) unstable; urgency=low
> 》
> 》  * move i686 to i686/cmov to fix problems on Via C3. For that to work we
> 》    have to depend on the newest libc6 on i386 (closes: #164766)
> 
> 　＃libssl0.9.7でも同様の記述でした。　　

そういえば報告をしていませんでした。

現在、まだこの問題は解決していません。既に libssl0.9.x パッケージは、
/usr/lib/i686/cmov ディレクトリに i686 最適化パッケージを移動してあり
ます。しかし、glibc のリンカ側に別のバグがあって正しく cmov なライブラ
リをハンドリングできていないようです。現在パッチを作成しています。手元
では動作しているので、glibc 2.3.1-11 の upload をお待ち下さい。テスト
が済み次第dupload する予定です。

なお、今出来たばかりのほやほや実験パッケージを以下においてあります (試
した後は2.3.1-10 にダウングレードして下さい)。

	http://people.debian.org/~gotom/

人柱して頂ける VIA C3 ユーザの方は、debian-glibc に流した以下のメール
を参考に試して頂けるとありがたいです。

At Mon, 27 Jan 2003 19:50:18 +0900,
GOTO Masanori wrote:
> 
> At Sun, 26 Jan 2003 13:23:29 +0900,
> GOTO Masanori wrote:
> > At 25 Jan 2003 17:10:06 +0100,
> > Christoph Martin wrote:
> > > [1  <text/plain (quoted-printable)>]
> > > Am Sam, 2003-01-25 um 15.47 schrieb Scott Ashcroft:
> > > > # ldd `which ssh`
> > > > libutil.so.1 => /lib/libutil.so.1 (0x40016000)
> > > > libz.so.1 => /lib/libz.so.1 (0x4001a000)
> > > > libnsl.so.1 => /lib/libnsl.so.1 (0x40028000)
> > > > libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x4003b000)
> > > > libc.so.6 => /lib/libc.so.6 (0x4012b000)
> > > > libdl.so.2 => /lib/libdl.so.2 (0x4023b000)
> > > > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
> > > > 
> > > > # ldconfig -p | grep libcrypto.so.0.9.7
> > > > libcrypto.so.0.9.7 (libc6, hwcap: 0x8000000008000) => 
> > > > /usr/lib/i686/cmov/libcrypto.so.0.9.7
> > > > libcrypto.so.0.9.7 (libc6, hwcap: 0x4000000000000) => 
> > > > /usr/lib/i586/libcrypto.so.0.9.7
> > > > libcrypto.so.0.9.7 (libc6, hwcap: 0x2000000000000) => 
> > > > /usr/lib/i486/libcrypto.so.0.9.7
> > > > libcrypto.so.0.9.7 (libc6) => /usr/lib/libcrypto.so.0.9.7
> > > > 
> > > > Bug in ld.so (libc6), incorrect building of libssl or just my lack of 
> > > > understanding?
> > > 
> > > I would say, it is a bug in libc6. If you don't have cmov the linker
> > > should not load libraries in i686/cmov
> > 
> > -10 introduced including i686/cmov to search dir.  However it seems it
> > lacks excluding this dir on C3.  Yes, it's libc6 problem.
> > I investigate it for -11.
> > 
> > I wonder "i586/mmx" has really worked for a long time...
> 
> I put glibc_2.3.1-11 test packages with this i686/cmov experimental
> fix at:
> 
> 	http://people.debian.org/~gotom/
> 
> Could you test them and report me whether it works or not.
> And please tell me the result of below checks:
> 
>   (1)	# ldd `which ssh`
>   (2)	# LD_DEBUG=libs ldd `which ssh`
> 
> I guess the result of (2) about libcrypt.so becomes for example:
> 
> 01473:  find library=libcrypto.so.0.9.6; searching
> 01473:   search cache=/etc/ld.so.cache
> 01473:  lib->hwcap(u)=40000
> 01473:  lib->hwcap(l)=8000
> 01473:  *hwcap=8001bf					<- arch dependent
> 01473:  *hwcap(u)=0
> 01473:  *hwcap(l)=8001bf
> 01473:  platform(u)=40000
> 01473:  platform(l)=0
> 01473:  _DL_HWCAP_PLATFORM(u)=f0000
> 01473:  _DL_HWCAP_PLATFORM(l)=0
> 01473:    trying file=/usr/lib/libcrypto.so.0.9.6	<- not cmov dir
> 
> I concern that my dynamic load fix patch causes minor architecture not
> to load libraries, because it changes hwcap checking behavior.  I
> already check it's ok on i386, however, -11 may cause another problem,
> but I would like to know such platform (sid is experimental distro, as
> you know :-). Yeah, but I think I do right fix.

-- gotom