linux-2.3.99-pre10-1 no longer defines struct user_i387_struct,
but i387_hard_to_user and i387_user_to_hard still reference it. I
believe this patch should fix the problem.
By the way, the compile problem was apparently a side
effect of some changes that appear to support some kind of faster
floating point context saving and restoring. I am not complaining
about harmless ifdef'ed processor optimizations, but I would like to
point out that it would be nice to be able to have a kernel that
could run on a 386 (and therefore can be the default in a distribution)
and yet could take advantage of these features when run on a 686 without
having to expend so many cycles on detecting this as to lose the
optimization.
Adam J. Richter __ ______________ 4880 Stevens Creek Blvd, Suite 104
adam@yggdrasil.com \ / San Jose, California 95129-1034
+1 408 261-6630 | g g d r a s i l United States of America
fax +1 408 261-6631 "Free Software For The Rest Of Us."
--- linux-2.3.99-pre10-1/include/asm-i386/processor.h Wed May 24 18:11:38 2000
+++ linux/include/asm-i386/processor.h Wed May 24 20:44:25 2000
@@ -7,6 +7,7 @@
#ifndef __ASM_I386_PROCESSOR_H
#define __ASM_I386_PROCESSOR_H
+#include <asm/types.h>
#include <asm/vm86.h>
#include <asm/math_emu.h>
#include <asm/segment.h>
@@ -251,9 +252,9 @@
__asm__("frstor %0": :"m" (x))
#define i387_hard_to_user(uaddr, x) \
- __copy_to_user((uaddr), (x), sizeof(struct user_i387_struct))
+ __copy_to_user((uaddr), (x), sizeof(struct i387_hard_struct))
#define i387_user_to_hard(x, uaddr) \
- __copy_from_user((x), (uaddr), sizeof(struct user_i387_struct))
+ __copy_from_user((x), (uaddr), sizeof(struct i387_hard_struct))
#define i387_set_cwd(x,v) do { (x).cwd = 0xffff0000 | (v); } while (0)
#define i387_set_swd(x,v) do { (x).swd = 0xffff0000 | (v); } while (0)
-
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/
This archive was generated by hypermail 2b29 : Wed May 31 2000 - 21:00:13 EST