|
https://origsvn.digium.com/svn/dahdi/linux/trunk
........
r6844 | sruffell | 2009-07-16 12:29:53 -0500 (Thu, 16 Jul 2009) | 10 lines
wcte12xp: Disable vpmadt032 companding by default.
This fixes a regression in 2.2.0 where certain configurations will fail
patloop test or have repeated HDLC aborts because the VPMADT032 is modifying
the clear channel or d channel data streams. This restores the behavior to
how it was in dahdi-linux 2.1.0.4.
(closes issue #15498)
Reported by: alecdavis
Tested by: alecdavis
........
r6852 | tzafrir | 2009-07-19 10:45:40 -0500 (Sun, 19 Jul 2009) | 12 lines
tor2: allow using port4 as timing source
Fix a silly regression introduced when strict check on the timing
parameter was added (sync-1 is the array index, not sync itself. And 0
is a special case).
(closes issue #15408)
Reported by: dferrer
Patches:
tor2-4th_sync.patch uploaded by dferrer (license 525)
........
r6862 | sruffell | 2009-07-21 12:52:59 -0500 (Tue, 21 Jul 2009) | 4 lines
Revert "wct4xxp, wcte11xp: Use the default configuration by default at startup."
This reverts the change introduced by revision 6712. This change can cause
problems when there is a VPM module installed on the quad-span digital cards.
........
r6863 | sruffell | 2009-07-21 12:53:02 -0500 (Tue, 21 Jul 2009) | 12 lines
dahdi-base: Add support for core timing.
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/branches/2.2@6864 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
