From: martin sepulveda <martin@ojf.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] floating-point error
Date: Thu, 17 Apr 2003 23:57:06 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590723705555@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590723705538@msgid-missing>
we did a little shell script to watch kernel messages and do a 'ps ax' on the pid,
and saw oracle proceses were not running after the message was printk'ed
(at least not for much time).
the floating-poin assist fault was only trigered by oracle processes, but oracle
was the only heavily used on this machines during the test.
by the way it happens on all four nodes we're running, the firmware is up to date
and includes the FPSWA, but it might be affected by system load, since in some
cases it would be affecting about 10 % of the oracle processes while on other
tests it may be seen affecting below 1%.
(i'm not on the list)
m.
On Thu, 17 Apr 2003 13:40:28 -0700
"Luck, Tony" <tony.luck@intel.com> wrote:
> > Sometimes the Oracle process dies with the following error message:
> >
> > Apr 17 20:24:48 rx1 kernel: oracle(7148): floating-point assist fault at ip 40000000048b4562
> >
> > The ip address is always the same. This happens on all of our 4 nodes
> > as it seems randomly. I do not have other debug info as this is the only
> > message printed. Some times for the same process the message is printed
> > up to 4 times.
>
> Are you certain that the message is related to the death of the process?
>
> This message is a warning to let you know that your application has run into
> one of the corner cases of IEEE floating point that is not implemented in
> hardware by the processor (typically operations involving denormalized numbers
> will cause this, but there may be other cases). There is rate limiting code in
> the kernel to prevent this message from flooding the logs (and from becoming
> even more of a performance drag than taking a trap and emulating in s/w).
>
> It is relatively normal to see this message (even multiple times from the
> same process), and it usually isn't fatal.
>
> -Tony Luck
>
next prev parent reply other threads:[~2003-04-17 23:57 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-17 19:21 [Linux-ia64] floating-point error Bruno Cornec
2003-04-17 19:52 ` Jesse Barnes
2003-04-17 20:06 ` Bjorn Helgaas
2003-04-17 20:25 ` David Mosberger
2003-04-17 20:27 ` Jesse Barnes
2003-04-17 20:40 ` Luck, Tony
2003-04-17 20:40 ` Bruno Cornec
2003-04-17 21:12 ` Chen, Kenneth W
2003-04-17 23:57 ` martin sepulveda [this message]
2003-04-17 23:59 ` martin sepulveda
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-linux-ia64-105590723705555@msgid-missing \
--to=martin@ojf.com \
--cc=linux-ia64@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox