search for: sigmask

...ghold(int signal_Number); int sigrelse(int signal_Number); int sigaction(int signal_Number,struct sigaction* sigaction_Info, @@ -143,7 +150,7 @@ int sigsuspend(sigset_t* sigset_Info); /* Re-mapped functions ===================================================== */ -#define sigmask(signal_Index) (1<<(signal_Index-1)) +#define sigmask(signal_Index) ((sigset_t)1<<(signal_Index-1)) /* This must be a macro, since we want setjmp working in the But the definition of sigset_t may also need to change, as discussed in my previous message. You can see the pqR ver...

.../klibc/ppoll.c @@ -3,6 +3,9 @@ */ #include <sys/poll.h> +#include <sys/syscall.h> + +#if defined(__NR_ppoll) __extern int __ppoll(struct pollfd *, nfds_t, struct timespec *, const sigset_t *, size_t); @@ -12,3 +15,5 @@ { return __ppoll(ufds, nfds, timeout, sigmask, sizeof *sigmask); } + +#endif --- klibc-1.3.7.orig/klibc/SYSCALLS.def +++ klibc-1.3.7/klibc/SYSCALLS.def @@ -21,7 +21,7 @@ <?!ia64> pid_t clone::__clone(unsigned long, void *) <?ia64> pid_t clone::__clone2(unsigned long, void *, void *) # if ! _KLIBC_NO_MMU -<!sparc> pid_t fo...

The following patches made over Linus's tree fix the 2 bugs: 1. vhost worker task shows up as a process forked from the parent that did VHOST_SET_OWNER ioctl instead of a process under root/kthreadd. This was causing breaking scripts. 2. vhost_tasks didn't disable or add support for freeze requests. The following patches fix these issues by making the vhost_task task a thread under the

...KER; > - if (args->io_thread) { > - /* > - * Mark us an IO worker, and block any signal that isn't > - * fatal or STOP > - */ > + if (args->io_thread) > p->flags |= PF_IO_WORKER; > + if (args->block_signals) > siginitsetinv(&p->blocked, sigmask(SIGKILL)|sigmask(SIGSTOP)); > - } > > if (args->name) > strscpy_pad(p->comm, args->name, sizeof(p->comm)); > @@ -2517,9 +2513,6 @@ __latent_entropy struct task_struct *copy_process( > if (retval) > goto bad_fork_cleanup_io; > > - if (args->ign...

..._thread (arg=0x7f0f3cea9700) at pthread_create.c:308 > #4 0x00007f0f41d6901d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 > > Thread 1 (Thread 0x7f0f45aa88c0 (LWP 9582)): > #0 0x00007f0f41d5eb0f in __GI_ppoll (fds=0x7f0f470d7a00, nfds=1, timeout=<optimized out>, sigmask=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:56 > #1 0x00007f0f45b146db in qemu_poll_ns () > #2 0x00007f0f45b15430 in aio_poll () > #3 0x00007f0f45b0eedd in bdrv_prwv_co () > #4 0x00007f0f45b0efd3 in bdrv_rw_co () > #5 0x00007f0f45b05b35 in img_convert () > #6 0x00007f0f41c94a...

...ize=18515, nrcpt=1 (queue active) Oct 20 12:59:30 thunderstorm.reub.net postfix/qmgr[5057]: 32D0722B4B: from=<xxx at youtube-subscriptions.bounces.google .com>, size=27030, nrcpt=1 (queue active) Oct 20 12:59:31 thunderstorm.reub.net dovecot: lmtp: Error: ==28006== Syscall param epoll_pwait(sigmask) points to unaddressable byte(s) Oct 20 12:59:31 thunderstorm.reub.net dovecot: lmtp: Error: ==28006== at 0x58A7705: epoll_pwait (epoll_pwait.c:42) Oct 20 12:59:31 thunderstorm.reub.net dovecot: lmtp: Error: ==28006== by 0x5504697: io_loop_handler_run_internal (ioloop-epoll.c:182) Oct 20 12:59:31...

Hello all. I''ve recently installed the 0.2.2 pre-release of mongrel_cluster to try out the new --clean option. However, after installing, when I give a simple "mongrel_rails" command, the cluster::status command is not listed. The error I receive when I do try and run the full "mongrel_rails cluster::status" is... ERROR RUNNING

...int sigsuspend(const sigset_t *mask); ? and ? SIGSUSPEND(2) BSD Programmer's Manual SIGSUSPEND(2) NAME sigsuspend - atomically release blocked signals and wait for interrupt SYNOPSIS #include <signal.h> int sigsuspend(const sigset_t *sigmask); ? but ? root at ara2:~ # cat >t.c #include <stdio.h> #include <signal.h> int main(void) { printf("%zu\n", sizeof(sigset_t)); return (0); } root at ara2:~ # klcc -o tklibc t.c; gcc -o tglibc t.c; ./tklibc; ./tglibc 4 128 No wonder mksh no longer works?...

...active) > Oct 20 12:59:30 thunderstorm.reub.net postfix/qmgr[5057]: 32D0722B4B: > from=<xxx at youtube-subscriptions.bounces.google > .com>, size=27030, nrcpt=1 (queue active) > Oct 20 12:59:31 thunderstorm.reub.net dovecot: lmtp: Error: ==28006== > Syscall param epoll_pwait(sigmask) points to unaddressable byte(s) > Oct 20 12:59:31 thunderstorm.reub.net dovecot: lmtp: Error: ==28006== > at 0x58A7705: epoll_pwait (epoll_pwait.c:42) > Oct 20 12:59:31 thunderstorm.reub.net dovecot: lmtp: Error: ==28006== > by 0x5504697: io_loop_handler_run_internal (ioloop-epoll.c:...

...f0f4203bdf3 in start_thread (arg=0x7f0f3cea9700) at pthread_create.c:308 #4 0x00007f0f41d6901d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 1 (Thread 0x7f0f45aa88c0 (LWP 9582)): #0 0x00007f0f41d5eb0f in __GI_ppoll (fds=0x7f0f470d7a00, nfds=1, timeout=<optimized out>, sigmask=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:56 #1 0x00007f0f45b146db in qemu_poll_ns () #2 0x00007f0f45b15430 in aio_poll () #3 0x00007f0f45b0eedd in bdrv_prwv_co () #4 0x00007f0f45b0efd3 in bdrv_rw_co () #5 0x00007f0f45b05b35 in img_convert () #6 0x00007f0f41c94af5 in __libc_start_main (main=...

On Tue, Oct 14, 2014 at 03:40:22PM +0000, VONDRA Alain wrote: > Rich, > I've followed your instructions to trace, but I am not very skilful with gdb, maybe I made a mistake : > > (1) As root do: > > echo core.%p > /proc/sys/kernel/core_pattern -> OK > > (2) Before running virt-v2v, do: > > ulimited -c unlimited -> I think it's

...d) { + if (args->user_worker) { /* - * Mark us an IO worker, and block any signal that isn't + * Mark us a user worker, and block any signal that isn't * fatal or STOP */ - p->flags |= PF_IO_WORKER; + p->flags |= PF_USER_WORKER; siginitsetinv(&p->blocked, sigmask(SIGKILL)|sigmask(SIGSTOP)); } + if (args->io_thread) + p->flags |= PF_IO_WORKER; if (args->name) strscpy_pad(p->comm, args->name, sizeof(p->comm)); @@ -2517,9 +2517,6 @@ __latent_entropy struct task_struct *copy_process( if (retval) goto bad_fork_cleanup_io; - if...

...f3cea9700) at > pthread_create.c:308 > #4 0x00007f0f41d6901d in clone () at > ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 > > Thread 1 (Thread 0x7f0f45aa88c0 (LWP 9582)): > #0 0x00007f0f41d5eb0f in __GI_ppoll (fds=0x7f0f470d7a00, nfds=1, > timeout=<optimized out>, sigmask=0x0) at > ../sysdeps/unix/sysv/linux/ppoll.c:56 > #1 0x00007f0f45b146db in qemu_poll_ns () > #2 0x00007f0f45b15430 in aio_poll () > #3 0x00007f0f45b0eedd in bdrv_prwv_co () > #4 0x00007f0f45b0efd3 in bdrv_rw_co () > #5 0x00007f0f45b05b35 in img_convert () > #6 0x00007f0f...

...1 6 Thread 0x7fffe6849700 (LWP 12679) "warsow.x86_64" 0x00007ffff70d80b7 in ioctl () at ../sysdeps/unix/syscall-template.S:81 5 Thread 0x7fffd72a2700 (LWP 12683) "SDLAudioDev1" 0x00007ffff70d69a1 in __GI_ppoll (fds=0x7fffe003b060, nfds=2, timeout=<optimized out>, sigmask=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:56 * 4 Thread 0x7fffe704a700 (LWP 12680) "warsow.x86_64" nouveau_fence_trigger_work (fence=fence at entry=0x7fffd0296850) at nouveau_fence.c:57 2 Thread 0x7fffe784b700 (LWP 12681) "warsow.x86_64" pthread_cond_timedwait@@GLIB...

Hi Mike, sorry, but somehow I can't understand this patch... I'll try to read it with a fresh head on Weekend, but for example, On 06/01, Mike Christie wrote: > > static int vhost_task_fn(void *data) > { > struct vhost_task *vtsk = data; > - int ret; > + bool dead = false; > + > + for (;;) { > + bool did_work; > + > + /* mb paired w/

I haven't been tracking dovecot-2.3 until now, but I've just given it a quick run, and there are a few things that may need some attention. Linux x86-64, Gentoo, GCC-7.2.0 Dovecot 2.3 @ commit 32c2612514a404ebc226f32bb88f28d76ceb1db1 Compiled with: ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info

comments? alternatives: sigsetjmp(ugly) and pselect(not portable, available) drawback: additional filedescriptors. Index: serverloop.c =================================================================== RCS file: /home/markus/cvs/ssh/serverloop.c,v retrieving revision 1.82 diff -u -r1.82 serverloop.c --- serverloop.c 10 Oct 2001 22:18:47 -0000 1.82 +++ serverloop.c 11 Oct 2001 18:06:33 -0000 @@

...derstorm.reub.net dovecot: imap-login: Login: user=<reuben>, auth-method=PLAIN, remote=2001:44b8:x:x, local=2001:44b8:31d4:x:x, TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits) Oct 13 23:45:03 thunderstorm.reub.net dovecot: doveadm: Error: ==16947== Syscall param epoll_pwait(sigmask) points to unaddressable byte(s) Oct 13 23:45:03 thunderstorm.reub.net dovecot: doveadm: Error: ==16947==??? at 0x58A2705: epoll_pwait (epoll_pwait.c:42) Oct 13 23:45:03 thunderstorm.reub.net dovecot: doveadm: Error: ==16947==??? by 0x550643C: io_loop_handler_run_internal (ioloop-epoll.c:183) Oct...

No. Compiling entirely from -git source (on one system) and a Gentoo ebuild on another two. Reuben On 12/10/2017 10:38 PM, Aki Tuomi wrote: > Are you using the xi packages? If yes, can you please send me one fresh core? > > Aki > >> On October 12, 2017 at 8:43 AM Aki Tuomi <aki.tuomi at dovecot.fi> wrote: >> >> >> We'll take a look >>

...dir = 0x7ffff3bf4e65 "." #4 0x0000000000423f1f in start_server (f_in=0, f_out=1, argc=2, argv=0x18da230) at main.c:1089 No locals. #5 0x0000000000425282 in main (argc=2, argv=0x18da230) at main.c:1630 ret = 0 orig_argc = 7 orig_argv = 0x7ffff3bf3fc8 sigmask = {__val = {84483, 0 <repeats 15 times>}} --snip-- Detaching from program: /usr/bin/rsync, process 4942 root at st1:~# gcore 4942 hash_search (f=1, s=0x192d220, buf=0x192d1e0, len=214748364800) at match.c:238 238 continue; Saved corefile core.4942 root at s...