From: Philippe Gerum <rpm@xenomai.org>
To: "Reynolds, Terry (Contractor-SIMTECH)" <terry.reynolds2@domain.hid>
Cc: adeos-main@gna.org
Subject: Re: [Adeos-main] ppc64 switch_domain problem
Date: Tue, 08 Mar 2005 18:54:58 +0100 [thread overview]
Message-ID: <422DE6F2.30300@domain.hid> (raw)
In-Reply-To: <0D21CBD1298D2C4790E2F2B86D96EC19380271@domain.hid>
Reynolds, Terry (Contractor-SIMTECH) wrote:
> Hi All,
>
> Are there any ppc64 gurus lurking out there? My port to ppc64 has a severe problem. When attempting to register a new domain, as in the RTAI testsuite's latency example, the switch to the new domain fails on the branch to rthal_domain_entry. It suffers an "unrecoverable FP unavailable exception 800 at 0xd0000..." which is the location of the attr.entry for the link to that function.
>
> The code has no floating point code in it, so it must be pulling up some garbage instruction that isn't actually at that location. I made a new function rthal_domain_entry2 which is included in the kernel, it's in the same file as the __adeos_init_domain function (/adeos/ppc64.c for my port). It's address is a kernel code 'like' 0xc0000... The switch domain to that function works fine!
>
> I think the branch to lr works for the kernel address, but not the loaded module one because of some problem with the SLB. The ppc64 _switch function does modify the memory management hardware if the ESID is different for the task being switched to.
>
> Anyone have an idea on how to correct this problem?
>
Since it switches stacks, __adeos_switch_domain() should probably be
updated to switch the SLB appropriately then.
>
> TIA!
>
> Terry Reynolds.
>
>
>
> _______________________________________________
> Adeos-main mailing list
> Adeos-main@domain.hid
> https://mail.gna.org/listinfo/adeos-main
--
Philippe.
next prev parent reply other threads:[~2005-03-08 17:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-08 17:27 [Adeos-main] ppc64 switch_domain problem Reynolds, Terry (Contractor-SIMTECH)
2005-03-08 17:54 ` Philippe Gerum [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-03-08 19:01 Reynolds, Terry (Contractor-SIMTECH)
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=422DE6F2.30300@domain.hid \
--to=rpm@xenomai.org \
--cc=adeos-main@gna.org \
--cc=terry.reynolds2@domain.hid \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.