search for: handle_sign

...d/ the process has a pending signal then %eip (and %eax) are corrupted when returning to the main process after handling the signal. The application may then crash with SIGSEGV or a SIGILL or it may have subtly incorrect behaviour (depending on what instruction it returned to). The occurs because handle_signal() is incorrectly thinking that there is a system call that needs to restarted so it adjusts %eip and %eax to re-execute the system call instruction (even though user space had not done a system call). If %eax == -514 (-ERESTARTNOHAND (-514) or -ERESTART_RESTARTBLOCK (-516) then handle_signal() o...

...#5 0x0000000801d4c147 in smb_panic () from /usr/local/lib/samba4/libsamba-util.so.0 > #6 0x0000000801d4c52e in fault_report () from /usr/local/lib/samba4/libsamba-util.so.0 > #7 0x0000000801d4c129 in sig_fault () from /usr/local/lib/samba4/libsamba-util.so.0 > #8 0x0000000812970cf0 in handle_signal (actp=0x7fffffffd6c0, sig=11, info=0x7fffffffdab0, ucp=0x7fffffffd740) at /usr/src/lib/libthr/thread/thr_sig.c:246 > #9 0x00000008129702bf in thr_sighandler (sig=11, info=0x7fffffffdab0, _ucp=0x7fffffffd740) at /usr/src/lib/libthr/thread/thr_sig.c:189 > #10 <signal handler called> &g...

...om >> /usr/local/lib/samba4/libsamba-util.so.0 >> #6? 0x0000000801d4c52e in fault_report () from >> /usr/local/lib/samba4/libsamba-util.so.0 >> #7? 0x0000000801d4c129 in sig_fault () from >> /usr/local/lib/samba4/libsamba-util.so.0 >> #8? 0x0000000812970cf0 in handle_signal (actp=0x7fffffffd6c0, sig=11, >> info=0x7fffffffdab0, ucp=0x7fffffffd740) at >> /usr/src/lib/libthr/thread/thr_sig.c:246 >> #9? 0x00000008129702bf in thr_sighandler (sig=11, >> info=0x7fffffffdab0, _ucp=0x7fffffffd740) at >> /usr/src/lib/libthr/thread/thr_sig.c:1...

...e+0xa0/0x4c0 Aug 4 18:36:52 [<c014ddd8>] do_swap_page+0x2f8/0x480 Aug 4 18:36:52 [<c014e972>] __handle_mm_fault+0x302/0x430 Aug 4 18:36:53 [<c011581f>] do_page_fault+0x1df/0x906 Aug 4 18:36:53 [<c01054cb>] error_code+0x2b/0x30 Aug 4 18:36:53 [<c0104f91>] handle_signal+0x81/0x170 Aug 4 18:36:53 [<c0105136>] do_signal+0xb6/0x170 Aug 4 18:36:54 [<c010522a>] do_notify_resume+0x3a/0x3c Aug 4 18:36:54 [<c01053ef>] work_notifysig+0x13/0x18 Aug 4 18:36:54 Mem-info: Aug 4 18:36:54 DMA per-cpu: Aug 4 18:36:54 cpu 0 hot: high 90, batch 15...

Now it's a good time to introduce the new tool 'o2info' since kernel part of OCFS2_IOC_INFO ioctl has been pulld upstream by linus. The following 6 patches have already got sunil's SOBs, and now they're trying to attract more reviewers before it goes to central repo with a modification of getting manual pages being introduced.

Add online resize in tunefs.ocfs2 so that user can increase the volume when it is mounted.