[asterisk-bugs] [DAHDI-linux 0013483]: [patch] Add TDMoE Multi-Frame support
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Sep 15 04:53:37 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=13483
======================================================================
Reported By: JBenden
Assigned To:
======================================================================
Project: DAHDI-linux
Issue ID: 13483
Category: dahdi_dynamic
Reproducibility: N/A
Severity: feature
Priority: normal
Status: new
======================================================================
Date Submitted: 2008-09-15 04:17 CDT
Last Modified: 2008-09-15 04:53 CDT
======================================================================
Summary: [patch] Add TDMoE Multi-Frame support
Description:
A patch against SVN rev 4904, to add TDMoE Multi-Frame support as described
in the article at the following URL:
http://www.thrallingpenguin.com/articles/tdmoe-mf.htm
TDMoE-MF is known to be implemented in hardware solutions from Redfone
Communications.
This patch additionally implements RCU within dahdi_dynamic to decrease
lock contention, latency, and context switching. Because of the use of RCU
locking, all prior known issues with loading and unloading of the modules
are resolved, providing the spans are shutdown with "dahdi_cfg -s".
It also contains an attempt, which works, at fixing a kernel change with
skb_linearize(). The use of kernel version number does not work with SuSE
SLES 10, as it appears they have backported the 2.6.18 change in to their
2.6.16 version.
======================================================================
----------------------------------------------------------------------
(0092496) JBenden (reporter) - 2008-09-15 04:53
http://bugs.digium.com/view.php?id=13483#c92496
----------------------------------------------------------------------
The TDMoE-MF driver creates a proc entry, /proc/dahdi/dynamic-ethmf, that
could be used to determine if the shutdown is safe and to see statistics
about the driver.
I have not tested the original TDMoE driver; however, the crash usually
happened within dahdi_dynamic. It would be possible to convert
dahdi_dynamic_eth to use RCU locking too, but that would have to wait for a
bit.
In the mean-time, the init script could test for the presence of
/proc/dahdi/dynamic-ethmf and go ahead and do the shutdown, otherwise just
move on.
Issue History
Date Modified Username Field Change
======================================================================
2008-09-15 04:53 JBenden Note Added: 0092496
======================================================================
More information about the asterisk-bugs
mailing list