Bug#219610: marked as done (sleep has illegal instruction with glibc 2.3.2: stmxcsr ?)
Your message dated Mon, 25 Apr 2005 01:38:40 +0900
with message-id <81acno2kq7.wl@omega.webmasters.gr.jp>
and subject line Bug#219610: sleep has illegal instruction with glibc 2.3.2: stmxcsr ?
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 7 Nov 2003 16:24:50 +0000
>From claus.fischer@clausfischer.com Fri Nov 07 10:24:33 2003
Return-path: <claus.fischer@clausfischer.com>
Received: from generic.clausfischer.com (clausfischer.com) [216.4.73.9]
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AI9PV-0006pd-00; Fri, 07 Nov 2003 10:24:33 -0600
Received: from boltzmann.strudlhofstiege (localhost [127.0.0.1])
by clausfischer.com (Postfix) with ESMTP
id C937FBB62; Fri, 7 Nov 2003 16:51:20 +0100 (CET)
Received: from kepler.strudlhofstiege (kepler.strudlhofstiege [10.243.1.3])
by boltzmann.strudlhofstiege (Postfix) with ESMTP
id 3E7C016805; Fri, 7 Nov 2003 17:24:23 +0100 (CET)
Received: by kepler.strudlhofstiege (Postfix, from userid 1000)
id EEAB3B5E5; Fri, 7 Nov 2003 17:24:17 +0100 (CET)
Date: Fri, 7 Nov 2003 17:24:17 +0100
From: Claus Fischer <claus.fischer@clausfischer.com>
To: submit@bugs.debian.org
Cc: ben.darlow@dyslexic.com
Subject: sleep has illegal instruction with glibc 2.3.2: stmxcsr ?
Message-ID: <20031107162417.GA14168@clausfischer.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Delivered-To: submit@bugs.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0
tests=HAS_PACKAGE
version=2.53-bugs.debian.org_2003_11_7
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_7 (1.174.2.15-2003-03-30-exp)
Package: libc6
Version: 2.3.2-9
The shell command 'sleep 1' gives an 'illegal instruction' error.
As you can see below, apparently on an stmxcsr. (I don't speak
assembler very well :-) This is with the current 'testing' glibc.
Very likely a libc problem.
Apparently someone's encountered that already, but I didn't find
it filed as a bug:
http://lists.debian.org/debian-user/2003/debian-user-200310/msg02806.html
I don't know for sure whether it's a problem of libc, kernel, or
the sleep program, but I can give two configurations with different
behaviour:
Config 1 (works):
*****************
$ uname -a
Linux lrnoe 2.4.18-1-386 #2 Sun Aug 10 09:10:41 EST 2003 i686 unknown
$ dpkg --list kernel-image-2.4.18-1-386
ii kernel-image-2 2.4.18-11 ...
$ dpkg --list libc6
ii libc6 2.3.2-7 ...
$ /lib/libc.so.6
GNU C Library stable release version 2.3.2, by Roland McGrath et al.
...
Compiled by GNU CC version 3.3.2 20030831 (Debian prerelease).
Compiled on a Linux 2.4.19 system on 2003-09-12.
...
$ sleep --version
sleep (GNU sh-utils) 2.0.11
$ sleep 1
< 1 second wait, OK>
Config 2 (broken):
******************
$ uname -a
Linux ordoff 2.2.20 #1 Fri Jun 20 20:11:20 UTC 2003 i686 unknown
$ dpkg --list kernel-image-2.2.20
ii kernel-image-2 2.2.20-5woody3 ...
$ dpkg --list libc6
ii libc6 2.3.2-9 ...
$ /lib/libc.so.6
GNU C Library stable release version 2.3.2, by Roland McGrath et al.
...
Compiled by GNU CC version 3.3.2 (Debian).
Compiled on a Linux 2.4.22-1 system on 2003-10-27.
...
$ sleep --version
sleep (GNU sh-utils) 2.0.11
$ sleep 1
Illegal instruction
Disassembly:
************
$ gdb sleep
(gdb) r 1
Starting program: /bin/sleep 1
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...[New Thread 16384 (LWP 3267)]
Program received signal SIGILL, Illegal instruction.
[Switching to Thread 16384 (LWP 3267)]
0x4001f7e5 in fesetround () from /lib/libm.so.6
(gdb) disas
Dump of assembler code for function fesetround:
0x4001f7a0 <fesetround>: push %ebp
0x4001f7a1 <fesetround+1>: mov $0x1,%eax
0x4001f7a6 <fesetround+6>: mov %esp,%ebp
0x4001f7a8 <fesetround+8>: sub $0x8,%esp
0x4001f7ab <fesetround+11>: mov 0x8(%ebp),%edx
0x4001f7ae <fesetround+14>: call 0x4001f772 <fetestexcept+66>
0x4001f7b3 <fesetround+19>: add $0x1c401,%ecx
0x4001f7b9 <fesetround+25>: test $0xfffff3ff,%edx
0x4001f7bf <fesetround+31>: jne 0x4001f7ff <fesetround+95>
0x4001f7c1 <fesetround+33>: fnstcw 0xfffffffe(%ebp)
0x4001f7c4 <fesetround+36>: movzwl 0xfffffffe(%ebp),%eax
0x4001f7c8 <fesetround+40>: and $0xfffff3ff,%eax
0x4001f7cd <fesetround+45>: or %edx,%eax
0x4001f7cf <fesetround+47>: mov %ax,0xfffffffe(%ebp)
0x4001f7d3 <fesetround+51>: fldcw 0xfffffffe(%ebp)
0x4001f7d6 <fesetround+54>: mov 0x40(%ecx),%eax
0x4001f7dc <fesetround+60>: testb $0x2,0x8b(%eax)
0x4001f7e3 <fesetround+67>: je 0x4001f7fd <fesetround+93>
0x4001f7e5 <fesetround+69>: stmxcsr 0xfffffff8(%ebp)
0x4001f7e9 <fesetround+73>: mov 0xfffffff8(%ebp),%eax
0x4001f7ec <fesetround+76>: shl $0x3,%edx
0x4001f7ef <fesetround+79>: and $0xffff9fff,%eax
0x4001f7f4 <fesetround+84>: or %edx,%eax
0x4001f7f6 <fesetround+86>: mov %eax,0xfffffff8(%ebp)
0x4001f7f9 <fesetround+89>: ldmxcsr 0xfffffff8(%ebp)
0x4001f7fd <fesetround+93>: xor %eax,%eax
0x4001f7ff <fesetround+95>: mov %ebp,%esp
0x4001f801 <fesetround+97>: pop %ebp
0x4001f802 <fesetround+98>: ret
0x4001f803 <fesetround+99>: nop
0x4001f804 <fesetround+100>: nop
0x4001f805 <fesetround+101>: nop
0x4001f806 <fesetround+102>: nop
0x4001f807 <fesetround+103>: nop
0x4001f808 <fesetround+104>: nop
0x4001f809 <fesetround+105>: nop
0x4001f80a <fesetround+106>: nop
0x4001f80b <fesetround+107>: nop
0x4001f80c <fesetround+108>: nop
0x4001f80d <fesetround+109>: nop
0x4001f80e <fesetround+110>: nop
0x4001f80f <fesetround+111>: nop
End of assembler dump.
--
Claus Fischer <claus.fischer@clausfischer.com>
http://www.clausfischer.com/
---------------------------------------
Received: (at 219610-done) by bugs.debian.org; 24 Apr 2005 16:38:41 +0000
>From gotom@debian.or.jp Sun Apr 24 09:38:41 2005
Return-path: <gotom@debian.or.jp>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DPk81-00082c-00; Sun, 24 Apr 2005 09:38:41 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP id D85CEDEB1B
for <219610-done@bugs.debian.org>; Mon, 25 Apr 2005 01:38:40 +0900 (JST)
Date: Mon, 25 Apr 2005 01:38:40 +0900
Message-ID: <81acno2kq7.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: 219610-done@bugs.debian.org
Subject: Re: Bug#219610: sleep has illegal instruction with glibc 2.3.2: stmxcsr ?
In-Reply-To: <814qork5ks.wl@omega.webmasters.gr.jp>
References: <20031107162417.GA14168@clausfischer.com>
<20031107164321.GA32432@nevyn.them.org>
<814qork5ks.wl@omega.webmasters.gr.jp>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
(i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: 219610-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
At Fri, 02 Jul 2004 02:20:03 +0900,
GOTO Masanori wrote:
> > I have no idea how you are seeing this in 2.3.2-9. No one ever
> > reported it for that version before. On the other hand, it was a known
> > problem in 2.3.2.ds1-7, and fixed in 2.3.2.ds1-10 (in unstable).
>
> Claus, could you confirm that this bug is still alive with the glibc
> 2.3.2.ds1-13?
I think this bug has been fixed by glibc 2.3.2.ds1-21. I close this
report. Claus, if you think it's not fixed yet, please reopen it and
tell us more information.
Regards,
-- gotom
Reply to: