xtensa: handle coprocessor exceptions in kernel mode
authorMax Filippov <jcmvbkbc@gmail.com>
Fri, 4 Jan 2019 02:26:16 +0000 (18:26 -0800)
committerMax Filippov <jcmvbkbc@gmail.com>
Mon, 2 May 2022 02:51:23 +0000 (19:51 -0700)
In order to let drivers use xtensa coprocessors on behalf of the calling
process the kernel must handle coprocessor exceptions from the kernel
mode the same way as from the user mode.

This is not sufficient to allow using coprocessors transparently in IRQ
or softirq context. Should such users exist they must be aware of the
context and do the right thing, e.g. preserve the coprocessor state and
resore it after use.

Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
arch/xtensa/kernel/traps.c

index 95903f2..62c4976 100644 (file)
@@ -69,7 +69,7 @@ static void do_debug(struct pt_regs *regs);
 #define USER           0x02
 
 #define COPROCESSOR(x)                                                 \
-{ EXCCAUSE_COPROCESSOR ## x ## _DISABLED, USER, fast_coprocessor }
+{ EXCCAUSE_COPROCESSOR ## x ## _DISABLED, USER|KRNL, fast_coprocessor }
 
 typedef struct {
        int cause;