wctdm24xxp: Shorten RINGOFF debounce interval from 512ms to 128ms.
In commit r10168 "wctdm24xxp: Use time interval for debouncing FXO ring detect" [1], I inadvertently changed the debounce interval of the RINGOFF event from 128ms to 512ms. The result was a potential failure to detect CID, depending on line conditions, since Asterisk would bump the rx gains on the channel in the middle of the CID spill as opposed to before the CID spill. This fixes a regression first introduced in DAHDI-Linux 2.6.0. [1] http://svnview.digium.com/svn/dahdi?view=revision&revision=10168 Internal-Issue-ID: DAHDI-951 Reported-and-Tested-by: Jack Wilson <ljwilson@digitalav.com> Signed-off-by: Shaun Ruffell <sruffell@digium.com> Origin: http://svnview.digium.com/svn/dahdi?view=rev&rev=10473 git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/branches/2.6@10481 a0bf4364-ded3-4de4-8d8a-66a801d63aff
This commit is contained in:
parent
005aa723ef
commit
3876f253a6
@ -1904,7 +1904,7 @@ static void wctdm_fxo_ring_detect(struct wctdm *wc, struct wctdm_module *mod)
|
|||||||
if (!is_fxo_ringing(fxo)) {
|
if (!is_fxo_ringing(fxo)) {
|
||||||
set_ring(fxo, DEBOUNCING_RINGOFF);
|
set_ring(fxo, DEBOUNCING_RINGOFF);
|
||||||
fxo->ringdebounce_timer =
|
fxo->ringdebounce_timer =
|
||||||
wc->framecount + ringdebounce / 2;
|
wc->framecount + ringdebounce / 8;
|
||||||
}
|
}
|
||||||
break;
|
break;
|
||||||
case DEBOUNCING_RINGOFF:
|
case DEBOUNCING_RINGOFF:
|
||||||
|
Loading…
Reference in New Issue
Block a user