RFC ARM: VFP: Save / restore VFP state on the signal handler path
Get series with b4
b4 am [email protected]Versions newest first
- v4 RFC Latest0 of 3 patches 0 repliesNew
Patches in v4 No applies recorded yet
None of the 3 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v4 yet.
Cover letter [RFC PATCH v4 0/3] ARM: VFP: Save / restore VFP state on the signal handler path
Quoted 11 lines · imre.deak at nokia.com
Changes since v3:
- Rebased against mainline v2.6.34-rc3, since some parts have already been applied there.Note that this problem might affect more people than previously thought. The CodeSourcery 2009q1-203
glibc_portshas some NEON optimized functions; for example using memset or memcpy in a signal handler and floating point in the main thread can corrupt the main thread's context. You can test this by replacing the floating point ops in the signal handler below with some dummy memset/memcpy.
Quoted 3 lines
I could only test these patches on a Cortex A8 UP system; it would be great if someone with an SMP board could give it a go. The test app to reproduce the problem (I've built it with -mfloat-abi=softfp -mfpu=neon):
Do you think this is relevant for ARM11 SMP (ARM11 MPCore), too? Or do you think this is necessary only for NEON systems, i.e. Cortex Ax?
Thanks and best regards
Dirk