[Asterisk-bugs] [Zaptel 0008290]: [patch] zap hookstate is never set offhook if wctdm module is loaded with an active fxo line
noreply at bugs.digium.com
noreply at bugs.digium.com
Tue Jul 10 06:58:11 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=8290
======================================================================
Reported By: tmarkov
Assigned To:
======================================================================
Project: Zaptel
Issue ID: 8290
Category: wctdm
Reproducibility: always
Severity: minor
Priority: normal
Status: confirmed
Asterisk Version: 1.4.6
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: Yes
Request Review:
======================================================================
Date Submitted: 11-03-2006 17:28 CST
Last Modified: 07-10-2007 06:58 CDT
======================================================================
Summary: [patch] zap hookstate is never set offhook if wctdm
module is loaded with an active fxo line
Description:
If #define ZAP_CHECK_HOOKSTATE is uncommented in chan_zap.c, then the
hookstate stays onhook if the wctdm module is loaded with an active line.
Removing line and reinserting will cause the hookstate to initialize
properly. The problem appears to be that wc->mod[card].fxo.battery never
gets initialized to 0, so in wctdm_voicedaa_check_hook() the test "if
(!wc->mod[card].fxo.battery && !wc->mod[card].fxo.battdebounce)" is never
entered, and the hookstate remains onhook upon module startup. Only a
cycling of line voltage will correct the problem. I have attached a patch
which initializes the battery variable and fixes the problem for me.
======================================================================
----------------------------------------------------------------------
tmarkov - 07-10-07 06:58
----------------------------------------------------------------------
Not if ZAP_CHECK_HOOKSTATE is defined. In that case it is supposed to
actually check the state of the line. Which works, but the problem was the
hookstate was always the same when the module loads, and required cycling
the line (unplug and plug back in) to pick up the hookstate.
Issue History
Date Modified Username Field Change
======================================================================
07-10-07 06:58 tmarkov Note Added: 0067039
======================================================================
More information about the Asterisk-bugs
mailing list