From: Anthony Yznaga
Date: Tue, 15 Aug 2017 17:45:12 -0700
> I compiled a kernel with gcc 7 and found that the compiler inserted a
> call to __multi3() in mq_attr_ok(). The sparc64 implementation of
> __multi3() was added by 1b4af13ff2cc specifically for gcc 7 and later,
> but it clobbers %g4 an
From: Anatoly Pugachev
Date: Tue, 15 Aug 2017 21:50:45 +0300
> Together with Dmitry (ldv) , we've discovered that running test suite
> from strace produces kernel OOPS, when kernel is compiled with gcc 7.1
> or with gcc 7.2 , but not with gcc 6 :
Please try this patch:
diff --git a/arch/sparc/l
From: Anatoly Pugachev
Date: Wed, 16 Aug 2017 11:42:43 +0300
> On Wed, Aug 16, 2017 at 7:30 AM, David Miller wrote:
>> From: Anatoly Pugachev
>> Date: Tue, 15 Aug 2017 21:50:45 +0300
>>
>>> Together with Dmitry (ldv) , we've discovered that running test su
From: Mike Frysinger
Date: Mon, 18 Jan 2016 06:32:30 -0500
> looks like the bug is in arch/sparc/kernel/syscalls.S:linux_syscall_trace32
> (and linux_syscall_trace). they don't reload the args from the pt_regs
> struct after calling syscall_trace_enter. i put in a small hack:
> linux_syscall_tr
From: Mike Frysinger
Date: Mon, 18 Jan 2016 06:32:30 -0500
> looks like the bug is in arch/sparc/kernel/syscalls.S:linux_syscall_trace32
> (and linux_syscall_trace). they don't reload the args from the pt_regs
> struct after calling syscall_trace_enter. i put in a small hack:
Mike, please give
