correct a minor mistake... the hpec_channel_update function actually accepts the 'received' audio (isig) as its first argument, and the 'transmitted' audio (iref) as its second argument. in spite of the prototype and function argument names being reversed, zaptel-base.c passed the data in the correct order, and the HPEC binary modules processed the data properly. this commit changes the definition of the argument order, but causes no functional change.

(a similar change will be made in DAHDI shortly)



git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4622 5390a7c7-147a-4af0-8ec9-7488f05a26cb

1 files changed, 2 insertions, 2 deletions

diff --git a/kernel/hpec/hpec_zaptel.h b/kernel/hpec/hpec_zaptel.h
index 67d677a..6d2b79e 100644
--- a/kernel/hpec/hpec_zaptel.h
+++ b/kernel/hpec/hpec_zaptel.h
@@ -80,9 +80,9 @@ static inline void echo_can_free(struct echo_can_state *ec)
 	hpec_channel_free(ec);
 }
 
-static inline void echo_can_array_update(struct echo_can_state *ec, short *iref, short *isig)
+static inline void echo_can_array_update(struct echo_can_state *ec, short *isig, short *iref)
 {
-	hpec_channel_update(ec, iref, isig);
+	hpec_channel_update(ec, isig, iref);
 }
 
 DECLARE_MUTEX(alloc_lock);