The csseg field will be filled in with a non-zero value by a pre-2.4
kernel, and thus will be incorrectly interpreted as a FXSAVE FPU format
and you'll get a segfault. Reversing the convention (ie. using zero to
indicate the FXSAVE format), won't help as the entire FPU context, be it
the regular FSAVE or new FXSAVE format, is used to restore the task's
hardware environment when the signal handler returns. You really don't
want to be messing with the internal fields.
I don't see how this solution is better than the one I've put forward -
perhaps I'm missing something. Alan (or anyone else), do you have any
input into this discussion?
-- Gareth
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/