The Asterisk Development Team has announced the releases of:
DAHDI-Linux 2.6.1
DAHDI-Linux 2.5.1
DAHDI-Tools 2.6.1
DAHDI-Tools 2.5.1
DAHDI-Linux-Complete 2.6.1+2.6.1
DAHDI-Linux-Complete 2.5.1+2.5.1

These releases are available for immediate download at:
http://downloads.asterisk.org/pub/telephony/dahdi-linux
http://downloads.asterisk.org/pub/telephony/dahdi-tools
http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete

2.6.1 and 2.5.1 are bugfix releases of which the most noteable changes are:

• Fix for Digium dual and quadspan cards in E1 mode when used with a hardware echocanceler that was introduced in 2.6.0.
• Fix for intermittent failure to decode FSK caller ID on Digium voicebus analog cards introduced in 2.6.0.
• Support for Linux kernel versions up to 3.4.

Issues closed in these releases:
DAHLIN-275: E1 spans have noise on some alternative channels when VPM is active
DAHLIN-274: dahdi_dummy failes to compile
DAHLIN-283: Disable Active State Power Management on PCIe links for DAHDI devices.
DAHLIN-280: dahdi_dynamic_eth(ethmf,loc)
DAHLIN-286: DAHDI driver wctdm24xxp does not compile with GCC 3.4.4
DAHLIN-279: dahdi will not compile with CONFIG_DAHDI_ECHOCAN_PROCESS_TX
DAHLIN-278: dahdi will not compile with CONFIG_DAHDI_NET
DAHLIN-185: Dahdi dummy includes time.h, should be timer.h for low-res timer….
DAHLIN-288: compilation error when CONFIG_DAHDI_WATCHDOG is defined
And in the 2.5.1 release only:
DAHLIN-272: No PCM on a TDM410 FXS module since r10167

The DAHDI-Linux shortlog of changes since 2.6.0:

Mike Sinkovsky (1):
dahdi: Fix compilation when CONFIG_DAHDI_WATCHDOG is defined.

Oron Peled (9):
xpp: bugfix: fix bad refcount
xpp: Don’t deactivate XPDs on unregistration
xpp: handle failures during dahdi_register_device()
xpp: reset Astribank SPI busses
xpp: FXS: better power-down to lower noise
A parent-less device should not crash dahdi
remove a duplicate dev_set_name()
xpp: FXS: atomic vbat_h power handling
xpp: FXS: added a ‘lower_ringing_noise’ parameter

Shaun Ruffell (30):
wctdm24xxp: FXS on-hook transmission timer incorrect.
wct4xxp: VPM module creates noise on alternate channels on E1 spans.
wctdm24xxp: Shorten RINGOFF debounce interval from 512ms to 128ms.
xpp: Use ‘bool’ type for boolean module parameters on kernel versions >= 2.6.31.
xpp: ‘%d’ -> ‘%lu’ when displaying module_refcount on kernel versions >= 3.3
dahdi_dummy: Fix compilation since dahdi-linux 2.6.0.
dahdi: Add dahdi_pci_disable_link_state for kernel < 2.6.25.
wct4xxp: __t4_frame_in and __t4_framer_out slowdowns.
wct4xxp: Add compile-time option to disable ASPM for PCIe devices.
wcte12xp, wctdm24xxp: Add compile-time option to disable ASPM for PCIe devices.
dahdi: Update dev_set_name / dev_name for RHEL 5.6+.
dahdi_dynamic_eth: Move tx packet flushing to process context.
dahdi_dynamic: Since dynamic devices are ‘parentless’ we must name them.
dahdi_dynamic_eth: Prevent crash is packet arrives before span is fully configured.
dahdi_dynamic_eth: Fix compilation on kernels < 2.6.22.
wct4xxp: Disable all interrupts explicitly in interrupt handler.
wct4xxp: Trivial formatting changes around request_irq.
wctdm24xxp: Remove forward declaration of inline for GCC 3.4.4
wctdm24xxp, wcte12xp: Allow VPMOCT032 firmware to be compiled into driver.
dahdi_dynamic: Do not call into dahdi_dynamic without holding reference.
dahdi_dynamic: Remove calls to __module_get().
dahdi_dynamic: Close race on unload if red alarm timer was running when unloaded.
dahdi_dynamic_eth: Make ztdeth_exit() symetrical with ztdeth_init() and fix race on unload.
dahdi_dynamic_loc: Change and check the dyn->pvt pointer under lock.
dahdi: Fix compilation when CONFIG_DAHDI_ECHOCAN_PROCESS_TX is defined.
dahdi: Fix compilation when CONFIG_DAHDI_NET is defined.
dahdi_dummy: Include timer.h instead of time.h
wcb4xxp: Remove asm/system.h include.
wcte12xp, wctdm24xxp, wct4xxp: Print warning about potential GPL violation w/HOTPLUG_FIRMWARE=no.
xpp: Fix compilation when CONFIG_DAHDI_WATCHDOG is defined.

Tzafrir Cohen (8):
Build OSLEC EC if in the tree
Astribank I firmwares rev. 7107
USB_RECOV.hex: recovering from xpp hardware issues
xpp: USB_FW rev 10401: minor 6FXS/2FXO caps issue
xpp: firmwares to support E-Main 4
xpp: firmwares: useless 0x1A at EOF
FPGA_1161.201.hex rev 10532: fix reset of XR1000
FPGA_1161.201.hex rev 10545: fix reset of XR1000

The DAHDI-Linux diffstat from the 2.6.0 release:

README | 11 +-
drivers/dahdi/Kbuild | 15 +-
drivers/dahdi/dahdi-base.c | 106 +-
drivers/dahdi/dahdi-sysfs.c | 15 +-
drivers/dahdi/dahdi_dummy.c | 31 +-
drivers/dahdi/dahdi_dynamic.c | 61 +-
drivers/dahdi/dahdi_dynamic_eth.c | 57 +-
drivers/dahdi/dahdi_dynamic_loc.c | 6 +-
drivers/dahdi/firmware/Makefile | 6 +
drivers/dahdi/voicebus/Kbuild | 15 +-
drivers/dahdi/voicebus/voicebus.h | 9 +
drivers/dahdi/voicebus/vpmoct.c | 52 +-
drivers/dahdi/wcb4xxp/base.c | 1 -
drivers/dahdi/wct4xxp/Kbuild | 1 +
drivers/dahdi/wct4xxp/base.c | 75 +-
drivers/dahdi/wct4xxp/vpm450m.c | 3 +-
drivers/dahdi/wctdm24xxp/base.c | 52 +-
drivers/dahdi/wcte12xp/base.c | 12 +
drivers/dahdi/xpp/card_fxs.c | 56 +-
drivers/dahdi/xpp/card_global.c | 27 +-
drivers/dahdi/xpp/card_global.h | 5 +-
drivers/dahdi/xpp/firmwares/FPGA_1141.hex | 1267 +-
drivers/dahdi/xpp/firmwares/FPGA_1151.hex | 1384 +-
drivers/dahdi/xpp/firmwares/FPGA_1161.201.hex |20685 +++++++++++++++++++++++++
drivers/dahdi/xpp/firmwares/FPGA_FXS.hex | 1287 +-
drivers/dahdi/xpp/firmwares/Makefile | 6 +-
drivers/dahdi/xpp/firmwares/USB_FW.201.hex | 578 +
drivers/dahdi/xpp/firmwares/USB_FW.hex | 801 +-
drivers/dahdi/xpp/firmwares/USB_RECOV.hex | 421 +
drivers/dahdi/xpp/xbus-core.c | 68 +-
drivers/dahdi/xpp/xpd.h | 7 +
drivers/dahdi/xpp/xpp_dahdi.c | 9 +-
drivers/dahdi/xpp/xpp_dahdi.h | 1 +
drivers/dahdi/xpp/xproto.c | 12 +-
include/dahdi/kernel.h | 95 +-
35 files changed, 24625 insertions(+), 2612 deletions(-)

The DAHDI-Tools short log from 2.6.0 is:

Tzafrir Cohen (13):
xpp: clean ‘Extrainfo’ EEPROM field
xpp: xpp_fxloader: improve output
new build_tools/dahdi_sysfs_copy
improve build_tools/dump_sys_state
xpp: echo_loader.c: add AB id to messages
xpp: bugfix: handle echo_loader errors
xpp: Customizable license markers
xpp: fix manpage of astribank_hexload
xpp: Update product ID’s in Dahdi::Hardware::USB
xpp: oct612x: fix build warnings
xpp: fix build warnings
xpp: astribank_allow: useless debug on write
xpp: astribank_hook: wait for udev to settle

The DAHDI-Tools diffstat from 2.6.0:

build_tools/dahdi_sysfs_copy | 142 ++++++++
build_tools/dump_sys_state | 117 ++—–
xpp/Makefile | 2 +-
xpp/astribank_allow.8 | 10 +
xpp/astribank_allow.c | 226 +————
xpp/astribank_hexload.8 | 14 +-
xpp/astribank_hook | 27 ++
xpp/astribank_license.c | 340 ++++++++++++++++++++
xpp/astribank_license.h | 29 ++
xpp/astribank_usb.h | 12 +
xpp/echo_loader.c | 168 ++++++—-
xpp/fpga_load.c | 11 +-
xpp/mpp.h | 2 +-
xpp/mpptalk.c | 16 +-
xpp/mpptalk_defs.h | 2 +
…/oct6100api/oct6100_api/oct6100_channel.c | 75 —–
…/oct6100api/oct6100_api/oct6100_chip_open.c | 18 –
…/oct6100api/oct6100_api/oct6100_conf_bridge.c | 19 –
…/oct6100api/oct6100_api/oct6100_interrupts.c | 15 -
…/oct6100api/oct6100_api/oct6100_tsst.c | 3 -
…/oct6100api/oct6100_miscellaneous_priv.h | 2 -
xpp/perl_modules/Dahdi/Hardware/USB.pm | 1 +
xpp/xpp_fxloader | 32 +-
xpp/xtalk/xtalk.c | 5 +-
24 files changed, 753 insertions(+), 535 deletions(-)

For a full list of changes in these releases, please see the ChangeLogs at
http://svn.asterisk.org/svn/dahdi/linux/tags/2.6.1/ChangeLog
http://svn.asterisk.org/svn/dahdi/linux/tags/2.5.1/ChangeLog
http://svn.asterisk.org/svn/dahdi/tools/tags/2.6.1/ChangeLog
http://svn.asterisk.org/svn/dahdi/tools/tags/2.5.1/ChangeLog

Issues found in this release can be reported in the DAHDI-Linux [1] and
DAHDI-Tools [2] projects at https://issues.asterisk.org/jira

[1] https://issues.asterisk.org/jira/browse/DAHLIN
[2] https://issues.asterisk.org/jira/browse/DAHTOOL

Thank you for your continued support of Asterisk!

Hi,

I’ve tried upgrading one of my servers with yum update to the latest dahdi/asterisk, and found out that my 4th gen TE410P is failing the dahdi init with

Running dahdi_cfg: DAHDI startup failed: Input/output error

Rolling back to 2.5 restores the normal operation, and reading the dahdi 2.6 change log I think I’m hitting this bug fix with my mobo/card combo?

2011-12-14 19:02 +0000 [r10379-10380] Shaun Ruffell

With dahdi 2.6 I’m getting this:

#cat /proc/interrupts

209: 1 0 IO-APIC-level wct4xxp

No interrupts?!

#dmesg

kernel: ACPI: PCI Interrupt 0000:02:01.0[A] -> GSI 24 (level, low) -> IRQ 209
kernel: wct4xxp 0000:02:01.0: Firmware Version: c01a016c
kernel: wct4xxp 0000:02:01.0: FALC Framer Version: 2.1 or earlier
kernel: wct4xxp 0000:02:01.0: Found a Wildcard: Wildcard TE410P (4th Gen)
kernel: VPM450: echo cancellation for 128 channels
kernel: wct4xxp 0000:02:01.0: VPM450: hardware DTMF disabled.
kernel: wct4xxp 0000:02:01.0: VPM450: Present and operational servicing 4 span(s)

kernel: wct4xxp 0000:02:01.0: TE4XXP: Span 1 configured for CCS/HDB3/CRC4
kernel: wct4xxp 0000:02:01.0: RCLK source set to span 1
kernel: wct4xxp 0000:02:01.0: System timing mode, RCLK set to span 1
kernel: wct4xxp 0000:02:01.0: TE4XXP: Span 2 configured for CCS/HDB3/CRC4
kernel: wct4xxp 0000:02:01.0: RCLK source set to span 1
kernel: wct4xxp 0000:02:01.0: System timing mode, RCLK set to span 1
kernel: wct4xxp 0000:02:01.0: TE4XXP: Span 3 configured for CCS/HDB3/CRC4
kernel: wct4xxp 0000:02:01.0: RCLK source set to span 3
kernel: wct4xxp 0000:02:01.0: Recovered timing mode, RCLK set to span 3
kernel: wct4xxp 0000:02:01.0: SPAN 3: Primary Sync Source
kernel: wct4xxp 0000:02:01.0: Interrupts not detected.

With dahdi 2.5 everything is OK:

#cat /proc/interrupts

201: 9157 962863 IO-APIC-level wct4xxp

#dmesg
kernel: ACPI: PCI Interrupt 0000:02:01.0[A] -> GSI 24 (level, low) -> IRQ 201
kernel: wct4xxp 0000:02:01.0: Found TE4XXP at base address f2000000, remapped to f887c000
kernel: wct4xxp 0000:02:01.0: Firmware Version: c01a016c
kernel: wct4xxp 0000:02:01.0: Burst Mode: On
kernel: wct4xxp 0000:02:01.0: Octasic Optimizations: Enabled
kernel: wct4xxp 0000:02:01.0: FALC Framer Version: 2.1 or earlier
kernel: wct4xxp 0000:02:01.0: Board ID: 00
kernel: wct4xxp 0000:02:01.0: Reg 0: 0×37554400
kernel: wct4xxp 0000:02:01.0: Reg 1: 0×37554000
kernel: wct4xxp 0000:02:01.0: Reg 2: 0×00000000
kernel: wct4xxp 0000:02:01.0: Reg 3: 0×00000000
kernel: wct4xxp 0000:02:01.0: Reg 4: 0×00003101
kernel: wct4xxp 0000:02:01.0: Reg 5: 0×00000000
kernel: wct4xxp 0000:02:01.0: Reg 6: 0xc01a016c
kernel: wct4xxp 0000:02:01.0: Reg 7: 0x00001f00
kernel: wct4xxp 0000:02:01.0: Reg 8: 0×00000000
kernel: wct4xxp 0000:02:01.0: Reg 9: 0x00ff0031
kernel: wct4xxp 0000:02:01.0: Reg 10: 0x0000004a
kernel: wct4xxp 0000:02:01.0: Found a Wildcard: Wildcard TE410P (4th Gen)
[snip]
wct4xxp 0000:02:01.0: TE4XXP: Span 1 configured for CCS/HDB3/CRC4
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000010c, CIS = 0080
wct4xxp 0000:02:01.0: RCLK source set to span 1
wct4xxp 0000:02:01.0: System timing mode, RCLK set to span 1
wct4xxp 0000:02:01.0: TE4XXP: Span 2 configured for CCS/HDB3/CRC4
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000010c, CIS = 0080
wct4xxp 0000:02:01.0: RCLK source set to span 1
wct4xxp 0000:02:01.0: System timing mode, RCLK set to span 1
wct4xxp 0000:02:01.0: TE4XXP: Span 3 configured for CCS/HDB3/CRC4
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000010d, CIS = 0081
wct4xxp 0000:02:01.0: RCLK source set to span 3
wct4xxp 0000:02:01.0: Recovered timing mode, RCLK set to span 3
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000010a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: SPAN 3: Primary Sync Source
wct4xxp 0000:02:01.0: TE4XXP: Span 4 configured for CCS/HDB3/CRC4
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000d, CIS = 0084
wct4xxp 0000:02:01.0: RCLK source set to span 3
wct4xxp 0000:02:01.0: Recovered timing mode, RCLK set to span 3
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000b, CIS = 0088
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000b, CIS = 008a
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000b, CIS = 0085
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000b, CIS = 008a
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000
wct4xxp 0000:02:01.0: 2G: Got interrupt, status = 0000000a, CIS = 0080
wct4xxp 0000:02:01.0: Reg 5 is 00000000

The Asterisk Development Team is pleased to announce the first
release of DAHDI-Linux 2.6.0 and DAHDI-Tools 2.6.0.

2.6.0 is a feature release which:

- Adds support for the TE820 8-span card to the wct4xxp driver.

- Decrease load time of analog cards supported by the wctdm24xxp
driver.

- Adds sysfs object model to facilitate persistent span numbering
and early loading of modules (NOTE: by default this release
still behaves like previous releases with regards to span
numbering assignment).

- dahdi_pcap tool is now included in DAHDI-tools but not compiled
by default since it depends on a currently unsupported interface
in DAHDI-Linux. It is intended that in future releases this will
be compiled by default.

Issues closed in this release:

DAHTOOL-49: adding pcap support to Dahdi
(Reported by: Torrey Searle)
DAHLIN-258: weird sound with a native bridged isdn-bri connection
(Reported by: Daniel)
DAHLIN-264: xpp: E1 CAS multiframe bits not properly set

DAHDI-Linux 2.6.0, DAHDI-Tools 2.6.0, and DAHDI-Linux-Complete
2.6.0+2.6.0 are available for immediate download at:

http://downloads.asterisk.org/pub/telephony/dahdi-linux
http://downloads.asterisk.org/pub/telephony/dahdi-tools
http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete

The DAHDI-Linux shortlog of changes that are not in 2.5.0.2:

Doug Bailey:
wctdm24xxp, wcte12xp: Update VPMOCT032 firmware to 1.12.0.

Tzafrir Cohen:
Avoid building PCI devices if kernel has no PCI
xpp: Allow up to 128 Astribanks on a system
xpp: increase command queue length to 1500
xpp: USB_FW rev 10085: fix regression from r10013
xpp: PIC_TYPE_1 rev 9841: followup to r10013
bugfix: off-by-one in span assignment
xpp: USB firmware r9964: minor bugfixes
xpp: bugfix: clear NOTOPEN span alarm on assign
xpp: bugfix — manage xpd refcount for EC module
xpp: Adaptations for E-Main-3
xpp: remove leftovers of old XPD_STATE method
README: Minor additions regarding pinned-spans
README: initial update for span assignments
dahdi: Add error messages in dahdi_ioctl_chanconfig.
xpp: fix FXS D DTMF detection (not zero)
xpp: fix bashism in xpp_debug
live_dahdi: optionally generate FreePBX DB entries

Matthew Fredrickson:
wct4xxp: Add support for TE820 and VPMOCT256.

Russ Meyerriecks:
wct4xxp: Remove vpm400 support.
wct4xxp: Revise vpm struct due to product name changes
wct4xxp: Handle incorrect vpm module/card pairings
wct4xxp: minor: Removed unnecessary instrumentation
wct4xxp: Expose serial number in dahdi_device and kernel log.
wct4xxp: Add field upgradable firmware support for TE820.
wcte12xp, wctdm24xxp: Remove frowny face from vpmoct032 error message

Oron Peled:
xpp: BRI: batch D-Channel packets to fix frag.
xpp: BRI: split multibyte functionality
xpp: BRI: remove trivial BRISTUFF wrappers
xpp: BRI: remove legacy BRISTUFF code
xpp: bad module_put() when too many Astribanks
DAHDI-linux: Fix “surprise removal” problems
xpp: BRI: fix timing priority calculation
xpp: FXS: mwi and search_fsk fixes
xpp: PRI: restore pri_protocol to R/W:
xpp: pri: fix RS1 init in E1 CAS mode
xpp: fxs: demote SETPOLARITY message to DBG()
xpp: silence some bad ioctl() reporting
xpp: restore backward compat dahdi_registration
Extra debugging aids and messages
xpp: cleanup some printk()’s
added ‘basechan’ and ‘channels’ attributes to spans
dahdi: Give userspace a chance to respond to surprise removal.
xpp: Remove dahdi_autoreg parameter:
xpp: more informative span description:
xpp: make unregistration safer (idempotent)
xpp: adapt to ‘location’ attribute removal:
xpp: PRI: use DAHDI new set_spantype() method
dahdi: Expose spans in sysfs.
dahdi: dahdi_is_analog_span() -> dahdi_is_digital_span()
dahdi: start handling “surprise device removal”.

Shaun Ruffell:
wctdm24xxp: Fix bug if hook state on FXS changes before channel configuration.
wct4xxp: Reduce time spent waiting for auth done bit on TE820.
wct4xxp: Fail startup if not generating interrupts.
dahdi: Return dahdi_span_ops.startup callback errors to userspace.
wctdm24xxp: Do not call voicebus_release() before wctdm_back_out_gracefully()
dahdi: #include in dahdi/kernel.h and GpakCust.h
wctc4xxp: Replace ‘ndo_set_multicast_list’ with ‘set_rx_mode’
wctdm24xxp: Wait for background threads to complete on failed load.
dahdi: Unregister dahdi_device from sysfs if we fail to auto assign spans.
dahdi: Fix typo in previous commit which forced some spans to always fail assignment.
dahdi: First span registered becomes master by default.
dahdi: Define POLLRDHUP on kernels < 2.6.17
wctdm24xxp, wcte12xp: Allow VPMADT032 commands more time to complete.
wct4xxp: Allow linemode (T1/E1/J1) to be changed via sysfs attribute.
wcte12xp: Allow linemode (T1/E1) to be changed via sysfs attribute.
dahdi: Allow ‘spantype’ to be changed before span assignement via sysfs.
dahdi: Remove dahdi_span.irq and move dahdi_span.irqmisses into dahdi_device.
dahdi: Expose dahdi devices in sysfs.
dahdi: Register devices instead of individual spans.
wct4xxp: Deprecate ‘t1e1override’ module parameter in favor of ‘default_linemode’.
wct4xxp: Refactor t4_serial_setup() to remove t4.globalconfig.
wct4xxp: Trivial. Use ARRAY_SIZE in free_wc() and __handle_leds().
wct4xxp: Atomically perform some read/modify/write operations
wct4xxp: Fix spelling
wct4xxp: Change t4_span.spantype to linemode.
wct4xxp: Trivial refactoring in t4_init_one().
wct4xxp: Add has_e1_span() helper.
wcte12xp: Deprecate ‘t1e1override’ module parameter in favor of ‘default_linemode’.
wct4xxp: Remove redundant ‘vpm’ from struct t4.
wct4xxp: Remove unused debugging code
wct4xxp: Turn off the fancy alarm LEDS.
wct4xxp: Hold a pointer to the devtype directly
wct4xxp: Remove unused fields from ‘struct t4′ and ‘struct t4_span’
wct4xxp: Remove prefetching support.
wct4xxp: Use in-hardirq version of dahdi_receive/transmit.
wct4xxp: __t4_framer_in and __t4_framer_out speedups.
wct4xxp: Remove ‘pedanticpci’ module parameter.
wct4xxp: Remove some debug information from the kernel logs.
wct4xxp: Slow down the rate we poll the framers in alarm.
wct4xxp: Move “hardware DTMF disabled” message from dev_notice -> dev_info
wctdm24xxp: Remove DEBOUNCING_RINGING_OFF from ring_detector_state enum.
wctdm24xxp: Setup all VPMADT032 channels on hybrid cards.
dahdi: Add functions for determining spantype (E1/T1) to include/dahdi/kernel.h
dahdi: Define pr_xxx macros if not already defined.
wcte12xp: Set uncollected performance counters to -1.
wct4xxp: Remove unused t4_span.psync and t4_span.redalarms.
wctdm24xxp: Remove fwringdetect module parameter.
wctdm24xxp: Use interval for debouncing FXO polarity detection.
wctdm24xxp: Use interval for debouncing FXO battery.
wctdm24xxp: Use time interval for debouncing FXO ring detect.
wctdm24xxp: Use interval for checking FXS on hook transfer timer.
wctdm24xxp: ‘oppending_ms’ shouldn’t assume being checked at 1ms intervals.
wctdm24xxp: Name the shadow registers for each modules.
wctdm24xxp: Change intcount to framecount.
wctdm24xxp: Use fact that handle_transmit/receive are called in hard-irq
wctdm24xxp: Protect creation / destruction of VPM instance.
wctdm24xxp: Reset the polarity debounce setting when battery is lost.
wctdm24xxp: Probe for and configure modules in parallel.
wctdm24xxp: Introduce bg_create/bg_join.
wcte12xp: Abort driver bind if read/write test fails.

The DAHDI-Linux diffstat from the 2.5.0.2 release:

README | 176 ++-
build_tools/live_dahdi | 4 +
drivers/dahdi/Kbuild | 2 +
drivers/dahdi/dahdi-base.c | 872 +++++–
drivers/dahdi/dahdi-sysfs.c | 666 +++++
drivers/dahdi/dahdi.h | 24 +
drivers/dahdi/dahdi_dynamic.c | 10 +-
drivers/dahdi/firmware/Makefile | 36 +-
…/oct612x/include/oct6100api/oct6100_defines.h | 2 +-
drivers/dahdi/pciradio.c | 7 +-
drivers/dahdi/tor2.c | 42 +-
drivers/dahdi/voicebus/GpakCust.c | 4 +-
drivers/dahdi/voicebus/GpakCust.h | 1 +
drivers/dahdi/voicebus/voicebus.c | 2 +-
drivers/dahdi/voicebus/vpmoct.c | 2 +-
drivers/dahdi/wcb4xxp/base.c | 45 +-
drivers/dahdi/wcb4xxp/wcb4xxp.h | 1 +
drivers/dahdi/wcfxo.c | 27 +-
drivers/dahdi/wct1xxp.c | 27 +-
drivers/dahdi/wct4xxp/Kbuild | 5 +-
drivers/dahdi/wct4xxp/base.c | 2870 +++++++++++———
drivers/dahdi/wct4xxp/vpm450m.c | 34 +-
drivers/dahdi/wct4xxp/wct4xxp.h | 22 +-
drivers/dahdi/wctc4xxp/base.c | 14 +
drivers/dahdi/wctdm.c | 39 +-
drivers/dahdi/wctdm24xxp/base.c | 1377 ++++++—-
drivers/dahdi/wctdm24xxp/wctdm24xxp.h | 63 +-
drivers/dahdi/wcte11xp.c | 28 +-
drivers/dahdi/wcte12xp/base.c | 399 ++-
drivers/dahdi/wcte12xp/wcte12xp.h | 8 +-
drivers/dahdi/xpp/card_bri.c | 432 +–
drivers/dahdi/xpp/card_fxo.h | 1 -
drivers/dahdi/xpp/card_fxs.c | 57 +-
drivers/dahdi/xpp/card_fxs.h | 1 -
drivers/dahdi/xpp/card_global.c | 77 +-
drivers/dahdi/xpp/card_pri.c | 131 +-
drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex | 856 +++—
drivers/dahdi/xpp/firmwares/USB_FW.hex | 1133 ++++—-
drivers/dahdi/xpp/init_card_1_30 | 15 +-
drivers/dahdi/xpp/xbus-core.c | 108 +-
drivers/dahdi/xpp/xbus-core.h | 11 +-
drivers/dahdi/xpp/xbus-sysfs.c | 60 +-
drivers/dahdi/xpp/xpp_dahdi.c | 270 +–
drivers/dahdi/xpp/xpp_dahdi.h | 10 +-
drivers/dahdi/xpp/xpp_debug | 15 +-
drivers/dahdi/xpp/xpp_usb.c | 6 +
include/dahdi/kernel.h | 116 +-
47 files changed, 6332 insertions(+), 3776 deletions(-)

The DAHDI-Tools short log from 2.5.0.2:

Tzafrir Cohen:
xpp: two extra product IDs: 1112, 1164
xpp: xpp_fxloader: regressions from r10348
DAHDI-perl: Fix PCI ID for Rhino R4T1 (0b0b:0305)
xpp: recovery firmware in xpp_fxloader
xpp: Serialized Parallel load; E-Main-3 firmware
xpp: astribank_hexload: we need more lines
Fix GCC 4.6 “set but not used” warnings
dahdi_cfg: add ‘-S ‘ and ‘-C ‘
dahdi_perl: Use $Dahdi::sys_base for sysfs pathes
xpp_order generator: ignore EC XPD
chandahdi gen: extens can have any num of digits
Typos in man pages: toolyou
Man page for dahdi_maint
Update the dahdi-monitor man page
fix typos in some xpp utils
dahdi-perl: Also get USB loaded driver from usbfs
dahdi-perl: Freepbxdb config generator

Russ Meyerriecks:
dahdi_pcap: Imported user space utility for managing pcap streams

Shaun Ruffell:
dahdi_genconf: Allow it to recognize the TE8xx 8-port cards.
dahdi_test: Enforce range from 0.0% – 100.0% for accuracy.
dahdi_maint: Print ‘unsupported’ warning if framing errors is -1.

Jira Issues: DAHTOOL-56, DAHTOOL-49

The DAHDI-Tools diffstat from the 2.5.0.2:

Makefile | 4 +
dahdi_cfg.c | 155 ++++++++–
dahdi_maint.c | 14 +-
dahdi_pcap.c | 332 +++++++++++++++++++++
dahdi_test.c | 43 ++-
doc/dahdi_cfg.8 | 16 +-
doc/dahdi_maint.8 | 62 ++++
doc/dahdi_monitor.8 | 124 ++++++++-
xpp/astribank_allow.8 | 2 +-
xpp/astribank_hexload.8 | 2 +-
xpp/astribank_hexload.c | 24 +-
xpp/astribank_tool.8 | 2 +-
xpp/astribank_usb.c | 2 +
xpp/dahdi_genconf | 10 +-
xpp/dahdi_hardware | 6 +-
xpp/lsdahdi | 2 +-
xpp/perl_modules/Dahdi/Config/Gen/Chandahdi.pm | 4 +-
xpp/perl_modules/Dahdi/Config/Gen/Freepbxdb.pm | 116 ++++++++
xpp/perl_modules/Dahdi/Config/Gen/Xpporder.pm | 2 +-
xpp/perl_modules/Dahdi/Hardware/PCI.pm | 4 +-
xpp/perl_modules/Dahdi/Hardware/USB.pm | 6 +
xpp/perl_modules/Dahdi/Span.pm | 2 +-
xpp/xpp_fxloader | 367 +++++++++++++++++——-
xpp/xtalk/xusb.c | 144 +++++++++-
24 files changed, 1238 insertions(+), 207 deletions(-)

For a full list of changes in these releases, please see the ChangeLog at
http://svn.asterisk.org/svn/dahdi/linux/tags/2.6.0/ChangeLog and
http://svn.asterisk.org/svn/dahdi/tools/tags/2.6.0/ChangeLog .

Issues found in this release can be reported in the DAHDI-Linux [1] and
DAHDI-Tools [2] projects at https://issues.asterisk.org/jira

[1] https://issues.asterisk.org/jira/browse/DAHLIN
[2] https://issues.asterisk.org/jira/browse/DAHTOOL

Thank you for your continued support of Asterisk!

Hi,

A telco has recently installed a new line in our building and I need to connect it to my Asterisk server with a Digium PRI card.

It’s not the first time I set up and configure a PRI link but I’m failing to make this one work.

The only information I got from the telco is:
“
Line Coding [HDB3]
Framing [CRC4]
Encapsultation [hdlc
Isdn switch-type primary-[net5]
”

Is “crc4″ actually a “framing” parameter as stated by the telco, or is it just an “optional line coding parameter”?

I searched the web and not knowing exactly which parameters to use, I tried the following zaptel/dahdi config:

# TE120P (PRI):
span=1,1,0,ccs,hdb3,crc4
# as E1
bchan=1-15
dchan=16
bchan=17-31

switchtype = euroisdn
signalling = pri_cpe

However, the link doesn’t work and I get this:

*CLI show status:
Description Alarms IRQ bpviol CRC4
Wildcard TE120P Card 0 RED 1 0 0

# cat /proc/zaptel/1
Span 1: WCT1/0 “Wildcard TE120P Card 0″ (MASTER) HDB3/CCS/CRC4 RED
IRQ misses: 1

1 WCT1/0/1 Clear (In use) RED
2 WCT1/0/2 Clear (In use) RED
3 WCT1/0/3 Clear (In use) RED
4 WCT1/0/4 Clear (In use) RED
5 WCT1/0/5 Clear (In use) RED
6 WCT1/0/6 Clear (In use) RED
7 WCT1/0/7 Clear (In use) RED
8 WCT1/0/8 Clear (In use) RED
9 WCT1/0/9 Clear (In use) RED
10 WCT1/0/10 Clear (In use) RED
11 WCT1/0/11 Clear (In use) RED
12 WCT1/0/12 Clear (In use) RED
13 WCT1/0/13 Clear (In use) RED
14 WCT1/0/14 Clear (In use) RED
15 WCT1/0/15 Clear (In use) RED
16 WCT1/0/16 HDLCFCS (In use) RED
17 WCT1/0/17 Clear (In use) RED
18 WCT1/0/18 Clear (In use) RED
19 WCT1/0/19 Clear (In use) RED
20 WCT1/0/20 Clear (In use) RED
21 WCT1/0/21 Clear (In use) RED
22 WCT1/0/22 Clear (In use) RED
23 WCT1/0/23 Clear (In use) RED
24 WCT1/0/24 Clear (In use) RED
25 WCT1/0/25 Clear (In use) RED
26 WCT1/0/26 Clear (In use) RED
27 WCT1/0/27 Clear (In use) RED
28 WCT1/0/28 Clear (In use) RED
29 WCT1/0/29 Clear (In use) RED
30 WCT1/0/30 Clear (In use) RED
31 WCT1/0/31 Clear (In use) RED

Placing a call through the Zap/Dahdi trunk in Asterisk doesn’t work and I get the following message in the log:

chan_dahdi.c: No D-channels available! Using Primary channel 16 as D-channel anyway!
logger.c: — Attempting call on Zap/g1/999xxxxxx for 999xxxxxx@custom-TESTCALL:1 (Retry 1)
channel.c: Unable to request channel Zap/g1/999xxxxxx
pbx_spool.c: Call failed to go through, reason (8) Congestion (circuits busy)
chan_dahdi.c: No D-channels available! Using Primary channel 16 as D-channel anyway!

Am I missing some information here?
I’m *supposing* it should be E1 (and that I can use 16 as dchan), euroisdn (not “national”), but my telco states “hdlc Isdn switch-type primary-[net5]” and I don’t know how to translate it to zaptel/dahdi…

Also, my telco hasn’t mentioned anything about ccs but I tried it anyway because I wouldn’t know what else to use.

I also tried
signalling = pri_net
but still got the same RED alerts.

Any suggestions?

Thanks

Vieri

Hi all,

We have a telephony server in India which runs CentOS release 5.7 (Final)
version with four-span Digium Card, one of which has an E1 PRI line
terminating on the server.
$ dahdi_hardware
pci:0000:07:08.0 wct4xxp+ d161:1420 Wildcard TE420 (5th Gen)

Recently we’ve been observing the status of Span 1 as observed from
dahdi_tool output flaps between yellow and green. This happens a couple of
few a day.
While the span state is yellow, I observed that the
modules dahdi_echocan_mg2 and wct4xxp are not loaded.

After running sudo modprobe wct4xxp; sudo modprobe dahdi_echocan_mg2, the
span state changes to green.
The dahdi documentation has the following to say on yellow alarms:

(RAI — Remote Alarm Indication)

Your T1/E1 port will go into yellow alarm when it receives a signal from
the remote switch that the port on that remote switch is in red alarm. This
essentially means that the remote switch is not able to maintain sync with
you, or is not receiving your transmission.

As a newbie to asterisk, pointers will be very helpful. Here are some more
details on the installed versions of various packages/modules.

1. Linux Kernel Version : $ uname -a
Linux 022.exotel.in 2.6.18-274.3.1.el5 #1 SMP Tue Sep 6 20:13:52 EDT 2011
x86_64 x86_64 x86_64 GNU/Linux
2. Dahdi verison: dahdi-linux-complete-2.5.0.1+2.5.0.1
3. Asterisk verison: asterisk-1.8.6.0
4. libpri version: libpri-1.4.12

Is this a configuration issue, package version issue or an operator issue?
I’ll be glad to share the necessary dahdi configuration files if needed.

Thanks in advance.