On May 6, 2009, at 3:31 AM, Morrison, Tom wrote:
Kumar,
What about the case of a context switch (i.e.: when things are setup
in registers for the SPE, but then a context switch happens before
the SPE is executed)?
context switches will be fine. What we normally do is keep track of
which user app used SPE last and when some other app needs it we clear
MSR_SPE for the old app, save its registers. Than we load up the
registers for the new app and set MSR_SPE. When the old app context
switches in it will get an SPE unavail exception at the point it
executes its next SPE insn and we will repeat the process.
As to load_up_spe & give_up_spe, it was pointed out to me tonight by
a co-worker
to look at how things are saved in those routines, I definitely will
look at this again,
and see how it is done...
This is happening for us on an 8572 SMP. We are trying to get it to
happen
on 8548 (and single core 8572), but we haven't been able to push
this part
of the application as hard as it is being pushed on 8572...but we
will keep trying....
Again, what kernel version for 8572? Its possible old SMP kernels are
broken on 8572.
- k
________________________________
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Wed 5/6/2009 12:23 AM
To: Morrison, Tom
Cc: Michael Neuling; linuxppc-dev@ozlabs.org
Subject: Re: MSR_SPE - being turned off...
On May 5, 2009, at 7:42 PM, Morrison, Tom wrote:
The test case we found is under 'extreme' duress
(intense loading on an MPC8572)...with many applications....
using A LOT of SPE instructions...
----
If you look at the context switch code (in latest code entry_32.S),
I believe the context switch performs a SAVE_NVGPR() - which in our
interpretation (in ppc_asm.h) - only saves the lower 32 bits of
the GPR (stw/lwz)...
This is only a guess of where the problem lies - based upon the
single
SPE instruction that seemingly got misinterpreted, and shifts the
data
By '1 byte' (and this code gets executed successfully MANY more times
at lower bandwidths - than failures seen at higher bandwidths)...
----
I am not sure how to proceed...we know how to recreate with our
application, but we would love to know how to change (safely)
the pt_regs to "long long" for the GPRs and then safely move
all 64bits of each GPR into these doubles...
We could then re-test and see if this helps?
Tom
If you use SPE in an application the full 64-bits are saved and
restored it just split into two locations (one for the lower 32-bits
and one for the upper 32-bits).
Look at load_up_spe and giveup_spe in arch/powerpc/kernel/
head_fsl_booke.S
On the 8572 are you running w/SMP? What kernel version are you using
if so? Do you see the same issue on the MPC8548?
- k
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
