similar to: AMI eventmask question

From: Haiyang Zhang <haiyangz at microsoft.com> Rename camel case variables in channel.c Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> --- drivers/staging/hv/channel.c | 733 +++++++++++++++++++++--------------------- 1 files changed, 370 insertions(+), 363 deletions(-) diff --git

From: Haiyang Zhang <haiyangz at microsoft.com> Rename camel case variables in channel.c Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> --- drivers/staging/hv/channel.c | 733 +++++++++++++++++++++--------------------- 1 files changed, 370 insertions(+), 363 deletions(-) diff --git

Rename camel case variables in channel.c and changed them to lowercase. Sending this from my own accounts till we have a proper mail server set up that allows us to send out patches without issues. This patch was created by Haiyang Zhang. Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> ---

Rename camel case variables in channel.c and changed them to lowercase. Sending this from my own accounts till we have a proper mail server set up that allows us to send out patches without issues. This patch was created by Haiyang Zhang. Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> ---

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: [PATCH] staging: hv: Fix race condition on IC channel initialization There is a possible race condition when hv_utils starts to load immediately after hv_vmbus is loading - null pointer error could happen. This patch added an event waiting to ensure all channels are ready before vmbus_init() returns. So another module won't have

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: [PATCH] staging: hv: Fix race condition on IC channel initialization There is a possible race condition when hv_utils starts to load immediately after hv_vmbus is loading - null pointer error could happen. This patch added an event waiting to ensure all channels are ready before vmbus_init() returns. So another module won't have

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: [PATCH 1/2] staging: hv: Fix race condition in hv_utils module initialization. There is a possible race condition when hv_utils starts to load immediately after hv_vmbus is loading - null pointer error could happen. This patch added an atomic counter to ensure the hv_utils module initialization happens after all vmbus IC channels are

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: [PATCH 1/2] staging: hv: Fix race condition in hv_utils module initialization. There is a possible race condition when hv_utils starts to load immediately after hv_vmbus is loading - null pointer error could happen. This patch added an atomic counter to ensure the hv_utils module initialization happens after all vmbus IC channels are

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: staging: hv: Fix race condition on IC channel initialization There is a possible race condition when hv_utils starts to load immediately after hv_vmbus is loading - null pointer error could happen. This patch added an atomic counter to ensure all channels are ready before vmbus_init() returns. So another module won't have any

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: staging: hv: Fix race condition on IC channel initialization There is a possible race condition when hv_utils starts to load immediately after hv_vmbus is loading - null pointer error could happen. This patch added an atomic counter to ensure all channels are ready before vmbus_init() returns. So another module won't have any

From: Haiyang Zhang <haiyangz at microsoft.com> Convert camel cased struct fields in channel_mgmt.h to lower cases Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> --- drivers/staging/hv/channel.c | 302 ++++++++++++++++++------------------ drivers/staging/hv/channel_mgmt.c | 186 ++++++++++++------------

From: Haiyang Zhang <haiyangz at microsoft.com> Convert camel cased struct fields in channel_mgmt.h to lower cases Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> --- drivers/staging/hv/channel.c | 302 ++++++++++++++++++------------------ drivers/staging/hv/channel_mgmt.c | 186 ++++++++++++------------

An application commanding asterisk with AMI is going to launch lots of concurrent calls in very few seconds using the Originate AMI command but it's also going to need to be able to cancel very quickly any call of them even before each OriginateResponse event comes in. All the calls will be done by the same trunk (a trunking enabled channel). But there's a problem for canceling any call:

Hi, I guess I need some help with management interface. I would like to watch calls through the management interface, but I don't know how to identify which call an event belongs to or in other words how to associate a call and uniqueid field of event. Let's say I send the following manager command: action: originate channel: sip/12125551111@pbx1 callerid: 12125551111 MaxRetries: 1

Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> --- drivers/staging/hv/channel.c | 48 ++++++------ drivers/staging/hv/channel_mgmt.c | 48 ++++++------ drivers/staging/hv/connection.c | 154 ++++++++++++++++++------------------ drivers/staging/hv/vmbus_drv.c | 2 +-

Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> --- drivers/staging/hv/channel.c | 48 ++++++------ drivers/staging/hv/channel_mgmt.c | 48 ++++++------ drivers/staging/hv/connection.c | 154 ++++++++++++++++++------------------ drivers/staging/hv/vmbus_drv.c | 2 +-

Hi, I'm developing an application using AMI and I need to get information about incoming call _before_ queue member answers it. I'm using static members (queue is pretty simple) and don't want to use chan_agent (I think AgentCalled event will do what I'm looking for). Here is what I'm getting now: 1. Newchannel event for incoming call followed by Newstate and Join. All these

Guys. Anybody knows why this is happening? Seems every time I make an internal call, the manager shows this and I don't get the callerid on my identapop but rather the calledid.. Event: Dial Privilege: call,all Source: SIP/intruder1-85f0 Destination: SIP/test-f037 CallerID: 201 CallerIDName: Anton Krall SrcUniqueID: 1117038116.7 DestUniqueID: 1117038116.8 Event: Newchannel Privilege:

Hi, I'm trying to write a simple perl script that will run the following: Action: Originate Channel: local/xxx@callback/r/n Exten: 1234 Context: callback Priority: 1 Extensions.conf exten => 500,1,agi,callback.pl callback perl script: use Net::Telnet (); $mgrUSERNAME='fred'; $mgrSECRET='bloggs'; $server_ip='127.0.0.1'; $tn->print("Action:

Hi all, When the 'Originate' command is issued with 'Async' open set to 'yes', I got the response right away with the correct 'ActionID'. What follows is the 'Newchannel' event with a 'Channel' ID, but their is no 'ActionID' to tie it back to the command. How do you guys deal with this? -------------- next part -------------- An HTML