similar to: Queues and timeouts

Following on from a posting yesterday from Kevin, I have the following in the dialplan: exten => 709,1,AddQueueMember(SomeQueue|Local/706@AgentQ) I am on extension 706. From the CLI: SomeQueue has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime), W:0, C:0, A:3, SL:0.0% within 60s No Members No Callers I call 709, get a console message

Well, sort of :) We have agents using the AgentLoginCallBack functionality. The agents log in using their agent number, with the extension automatically entered for them. When they log out, they again use the AgentLoginCallBack app, but using just a "#" for the new extension (logs them out). Occasionally, an Agent simply refuses to log out. You get a message "That Agent Is

Yes, you need the latest ToT version of llvm or you run -loop-vectorize -earlycse -instcombine -simplifycfg The bitcast essentially is a noop to satisfy the type system. This is how your example looks like for me: vector.body: ; preds = %vector.body, %vector.ph %index = phi i64 [ 0, %vector.ph ], [ %index.next, %vector.body ] %.lhs = shl i64 %6, 2

Add 5-argument handling for paravirt ops patching of PAE functions. Signed-off-by: Zachary Amsden <zach@vmware.com> diff -r dbe11208916f include/asm-i386/paravirt.h --- a/include/asm-i386/paravirt.h Thu Apr 19 11:40:55 2007 -0700 +++ b/include/asm-i386/paravirt.h Thu Apr 19 12:04:16 2007 -0700 @@ -308,10 +308,9 @@ unsigned paravirt_patch_insns(void *site * return value handling from

Add 5-argument handling for paravirt ops patching of PAE functions. Signed-off-by: Zachary Amsden <zach@vmware.com> diff -r dbe11208916f include/asm-i386/paravirt.h --- a/include/asm-i386/paravirt.h Thu Apr 19 11:40:55 2007 -0700 +++ b/include/asm-i386/paravirt.h Thu Apr 19 12:04:16 2007 -0700 @@ -308,10 +308,9 @@ unsigned paravirt_patch_insns(void *site * return value handling from

The loop vectorizer relies on cleanup passes to be run after it: from Transforms/IPO/PassManagerBuilder.cpp: // Add the various vectorization passes and relevant cleanup passes for // them since we are no longer in the middle of the main scalar pipeline. MPM.add(createLoopVectorizePass(DisableUnrollLoops)); MPM.add(createInstructionCombiningPass());

The instcombine pass cleans up a lot. Any idea why there are still shufflevector, insertelement, *and* bitcast (!!) etc. instructions left? The original loop is so clean, a textbook example I'd say. There is no need to shuffle anything.At least I don't see it. Frank vector.ph: ; preds = %L5 %broadcast.splatinsert1 = insertelement <4 x

The following IR implements the following nested loop: for (int i = start ; i < end ; ++i ) for (int p = 0 ; p < 4 ; ++p ) a[i*4+p] = b[i*4+p] + c[i*4+p]; define void @main(i64 %arg0, i64 %arg1, i1 %arg2, i64 %arg3, float* noalias %arg4, float* noalias %arg5, float* noalias %arg6) { entrypoint: br i1 %arg2, label %L0, label %L1 L0:

I've been using the following macro to ring SIP and IAX devices for a few seconds, and then add on a cell phone if there is no answer on the SIP or IAX device. Periodic problems began a few versions ago and now the problem happens every time with 1.2.9 and 1.2.9.1. The problem is that when a call from the PRI falls through to voicemail, the call is dropped before the voicemail greeting

If I have in my dialplan [AgentQ] exten => _XX.,1,Dial(Sip/{$exten},120,g) exten => _XX.,2,NoOP(here we are) where [AgentQ] is called by the queue command to a member added by addqueuemember(Local/99@AgentQ) why don't I get to the NoOp if the agent hangs up during the announcement message (to the agent) ? I see in the app_dial.c program that the "g" flag is tested thus:

Hello my friends, I've a doubt, i want to be able to forward the incoming calls from PSTN to my cell phone...i mean, qhen i'm out of the office i need like aq macro that helps me to forward the incoming call that goes for example to my internal extension SIP 207, i 've this macro but i can make it work properly....i can't activate the forward in the phone, is quite confuse:

The parts of klibc specific to the x86_64 architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit f889dd04bef1aed36ba18161c727af47338e167a tree c25f184d2e3337b52dfe3abd191ec639d4d9543d parent f30fa3db62972125afa68d3b53d03cdb843d3bbd author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:53 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun

Howdy, I'm working on a macro that authenticates the calling extension against a list of allowed extensions but it looks like the Expression I'm attempting to send of pipe separated extensions is showing up as additional arguments to my macro. I expected to have 4 arguments to the below macro, Instead it looks like I'm actually getting 6. I'm open to suggestions to other ways

The parts of klibc specific to the ia64 architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 951dc85bd690c6cc5a971815665da947160cbe51 tree 0843c8aa67a3c46a362d12c392c41c25d85ac9cd parent bd0599e5290ca1a16bb7a68f7c362d395c612eb3 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:24 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun

I have the following pair of macros defined to handle outbound calls from *. Rather than specifying full dialstrings in the main body of extensions.conf, outbound dial commands are made using a macro call as follows: Macro (outbound,number_to_dial,callerid_to_present,gateway1,gateway2,gateway3,gate way4) The final gateway defined is nearly always a fallback to PSTN if none of the IAX or SIP

Reimplement __common_syscall in assembler. The 32-bit ABI says that the fifth and sixth arguments to the function are passed on the stack, but our syscall ABI says they are passed in %arg4 and %arg5 like the 64-bit ABI. Also, tried to optimize the code slightly by making use of the cmpb delay slot to load the errno return of -1. Signed-off-by: Kyle McMartin <kyle@parisc-linux.org> diff

I changed the code to use the MCJIT engine. As Josh suspected it's the same issue: The program runs fine on SSE based machines, but SEGFAULTs on a CPU with AVX extensions. I attach the repro case. Should I file a bug report? P.S. On bugzilla there is the component 'new-bugs'. Should all new bugs be filed there? Frank On 11/11/13 08:45, Josh Klontz wrote: > For what it's

In the case when coming from C it was probably the loop unroller and SLP vectorizer which vectorized the code. Potentially I could do the same in the IR. However, the loop body that is generated in the IR can get very large. Thus, the loop unroller will refuse to unroll the loop in a large number of (important) cases. Isn't there a way to convince the loop vectorizer that it should

I've been working on writing a subroutine to page groups of phones at once and I'm having some difficulty. My goal is to have a user call an extension, I record the page they wish to play, I then page out that recorded file to the phones in groups. [sub-masspage] exten => s,1,NoOP same => n,Answer same => n,Set(filename=$PAGE) same => n,Wait(1) same =>

I am trying a setup where the one loop is rewritten as two loops. This avoids the 'rem' and 'div' instructions in the index calculation (which give the loop vectorizer a hard time). However, with this setup the loop vectorizer complains about a too small loop. LV: Checking a loop in "main" LV: Found a loop: L3 LV: Found a loop with a very small trip count. This loop