[asterisk-bugs] [DAHDI-linux 0013930]: dahdi_dummy does not tick on some systems

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Apr 29 12:48:30 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13930 
====================================================================== 
Reported By:                tzafrir
Assigned To:                sruffell
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   13930
Category:                   dahdi_dummy
Reproducibility:            sometimes
Severity:                   minor
Priority:                   normal
Status:                     ready for testing
====================================================================== 
Date Submitted:             2008-11-19 08:34 CST
Last Modified:              2009-04-29 12:48 CDT
====================================================================== 
Summary:                    dahdi_dummy does not tick on some systems
Description: 
On some systems dahdi_dummy (or ztdummy, in the case of Zaptel) fails to
"tick" DAHDI and hence DAHDI does not provide a working timing source.

Indications that DAHDI (Zaptel) provides no timing source:

1. dahdi_test (zttest) does not give an error on startup, but hangs.
2. Asterisk >= 1.4.20 fails to start, and gives the ugly "no timing
source" error message:

ERROR[10981]: asterisk.c:3036 main: Asterisk has detected a problem
with your DAHDI configuration and will shutdown for your protection.
You have options:
        1. You only have to compile DAHDI support into Asterisk if you
need it.  One option is to recompile without DAHDI support.
        2. You only have to load DAHDI drivers if you want to take
advantage of DAHDI services.  One option is to unload DAHDI modules if
you don't need them.
        3. If you need DAHDI services, you must correctly configure
DAHDI.

An indication that dahdi_dummy should be the timing source for dahdi could
be:

  lsmod | grep ^dahdi
  dahdi                 231888  1 dahdi_dummy

Or to see that /proc/dahdi/1 is dahdi_dummy and is listed as "MASTER".


I have seen various suggestions on how to solve this. None seems to be a
silver bullet. 
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0014884 loading dahdi_dummy crashes CentOS-xen ...
====================================================================== 

---------------------------------------------------------------------- 
 (0103945) svnbot (reporter) - 2009-04-29 12:48
 http://bugs.digium.com/view.php?id=13930#c103945 
---------------------------------------------------------------------- 
Repository: dahdi
Revision: 6524

U   linux/trunk/drivers/dahdi/dahdi_dummy.c

------------------------------------------------------------------------
r6524 | sruffell | 2009-04-29 12:48:28 -0500 (Wed, 29 Apr 2009) | 12 lines

dahdi_dummy: Remove real-time clock support.

This removes support for using the real-time clock as a timing source in
dahdi_dummy.  Instead, the normal kernel timers method is now more
accurate
since it keeps track of how much real time has passed to determine how
many
times to call dahdi_receive and dahdi_transmit.  This method was
originally
suggested by bmd.

(closes issue http://bugs.digium.com/view.php?id=13930)
(closes issue http://bugs.digium.com/view.php?id=14884)
Reported by: tzafrir
Tested by: dbackeberg, ask
------------------------------------------------------------------------

http://svn.digium.com/view/dahdi?view=rev&revision=6524 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-29 12:48 svnbot         Checkin                                      
2009-04-29 12:48 svnbot         Note Added: 0103945                          
======================================================================




More information about the asterisk-bugs mailing list