public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Bart Veer <bartv@cygnus.co.uk>
To: jlarmour@cygnus.co.uk
Cc: ecos-discuss@sourceware.cygnus.com
Subject: [ECOS] Re: Ecos Port to PPC509/PPC555
Date: Tue, 28 Sep 1999 08:00:00 -0000	[thread overview]
Message-ID: <199909281459.PAA09627@sheesh.cygnus.co.uk> (raw)
In-Reply-To: <37F00D1F.FDEC9E27@cygnus.co.uk>

>>>>> "Jifl" == Jonathan Larmour <jlarmour@cygnus.co.uk> writes:

    >> Mostly correct, although one possible implementation requires
    >> no changes to existing interfaces: add a boolean field to the
    >> context structure to indicate whether or not the current thread
    >> has performed any floating point; trap FP exceptions and set
    >> this boolean for the current thread; [snip]

    Jifl> But you can't rely on FP exceptions being generated - they
    Jifl> don't for normal code, so I don't believe this is a viable
    Jifl> option unless I've misunderstood you.

On some architectures including the PPC (if I remember correctly), it
is possible to disable the floating point unit. The first operation
that attempts to access the floating point unit, even if it is just to
access a floating point register, will cause a hardware exception.
This is separate from normal floating point exceptions such as
overflow. 

    >> <snip>
    Sergei> You was right so far, but I can't agree with the last
    Sergei> statement. I'd prefer to don't save/restore FP context on
    Sergei> interrupts and all context switches. First, it is possible
    Sergei> to compile code that should never use FP with -msoft-float
    Sergei> to prevent compiler from generating FP instructions.
    >> 
    >> This is the first complication. Even if you compile most of eCos with
    >> -msoft-float, there are some bits such as libm which you will probably
    >> want to compile with -mhard-float. Furthermore these flags are only
    >> applicable to the PowerPC architecture, other architectures may need
    >> something different. In the current eCos build system there is no easy
    >> way to support this, although an ugly kludge would be possible.

    Jifl> Actually yes we do - the existing Configuration Tool allows
    Jifl> the overriding of flags on a per-package basis (although no
    Jifl> finer granularity than that). Its under Build->Options...

In the current build system there is some support to do this on a
per-package basis, but not automatically. It is necessary to create
some additional files, either manually or via the configuration tool.
This is not really acceptable for what is proposed here, and anyway
package-based granularity may not be good enough. Also I am not sure
we have ever documented how this part of the build system worked, and
it will change for the next release.

Bart Veer // eCos net maintainer

  parent reply	other threads:[~1999-09-28  8:00 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-09-21 12:32 [ECOS] " Ramana
1999-09-22  2:01 ` Sergei Organov
1999-09-23  8:16 ` [ECOS] " Bart Veer
1999-09-24  4:39   ` Sergei Organov
1999-09-24  8:52     ` Jonathan Larmour
1999-09-24 10:34       ` Sergei Organov
1999-09-27 11:54     ` Bart Veer
1999-09-27 17:36       ` Jonathan Larmour
1999-09-28  4:23         ` Sergei Organov
1999-09-28  7:42           ` Jonathan Larmour
1999-09-28  8:00         ` Bart Veer [this message]
1999-09-28  8:02           ` Jonathan Larmour
1999-09-28  4:19       ` Sergei Organov
1999-09-28  8:08         ` Jonathan Larmour
1999-09-28 11:03         ` Bart Veer

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=199909281459.PAA09627@sheesh.cygnus.co.uk \
    --to=bartv@cygnus.co.uk \
    --cc=ecos-discuss@sourceware.cygnus.com \
    --cc=jlarmour@cygnus.co.uk \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).