search for: command_queu

Displaying 15 results from an estimated 15 matches for "command_queu".

Did you mean: command_queue
2008 Oct 16
2
Backtrace of /usr/local/libexec/dovecot/imap
My batch file uses: bt full p my_client.command_queue p my_client.command_queue.next p my_client.command_queue.next.next p my_client.command_queue.next.next.next p my_client.command_queue.next.next.next.next p my_client.command_queue.next.next.next.next.next p my_client.command_queue.next.next.next.next.next.next quit ----- Forwarded message from ro...
2016 Jul 11
4
2.3.0~alpha0-1~auto+197: Crash when openening a message via IMAP
>From the log: Jul 11 13:12:42 mproxy dovecot: imap-login: Login: user=<hildeb>, method=PLAIN, rip=141.42.206.36, lip=141.42.206.11, mpid=27254, TLS, session=<TGwoO1o3id+NKs4k> Jul 11 13:12:44 mproxy dovecot: imap(hildeb)<TGwoO1o3id+NKs4k>: Panic: file imap-client.c: line 854 (client_check_command_hangs): assertion failed: ((io_loop_find_fd_conditions(current_ioloop,
2008 Oct 16
2
And another crash (imap, 1.1.4)
GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as
2010 Mar 21
3
2.0.beta3 imapd running hot
Hi, since a couple of weeks I occasionally have an imapd going crazy on me, using up 100% CPU. Current revision is 10962 29865 vmail 20 0 47820 3296 1708 R 99.7 0.9 131:07.85 imap vmail 29865 86.1 0.8 47820 3296 ? R Mar20 131:20 dovecot/imap [berni 2001:a60:f001:1:219:66ff:fe8b:a6e IDLE strace -p <pid> shows a repeating pattern of epoll_wait(8, {{EPOLLOUT,
2016 Mar 14
2
[PATCH mesa] clover: Fix pipe_grid_info.indirect not being initialized
...etion(-) diff --git a/src/gallium/state_trackers/clover/core/kernel.cpp b/src/gallium/state_trackers/clover/core/kernel.cpp index 8396be9..dad66aa 100644 --- a/src/gallium/state_trackers/clover/core/kernel.cpp +++ b/src/gallium/state_trackers/clover/core/kernel.cpp @@ -55,7 +55,7 @@ kernel::launch(command_queue &q, const auto reduced_grid_size = map(divides(), grid_size, block_size); void *st = exec.bind(&q, grid_offset); - struct pipe_grid_info info; + struct pipe_grid_info info = { 0, }; // The handles are created during exec_context::bind(), so we need make // sure...
2016 Mar 14
2
[PATCH mesa] clover: Fix pipe_grid_info.indirect not being initialized
...tate_trackers/clover/core/kernel.cpp b/src/gallium/state_trackers/clover/core/kernel.cpp >> index 8396be9..dad66aa 100644 >> --- a/src/gallium/state_trackers/clover/core/kernel.cpp >> +++ b/src/gallium/state_trackers/clover/core/kernel.cpp >> @@ -55,7 +55,7 @@ kernel::launch(command_queue &q, >> const auto reduced_grid_size = >> map(divides(), grid_size, block_size); >> void *st = exec.bind(&q, grid_offset); >> - struct pipe_grid_info info; >> + struct pipe_grid_info info = { 0, }; > > Right, good catch, it's my...
2016 Mar 14
1
[RFC mesa] clover: Fix pipe_grid_info.indirect not being initialized
...etion(-) diff --git a/src/gallium/state_trackers/clover/core/kernel.cpp b/src/gallium/state_trackers/clover/core/kernel.cpp index 8396be9..1ab87ec 100644 --- a/src/gallium/state_trackers/clover/core/kernel.cpp +++ b/src/gallium/state_trackers/clover/core/kernel.cpp @@ -55,7 +55,7 @@ kernel::launch(command_queue &q, const auto reduced_grid_size = map(divides(), grid_size, block_size); void *st = exec.bind(&q, grid_offset); - struct pipe_grid_info info; + struct pipe_grid_info info = { 0 }; // The handles are created during exec_context::bind(), so we need make // sure...
2016 Mar 14
1
[PATCH mesa v2] clover: Fix pipe_grid_info.indirect not being initialized
...etion(-) diff --git a/src/gallium/state_trackers/clover/core/kernel.cpp b/src/gallium/state_trackers/clover/core/kernel.cpp index 8396be9..1ab87ec 100644 --- a/src/gallium/state_trackers/clover/core/kernel.cpp +++ b/src/gallium/state_trackers/clover/core/kernel.cpp @@ -55,7 +55,7 @@ kernel::launch(command_queue &q, const auto reduced_grid_size = map(divides(), grid_size, block_size); void *st = exec.bind(&q, grid_offset); - struct pipe_grid_info info; + struct pipe_grid_info info = { 0 }; // The handles are created during exec_context::bind(), so we need make // sure...
2016 Mar 14
2
[PATCH mesa] clover: Fix pipe_grid_info.indirect not being initialized
...> b/src/gallium/state_trackers/clover/core/kernel.cpp >>>> index 8396be9..dad66aa 100644 >>>> --- a/src/gallium/state_trackers/clover/core/kernel.cpp >>>> +++ b/src/gallium/state_trackers/clover/core/kernel.cpp >>>> @@ -55,7 +55,7 @@ kernel::launch(command_queue &q, >>>> const auto reduced_grid_size = >>>> map(divides(), grid_size, block_size); >>>> void *st = exec.bind(&q, grid_offset); >>>> - struct pipe_grid_info info; >>>> + struct pipe_grid_info info = { 0, }; &...
2016 Jan 04
4
[BUG] 2.2.21 Panic: file imap-client.c: line 841 (client_check_command_hangs): assertion failed: (!have_wait_unfinished || unfinished_count > 0)
On 04.01.2016 11:54, Teemu Huovila wrote: > Thank you for the report. Could you execute "bt full" in gdb please. Also the output of doveconf -n would be useful. Hi, Requested info below. Florian bt f > #0 0x00007f6f99b8f5f8 in raise () from /usr/lib/libc.so.6 > No symbol table info available. > #1 0x00007f6f99b90a7a in abort () from /usr/lib/libc.so.6 > No symbol
2013 Jun 06
1
Problem with dahdi XPP driver?
...error in syslog, the Xorcom disconnect from the server: Jun 3 15:03:29 kernel: [361010.637858] *NOTICE-xpp_usb: xusb-0 (usb-0000:00:1d.7-3) [X1047686]: Sluggish USB. Dropping next PCM frame (p** **ending_writes=5)* Jun 3 15:03:52 kernel: [361033.890575]* ERR-xpp: XBUS-00: Failed to send from command_queue (ret=-19)* Jun 3 15:03:52 kernel: [361033.894565] ------------[ cut here ]------------ Jun 3 15:03:52 kernel: [361033.894565] WARNING: at kernel/softirq.c:141 local_bh_enable+0x2f/0x6a() Jun 3 15:03:52 kernel: [361033.894565] Hardware name: Jun 3 15:03:52 kernel: [361033.894565] Modules li...
2014 Jun 23
4
OOM in Dovecot 2.2.13 imap
Hi, we run Dovecot 2.2.13 on Debian Wheezy with a couple thousand mailboxes. We have two users that repeatedly trigger an OOM condition with IMAP. Jun 23 12:53:21 lxmhs74 dovecot: imap(USER): Fatal: pool_system_realloc(268435456): Out of memory Jun 23 12:53:21 lxmhs74 dovecot: imap(USER): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x6c15f) [0x7f11766cc15f] ->
2016 Mar 14
0
[PATCH mesa] clover: Fix pipe_grid_info.indirect not being initialized
...a/src/gallium/state_trackers/clover/core/kernel.cpp b/src/gallium/state_trackers/clover/core/kernel.cpp > index 8396be9..dad66aa 100644 > --- a/src/gallium/state_trackers/clover/core/kernel.cpp > +++ b/src/gallium/state_trackers/clover/core/kernel.cpp > @@ -55,7 +55,7 @@ kernel::launch(command_queue &q, > const auto reduced_grid_size = > map(divides(), grid_size, block_size); > void *st = exec.bind(&q, grid_offset); > - struct pipe_grid_info info; > + struct pipe_grid_info info = { 0, }; Right, good catch, it's my fault. = { 0 }; is enough bt...
2016 Mar 14
0
[PATCH mesa] clover: Fix pipe_grid_info.indirect not being initialized
...nel.cpp >>> b/src/gallium/state_trackers/clover/core/kernel.cpp >>> index 8396be9..dad66aa 100644 >>> --- a/src/gallium/state_trackers/clover/core/kernel.cpp >>> +++ b/src/gallium/state_trackers/clover/core/kernel.cpp >>> @@ -55,7 +55,7 @@ kernel::launch(command_queue &q, >>> const auto reduced_grid_size = >>> map(divides(), grid_size, block_size); >>> void *st = exec.bind(&q, grid_offset); >>> - struct pipe_grid_info info; >>> + struct pipe_grid_info info = { 0, }; >> >> Rig...
2016 Mar 14
0
[PATCH mesa] clover: Fix pipe_grid_info.indirect not being initialized
...um/state_trackers/clover/core/kernel.cpp >>>>> index 8396be9..dad66aa 100644 >>>>> --- a/src/gallium/state_trackers/clover/core/kernel.cpp >>>>> +++ b/src/gallium/state_trackers/clover/core/kernel.cpp >>>>> @@ -55,7 +55,7 @@ kernel::launch(command_queue &q, >>>>> const auto reduced_grid_size = >>>>> map(divides(), grid_size, block_size); >>>>> void *st = exec.bind(&q, grid_offset); >>>>> - struct pipe_grid_info info; >>>>> + struct pipe_grid_i...