Age | Commit message (Collapse) | Author |
|
Therefore we can use the fact that the span pointer on the channel is
NULL to identify them.
Review: https://reviewboard.asterisk.org/r/905/
Signed-off-by: Shaun Ruffell <sruffell@digium.com>
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@9382 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Part of preparations for replacing the array of spans with a list of
spans.
Review: https://reviewboard.asterisk.org/r/905/
Signed-off-by: Shaun Ruffell <sruffell@digium.com>
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@9354 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
When compiling dahdi-linux I expect ppp support to be compiled in even if the
kernel config has PPP configured as a module.
(closes issue #17990)
Reported by: jkroon
Patches:
dahdi-config-ppp.diff uploaded by jkroon (license 714)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@9328 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Older kernels do not like the 'bool' type and I cannot just add it into
include/dahdi/kernel.h without compile messages in the xpp driver where bool
is defined directly. Since the wctdm24xxp driver is the only place using that
function, I just moved it back there for now. This fixes a regression
introduced in 9130.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@9167 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
The linecompat member can be used by a span to identify the
global-to-the-span signalling types supported. Analog spans do not
support any span-global signalling and therefore linecompat should
always be 0.
Signed-off-by: Shaun Ruffell <sruffell@digium.com>
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@9130 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
RHEL/Centos 5.4 kernels broke after the latest strcasecmp backport. So skip
them.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@9117 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
strcasecmp was brought into the kernel at v2.6.22
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@9097 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Upon review the event introduced in r8998 seemed to be
redundant, as the same information was already available.
Performance issues were also a concern. This reverts r8998.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@9010 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
QuadFalc has the ability to test if the transformer is
performing correctly. If the components between the framer
and the physical span interface are shorted out or opened
for any reason we can now detect it. Possible causes for
tripping this error could be a broken transformer from
an electrical spike or a board manufacturing error.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8999 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
When a loss of syncronization signal occurs on one of
the spans, it affects all spans on that card. Since we
do not have a span or card level event system, we have
to queue up a global event on all channels for that card
The new event is DAHDI_EVENT_SYNC
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8998 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
qfalc framer.
Added some more verbose red alarm states in the upper byte
of the alarm member of the dahdi_span structure
Removed some unnecessary instrumentation regarding the enabling
of the errored second and 1 second counters for performance
collecting. Also added a couple comments.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8997 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
One more thing that can be moved out of the per-span structure.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8986 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Part of preparation for adding additional callbacks to allow board
drivers to advertise and support gathering pre-echocan data from hardware
echocans.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8985 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
The vast majority of board drivers already keep the dahdi_span structure
in a driver specific structure. The others were easily converted. This
way board drivers can use the container_of macro to find what was
previously pointed to by the "pvt" member of the span. One less thing
to think about in the span structure.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8984 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Make chan_notice() and does not complain about undefined 'chan'.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8809 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
It's still not tested well-enough, if one enables OPTIMIZE_CHANMUTE.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8784 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
CentOS4 has this backported in their 2.6.9 kernel.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8641 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8399 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8360 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Add a number of printk-like macros to print messages for span and
channel. I found them useful in the sysfs branch.
The _dbg ones use the magical variable debug, and hence require the code
to acknowledge that explicitly by defining DAHDI_PRINK_MACROS_USE_debug
explicitly.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8354 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Setting the maximum latency can be useful if you have a system event that
normally causes a latency increase, but you would rather have a break in the
audio or frame slip, then let the latency grow to the current default maximum
which is 25ms. DAHDI-278.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8198 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Define CONFIG_DAHDI_NO_ECHOCAN_DISABLE in include/dahdi/dahdi_config.h in
order to prevent the tone detector from disabling software echocan.
I slightly modified the noechodisable.patch.
(closes issue #16805)
Reported by: sles
Patches:
noechodisable.patch uploaded by sles (license 991)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8162 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
compatibility.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8147 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
atomic_inc_return was added in 2.6.10, and synchronize_rcu() was added in
2.6.12.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8142 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8140 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
include/dahdi/kernel.h"
Reverts r8117. The wctdm24xxp driver can include <stdbool.h> directly.
Reported by: seanbright
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8134 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8122 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8120 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
I intend to use the bool definition in the wctdm24xxp driver and don't want to
duplicate the definition.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8117 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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.
This merges in the work Jbenden did at:
http://svn.digium.com/svn/dahdi/team/jbenden/tdmoe-mf@8102
(issue #13483)
Patch by: JBenden
Reported by: JBenden
Tested by: JBenden
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8103 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
* Added logic for both the single and dual/quad span cards for supporting
local loopback (virtual loopback plug), network loopback, network payload
loopback, loopup, and loopback transmitting.
* Added logic for the dual/quad span driver to support exporting the
performance and error counters including :
- errored seconds
- framing errors
- coding violations
- bipolar violations
- crc4 errors
- ebit errors
- fas errors
* Moved the error and performance counters into a substructure for all drivers
taking advantage of dahdi_span bpvcount.
* Modified the DAHDI_SPANSTAT ioctl interface, so I moved the old interface
to DAHDI_SPANSTAT_V1. The new interface comes with a nice, new shiny packed
struct dahdi_spaninfo.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8061 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
* Enable the internal timing of DAHDI.
* Disable building dahdi_dummy.
* Have dahdi provide the alias 'dahdi_dummy', to allow 'modprobe
dahdi_dummy' to still work.
The code of dahdi_dummy is still kept, as some people may need the extra
flexibility it provides. Those people are advised, though, to let us
know what features are missing from the core module.
Running 'modprobe dahdi_dummy' explicitly in a script or having
'dahdi_dummy' in /etc/dahdi/modules is thus also discourged.
This patch is intentionally small (stripped of documentation) to
simplify backporting. Documentation will follow.
Review: https://reviewboard.asterisk.org/r/518/
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8053 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
This symbol first shows up in kernel version 2.6.25, but some distros have it
back ported into their tree.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8018 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8008 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
If the user kills the modprobe process that is initializing the modules, exit as
soon as possible and do not look for any other modules.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8007 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
It is possible for poorly behaving hardware (and driver bugs) to lockup the
modprobe process by having it wait indefinitely for a command to complete that
never will. DAHDI-451.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8003 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
No need to explicitly include it.
Also note that <linux/autoconf.h> is invalid as of 2.6.33 . It is now
<generated/autoconf.h> (but anyway, should not be #include-d directly).
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7732 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Adds a new compile-time option DAHDI_AUDIO_NOTIFY. With it there's a new
span hook, audio_notify, that gets called (if not NULL) whenever the
ioctl DAHDI_AUDIOMODE is called for a channel.
This can be useful to tell (in most cases) if an ISDN channel is active
or not and thus allow the low-level driver to optimize traffic when
channels are not active.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7691 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7571 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7293 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
This essentially moves the function of dahdi_dummy into the core of DAHDI. It
ensures that if DAHDI is loaded, it will always be able to provide timing,
regardless of whether there are board drivers loaded, or if the board drivers
are properly calling dahdi_receive.
If there is a master span loaded which is calling dahdi_receive, then the
behavior will be like it is normally.
This functionality is off by default, uncomment CONFIG_DAHDI_CORE_TIMER in
include/dahdi/config_dahdi.h in order to enable it.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6863 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6838 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Adds a struct module 'owner' member to the dahdi_span structure and updates
all the board drivers to set this member before registering the span. This
allows the core of dahdi to maintain the reference counts on the channels
itself.
(closes issue #10601)
Reported by: Matti
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6794 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6714 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Defining ioctl codes in this file requires that linux/ioctl.h be included first.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6546 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Echo cancelers are now able to report if they are able to automatically disable
their NLP portions in the presence of tones in the audio stream. Also, the
interface is changed to allow user space to just disable the NLP portion of the
echo canceler. These changes improve fax and modem handling in DAHDI.
This commit merges in the changes on
http://svn.digium.com/svn/dahdi/linux/team/kpfleming/echocan_work
Patch by: kpfleming
Also contains improvements to CED tone detection.
(closes issue #13286)
Reported by: viniciusfontes
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6529 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
The macro DAHDI_DEFAULT_MTU_MRU needs to be exposed to userspace to
build tools/ppp/dahdi.c .
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6430 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6285 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
This makes dahdi_config.h part of the "offcial" interface to external
modules. Practically most of its configuration items are internal to
dahdi-base. But some are intended for other drivers.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6177 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
ecdis.h is no longer #include-d in kernel.h . it was there because of
decleration of some structs that are part of struct dahdi_chan. The
declerations of those structs were moved into kernel.h directly.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6170 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|