Re: [PATCH] powerpc TLF_RESTORE_SIGMASK

[Andrew Morton <akpm@linux-foundation.org>]

On Thu,  3 Apr 2008 14:08:42 -0700 (PDT) Roland McGrath <roland@redhat.com> wrote:

> This requires the earlier HAVE_SET_RESTORE_SIGMASK patch series.
> This does the same for powerpc that I posted the x86 change for.
> 
> ---
> Replace TIF_RESTORE_SIGMASK with TLF_RESTORE_SIGMASK and define
> our own set_restore_sigmask() function.  This saves the costly
> SMP-safe set_bit operation, which we do not need for the sigmask
> flag since TIF_SIGPENDING always has to be set too.
> 
> Signed-off-by: Roland McGrath <roland@redhat.com>
> ---
>  arch/powerpc/kernel/entry_32.S    |    4 ++--
>  arch/powerpc/kernel/signal.c      |   12 ++++++------
>  arch/powerpc/kernel/signal_32.c   |    2 +-
>  include/asm-powerpc/thread_info.h |   17 +++++++++++++----
>  4 files changed, 22 insertions(+), 13 deletions(-)

This crashes my powerpc mac g5.

EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
Unable to handle kernel paging request for data at address 0x0000003d
Faulting instruction address: 0xc0000000000dbc3c
Oops: Kernel access of bad area, sig: 11 [#1]
SMP NR_CPUS=4 PowerMac
Modules linked in: autofs
NIP: c0000000000dbc3c LR: c0000000000dbda8 CTR: c0000000000dbd40
REGS: c000000178607a70 TRAP: 0300   Not tainted  (2.6.25-rc8-mm2)
MSR: 9000000000009032 <EE,ME,IR,DR>  CR: 42284448  XER: 20000000
DAR: 000000000000003d, DSISR: 0000000040000000
TASK = c000000178f792e0[2488] 'zsh' THREAD: c000000178604000 CPU: 0
GPR00: c0000000000dbda8 c000000178607cf0 c0000000006df7e8 000000000000000d 
GPR04: 0000000000000000 0000000000000001 00000000ffb46c08 0000000000000001 
GPR08: 00000000f7ff8000 c000000178607ea0 c0000000000dbd40 000000000000000d 
GPR12: 100000000000d032 c000000000622e80 0000000010090000 0000000000000000 
GPR16: 0000000000000001 0000000010090000 0000000010092ff8 00000000100ac34c 
GPR20: 0000000000000000 0000000000000001 0000000000000000 0000000000000001 
GPR24: 0000000000000000 00000000ffb46c08 000000000000000d 0000000000000000 
GPR28: 0000000000000000 0000000000000001 c00000000068ff50 ffffffffffffffea 
NIP [c0000000000dbc3c] .vfs_llseek+0x1c/0x84
LR [c0000000000dbda8] .sys_llseek+0x68/0xf0
Call Trace:
[c000000178607cf0] [c00000000009e210] .audit_syscall_exit+0x3fc/0x40c (unreliable)
[c000000178607d70] [c0000000000dbda8] .sys_llseek+0x68/0xf0
[c000000178607e30] [c00000000000872c] syscall_exit+0x0/0x40
Instruction dump:
e93c0018 e9690010 e80b0068 7fff0214 4bffff94 7c0802a6 fbc1fff0 ebc2abe8 
7c6b1b78 f8010010 f821ff81 60000000 <80030030> 7809f7e3 e93e8000 41820024 

It happens after the boot, during the first login-over-ssh.

This is with most of the rest of the -mm poopile applied.  i386 and x86_64
seem OK.