From lyuka@sakura.finetune.co.jp  Fri Feb 18 00:53:25 2000
Return-Path: <lyuka@sakura.finetune.co.jp>
Received: from lily.finetune.co.jp (lily.finetune.co.jp [210.226.85.226])
	by hub.freebsd.org (Postfix) with ESMTP id E44D737B817
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 18 Feb 2000 00:53:23 -0800 (PST)
	(envelope-from lyuka@sakura.finetune.co.jp)
Received: from sakura.finetune.co.jp (sakura.finetune.co.jp [192.168.72.34])
	by lily.finetune.co.jp (8.9.3/3.6W) with ESMTP id RAA82215
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 18 Feb 2000 17:50:46 +0900 (JST)
Received: by sakura.finetune.co.jp (8.9.3/3.6W-smtp) id RAA01555; Fri, 18 Feb 2000 17:50:46 +0900 (JST)
Message-Id: <200002180850.RAA01555@sakura.finetune.co.jp>
Date: Fri, 18 Feb 2000 17:50:46 +0900 (JST)
From: Takayuki HOSODA <lyuka@sakura.finetune.co.jp>
Reply-To: lyuka@sakura.finetune.co.jp
To: FreeBSD-gnats-submit@freebsd.org
Subject: An user math program have the system on K6-2/III freeze
X-Send-Pr-Version: 3.2

>Number:         16802
>Category:       i386
>Synopsis:       An user math program have the system on K6-2/III freeze
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Feb 18 01:00:02 PST 2000
>Closed-Date:    Thu Jan 23 03:09:15 PST 2003
>Last-Modified:  Thu Jan 23 03:09:15 PST 2003
>Originator:     Takayuki HOSODA
>Release:        FreeBSD 3.4-RELEASE i386
>Organization:
Finetune co., ltd.
>Environment:
FreeBSD-3.4-RELEASE
(the kernel was build by gcc-2.7.1 with -O2 -i486 options)
The CPU is K6-2/350 or K6-III/400

>Description:
An user math (FFT) program compliled by gcc-2.95 with 
'-O2 -mpreferred-stack-boundary=2' options often have the
system freeze, which is running on AMD's K6-2 or K6-III processor.
 It won't occur on the system running on the intel pentium processor.
 Also, another user program that making use of a public FFT library
(ftp://ftp.fftw.org/pub/fftw/fftw-2.1.3.tar.gz)
configured with '--enable-i386-hacks' shows the same phenomenon.
 No core dumped, no signal recieved, though the user program compiled,
in this case, by gcc-2.7.1 with -g options was runed within the gdb.

>How-To-Repeat:
Generally, tight and fast floating math program compiled by
gcc-2.95 with -mpreferred-stack-boundary=2 options runned on
K6-2 or K6-III processor often cause the system freeze, however,
the same program won't cause the problem runned on the pentium
processor.
 I can send you the program souces in trouble (4KB).
(It can run on pentium processor without problem)

>Fix:
I have no idea for the permanent fix, however, the followings
maight be help for some case at the user hand.

1. You'd better use gcc-2.7.1 instead of gcc-2.95.
2. Don't use -O3 compile option.
3. Never use -mpreferrd-stack-boundary=2 compile option.

>Release-Note:
>Audit-Trail:

From: Borja Marcos <borjamar@sarenet.es>
To: freebsd-gnats-submit@FreeBSD.org, lyuka@sakura.finetune.co.jp
Cc:  
Subject: Re: i386/16802: An user math program have the system on K6-2/III freeze
Date: Tue, 22 Feb 2000 10:50:18 +0100

 	I can test it in a K7 computer.
 
 
 
 
 	Borja.
 -- 
 ***********************************************************************
 Borja Marcos                    * Internet: borjam@we.lc.ehu.es
 Alangoeta, 11 1 izq             *           borjamar@sarenet.es
 48990 - Algorta (Vizcaya)       *           borjam@uninet.edu
 SPAIN                           *           borjam@well.com
 ***********************************************************************
 --- FreeBSD, turning PCs into workstations
 
State-Changed-From-To: open->feedback 
State-Changed-By: iedowse 
State-Changed-When: Mon Aug 27 13:40:46 PDT 2001 
State-Changed-Why:  

Does this problem still exist? It sounds more like a hardware 
problem than a software bug. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16802 

From: Ian Dowse <iedowse@maths.tcd.ie>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: Re: i386/16802: An user math program have the system on K6-2/III freeze
Date: Wed, 26 Sep 2001 20:39:07 +0100

 Adding this to the audit trail.
 
 ------- Forwarded Message
 
 From: Takayuki HOSODA <lyuka@finetune.co.jp>
 Date: Tue, 28 Aug 2001 18:33:26 +0900
 
 Hi.
 Thank you for your reply and consideration on the problem.
 
 The problem still exist. It seems to be K6-2/III specific, and
 won't happen on the pentium based machines.
 For intensive use on FPU of the K6-2/III seemingly often cause
 the problem, I might think, it might be a critical path or any
 other timing problem of the proccessor than a software bug.
 I think we have nothing to do for the problem by a software.
 Slowing the proccessor clock down much may be a help which I do
 not want to do. Forget the old K6-2/III and use latest proccessor
 may be a best way. 
 Thank you.
 
 ------- End of Forwarded Message
 
State-Changed-From-To: feedback->open 
State-Changed-By: iedowse 
State-Changed-When: Wed Sep 26 12:44:35 PDT 2001 
State-Changed-Why:  

Apparently this is still a problem. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16802 

From: Oscar Bonilla <obonilla@galileo.edu>
To: freebsd-gnats-submit@FreeBSD.org, lyuka@sakura.finetune.co.jp
Cc: obonilla@galileo.edu
Subject: Re: i386/16802: An user math program have the system on K6-2/III
 freeze
Date: Wed, 19 Jun 2002 11:15:34 -0600

 My wild guess would be that this is a heating problem. AMD processors 
 heat up a lot
 and can usually freeze when overheated. Pentiums continue to work albeit 
 slower when
 overheated. If other people have not been able to replicate the problem, 
 or if slowing
 down the clock (or cooling down the machine) makes the problem go away 
 then it's
 the heat.
 
 Regards,
 
 -Oscar
 
State-Changed-From-To: open->feedback 
State-Changed-By: dougb 
State-Changed-When: Thu Jan 23 02:14:54 PST 2003 
State-Changed-Why:  

Is this still a problem on more recent FreeBSD systems? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=16802 
State-Changed-From-To: feedback->closed 
State-Changed-By: dougb 
State-Changed-When: Thu Jan 23 03:08:59 PST 2003 
State-Changed-Why:  

Originator reports that this is no longer a problem. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=16802 
>Unformatted:
