[svn-commits] sruffell: tag tools/2.5.0-rc2 r10077 - /tools/tags/2.5.0-rc2/
SVN commits to the Digium repositories
svn-commits at lists.digium.com
Thu Jul 21 16:58:27 CDT 2011
Author: sruffell
Date: Thu Jul 21 16:58:24 2011
New Revision: 10077
URL: http://svnview.digium.com/svn/dahdi?view=rev&rev=10077
Log:
Importing files for 2.5.0-rc2 release.
Added:
tools/tags/2.5.0-rc2/.version (with props)
tools/tags/2.5.0-rc2/ChangeLog (with props)
Added: tools/tags/2.5.0-rc2/.version
URL: http://svnview.digium.com/svn/dahdi/tools/tags/2.5.0-rc2/.version?view=auto&rev=10077
==============================================================================
--- tools/tags/2.5.0-rc2/.version (added)
+++ tools/tags/2.5.0-rc2/.version Thu Jul 21 16:58:24 2011
@@ -1,0 +1,1 @@
+2.5.0-rc2
Propchange: tools/tags/2.5.0-rc2/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tools/tags/2.5.0-rc2/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tools/tags/2.5.0-rc2/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tools/tags/2.5.0-rc2/ChangeLog
URL: http://svnview.digium.com/svn/dahdi/tools/tags/2.5.0-rc2/ChangeLog?view=auto&rev=10077
==============================================================================
--- tools/tags/2.5.0-rc2/ChangeLog (added)
+++ tools/tags/2.5.0-rc2/ChangeLog Thu Jul 21 16:58:24 2011
@@ -1,0 +1,1624 @@
+2011-07-21 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.5.0-rc2 released.
+
+2011-07-21 17:29 +0000 [r10071] Russ Meyerriecks <rmeyerreicks at digium.com>
+
+ * patlooptest.c: patlooptest: Ignore the first buffered event Fixes
+ the feature introduced in r9909 that allows patlooptest to
+ monitor channel events. Patlooptest was reporting events that we
+ don't care about, prior to reading from the channel. This fix
+ ignore the first event read on a channel and reports all
+ subsequent events properly. Signed-off-by: Russ Meyerriecks
+ <rmeyerriecks at digium.com>
+
+2011-07-21 13:40 +0000 [r10068] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/astribank_hook: astribank_hook: startup lock and more *
+ Silently exit right away if user did not set XPP_HOTPLUG_DAHDI. *
+ Only one Astribank should be allowed to run the startup script: -
+ Protect that section with a "lock" (symlinking a file). - Sadly
+ we can't rely on /run and may have to wait for a r/w file-system.
+ - And thus even this waiting needs to be run in the background as
+ to not hold udev. Signed-off-by: Tzafrir Cohen
+ <tzafrir.cohen at xorcom.com>
+
+2011-07-12 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.5.0-rc1 released.
+
+2011-07-12 23:01 +0000 [r10040] Shaun Ruffell <sruffell at digium.com>
+
+ * xpp/perl_modules/Dahdi/Span.pm: Span.pm: Process the
+ /proc/dahdi/<x> files atomically. It is possible that the
+ contents of the proc files can change while the perl modules are
+ in the processing of processing them. Specifically, if lsdahdi is
+ called on boot before the channels are configured, the channel
+ will be "probed" to determine if it's an FXO or FXS channel and
+ that can result in the output of proc changing. When the size of
+ proc changes, the script can get confused about where the
+ beginning of the next line is. This patch reads in the proc file
+ completely into memory first, and then starts processing each of
+ the lines. This resolves the "Unrecognized garbage 'INACTIVE)' in
+ -" that is displayed on boot with the recent trunk of DAHDI.
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Signed-off-by:
+ Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+2011-07-11 18:02 +0000 [r10034] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/astribank_hexload.c: xpp: astribank_hexload: yes, we
+ HAVE_OCTASIC Hardwire this for now, as this does not come from
+ autoconf.
+
+2011-07-10 16:25 +0000 [r10030-10032] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/astribank_hexload.8, xpp/waitfor_xpds, xpp/README.Astribank,
+ xpp/echo_loader.h (added), xpp/xpp_fxloader,
+ xpp/astribank_tool.c, xpp/Makefile, xpp/astribank_allow.c, xpp,
+ xpp/perl_modules/Dahdi/Xpp/Xpd.pm, xpp/astribank_hexload.c,
+ xpp/dahdi_registration, xpp/echo_loader.c (added): xpp: support
+ loading Octasic EC firmware Echo Cancellation firmware is loaded
+ by xpp/stribank_hexload (Using the oct612x code). *
+ astribank_hexload: options -O/-o/-A for handling the Octasic echo
+ cancellation firmware. * astribank_tool: report that. *
+ xpp_fxloader: Run astribank_hexload, if needed. * dahdi_perl: The
+ EC module is an extra XPD, but not a "telephony device" and hence
+ not a span. Deal with that. * waitfor_xpds: may need to wait a
+ bit longer for firmware loading. Signed-off-by: Tzafrir Cohen
+ <tzafrir.cohen at xorcom.com>
+
+ * xpp/oct612x (added): xpp: A copy of oct612x in dahdi-tools
+ Include a copy of the oct612x Octasic echo canceller interface to
+ be used by astribank_hexload to load the echo canceller firmware
+ to a Xorcom Astribank.
+
+2011-07-05 20:13 +0000 [r10026] Shaun Ruffell <sruffell at digium.com>
+
+ * system.conf.sample: system.conf.sample: Add note regarding cross
+ connecting spans on B410P. There is an issue with the hardware on
+ the B410P that makes it unreliable to connect one of the ports to
+ another port for testing. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com>
+
+2011-06-23 17:33 +0000 [r9986] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Xpp.pm: fix registration order for more
+ than 9 Astribanks The sorting function for SORT_XPPORDER
+ accidentally sorted the Astribank priorities from the xpp_order
+ file (/etc/dahdi/xpp_order) lexicographically instead of
+ numerically, that is: 10 before 2. Signed-off-by: Tzafrir Cohen
+ <tzafrir.cohen at xorcom.com>
+
+2011-06-16 09:35 +0000 [r9979] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/dahdi_genconf, xpp/perl_modules/Dahdi/Span.pm: dahdi_genconf:
+ apply termtype to Digium HA8 BRI Make the pri_termtype setting in
+ genconf_parameters apply to any BRI/PRI carddeclared as "soft
+ NT". ATM, this is only the Xorcom E1/T1 device and the Digium HA8
+ (BRI) module of the TDM card. Signed-off-by: Tzafrir Cohen
+ <tzafrir.cohen at xorcom.com> Acked-by: Shaun Ruffell
+ <sruffell at digium.com>
+
+2011-06-07 19:44 +0000 [r9975] Kinsey Moore <kmoore at digium.com>
+
+ * patgen.c, patlooptest.c, pattest.c: tools: Allow pattern tools to
+ access channels above the device file limit pattest and patgen
+ already had this capability, but there were cases in which they
+ would act unexpectedly. Now, if the name specified is not a
+ character device file, it will be treated as a channel number if
+ possible. Acked-by: Shaun Ruffell <sruffell at digium.com>
+
+2011-06-07 10:28 +0000 [r9973] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/astribank_hexload.c: xpp: this is the right place for
+ astribank_close()
+
+2011-05-24 15:14 +0000 [r9919-9920] Shaun Ruffell <sruffell at digium.com>
+
+ * zonedata.c: zonedata: Add support for United Arab Emirates. This
+ was provided for interop with analog lines provided by Etisilat.
+ DAHDI-796. Signed-off-by: Shaun Ruffell <sruffell at digium.com>
+
+ * zonedata.c: zonedata: Add support for Costa Rica. Add in the
+ costa Rica zonedata. (closes issue #19069) Reported by:
+ desafiocostarica Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com>
+
+2011-04-18 21:20 +0000 [r9909] Kinsey Moore <kmoore at digium.com>
+
+ * patlooptest.c: tools: Allow patlooptest to activate and handle
+ buffer events The new buffer events code introduced in revision
+ 9905 gives userspace processes an interface to activate detection
+ of buffer over and underflows. This change allows patlooptest to
+ take advantage of that feature to better inform users of the
+ cause of pattern errors. Acked-by: Shaun Ruffell
+ <sruffell at digium.com> (original patch by Matt Fredrickson)
+
+2011-03-16 14:32 +0000 [r9830-9831] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/astribank_is_starting.c: astribank_is_starting.c: do have
+ timeout (typo) Due to a typo the option for not using a timeout
+ was always used. Regression since r9426.
+
+ * dahdi.init: dahdi.init: LSB short description
+
+2011-03-10 18:48 +0000 [r9825] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/xtalk/xtalk.c (added), xpp/astribank_hexload.8, xpp/mpptalk.c
+ (added), xpp/xtalk/xusb.h (added), xpp/xtalk/debug.c (added),
+ xpp/xpp_fxloader, xpp/xtalk/xtalk.h (added),
+ xpp/astribank_tool.c, xpp/xtalk/xtalk_defs.h (added),
+ xpp/astribank_allow.c, xpp/mpptalk.h (added), xpp/mpptalk_defs.h
+ (added), xpp/xtalk/debug.h (added), xpp/astribank_hexload.c,
+ xpp/xtalk/xlist.c (added), xpp/debug.c (removed),
+ xpp/astribank_usb.c, xpp/mpp_funcs.c (removed), xpp/debug.h
+ (removed), xpp/xtalk/xlist.h (added), xpp/Makefile,
+ xpp/astribank_usb.h, xpp/mpp_funcs.h (removed),
+ xpp/astribank_tool.8, xpp/astribank_allow.8, xpp/mpp.h,
+ xpp/pic_loader.c, xpp/xtalk (added), xpp/xtalk/xusb.c (added):
+ xpp: use 'xtalk' for the USB access code * Move most of the USB
+ access code from xpp/ to xpp/xtalk/ . * astribank_tool and such
+ tools can now use a shorter -D mmm/nnn rather than a full path.
+ Signed-off-by: Oron Peled <oron.peled at xorcom.com> Acked-by:
+ Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+2011-03-03 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.4.1 released.
+
+2011-02-08 14:42 +0000 [r9733-9744] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * /, xpp/perl_modules/Dahdi/Chans.pm,
+ xpp/perl_modules/Dahdi/Config/Gen/System.pm: dahdi-perl: more
+ left-over $span->xpd Replace the remaining $span->xpd with
+ xpd_of_span(). Following up on r9648. Merged revisions 9731 via
+ svnmerge from http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * xpp/perl_modules/Dahdi/Hardware/USB.pm, /: dahdi-perl: fix xpp
+ driver in dahdi_hardware Don't require 'dahdi_hardware -v' to
+ show the driver for a USB device. Only works when the usbfs is
+ not used (when /proc/bus/usb is not mounted). Signed-off-by:
+ Tzafrir Cohen <tzafrir.cohen at xorcom.com> Merged revisions 9699
+ via svnmerge from http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * /, xpp/perl_modules/Dahdi/Span.pm: dahdi-perl: left-over
+ $span->xpd Replace one remaining $span->{XPD} with xpd_of_span().
+ Signed-off-by: Tzafrir Cohen <tzafrir.cohen at xorcom.com> Merged
+ revisions 9648 via svnmerge from
+ http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * /, xpp/perl_modules/Dahdi/Config/Gen/System.pm: dahdi_genconf:
+ Don't generate configurations that use channel 16 on E1 CAS
+ Attempting to use channel 16 on E1 CAS is disallowed since that
+ channel is reserved for RBS signaling. Configurations should not
+ be generated that attempt to use it. Closes DAHDI-763. Patch by
+ dmartinez. Merged revisions 9485 via svnmerge from
+ http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * /, xpp/xpp_fxloader: xpp_fxloader: Don't try to load FPGA
+ firmware twice When called from udev to load the FPGA firmware,
+ make sure that this is not the event generated for the first
+ end-point of the existing two, as we need to talk with the second
+ one. This is probably better done in the udev rules, but will be
+ slightly more complicated to apply only to the FPGA loading and
+ not to USB firmware loading. Merged revisions 9482 via svnmerge
+ from http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * dahdi_scan.c, /: dahdi_scan: Show CAS framing on the framing
+ line. Also, always append "/CRC4" on any span where that was
+ specified as an option. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Acked-by: Kinsey Moore <kmoore at digium.com>
+ Merged revisions 9473 via svnmerge from
+ http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * dahdi_scan.c, /: Fixed up the loss of crc4-multiframe alignment
+ logic Loss of crc4-multiframe alignment on an E1 link is not a
+ condition which brings the span down. The span will continue to
+ run as long as it can maintain double frame alignment. Because of
+ this, we cannot place the LMFA alarm in the usual spaninfo.alarms
+ member, due to userspace programs using this as a catch-all for a
+ span being up or down. We can detect the alarm by watching the
+ frame error counter (fecount). If it continuously increments, the
+ span is configured for crc4, and the span remains OK (alarms =
+ 0), then we are in loss of crc4-multiframe state. In order to
+ test this alarm, you'll need to synthesize a loss of crc4
+ alignment on the span. You can usually do this by configuring the
+ local span to use crc4 and the remote end to not use crc4. I used
+ the Fireberd 6000 in my lab to do this. dahdi-743 & dahdi-420
+ Acked-by: Shaun Ruffell <sruffell at digium.com> Merged revisions
+ 9458 via svnmerge from
+ http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * xpp/perl_modules/Dahdi/Hardware/PCI.pm, /: Dahdi::Hardware:
+ Support beroNet BN4S0e PCI Express card Add extra PCI IDs to
+ support "beroNet BN4S0e PCI Express 4x S0 Karte". Origin:
+ http://bugs.debian.org/600839 Merged revisions 9452 via svnmerge
+ from http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * autoconfig.h.in, xpp/astribank_is_starting.c, /, configure,
+ configure.ac: astribank_is_starting: use semop if no semtimedop
+ astribank_is_starting should use a timeout for the semaphore, but
+ if the GNU-specific semtimedop() is not available, we'll just
+ fall back to using semop with no time out. Not as good, but
+ better than nothing. (closes issue #16783) Reported by: abelbeck
+ Merged revisions 9426 via svnmerge from
+ http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * /, zonedata.c: tonezone: Add Macao,China to tone zone data Adding
+ Macao tone zone data according to
+ http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf (closes
+ issue #17744) Reported by: alfredtang Patches: zonedata.patch
+ uploaded by alfredtang (license 1094) Merged revisions 9313 via
+ svnmerge from http://svn.digium.com/svn/dahdi/tools/trunk
+
+2010-08-31 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.4.0 released.
+
+2010-08-31 16:12 +0000 [r9220] Kinsey Moore <kmoore at digium.com>
+
+ * ppp/dahdi.c: PPP: Fix an incorrect function call that was causing
+ dahdi.so to fail to load
+
+2010-08-18 13:49 +0000 [r9159] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Config/Gen.pm: DAHDI-perl: Config (sort
+ of) for dynamic channels Generate some sort of configuration for
+ dynamic channels. Usable enough for testing.
+
+2010-08-18 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.4.0-rc1 released.
+
+2010-08-13 18:40 +0000 [r9133] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi_scan.c: dahdi_scan: Use 'linecompat' to identify digital
+ spans. This fixes the case where the BRI spans on the Hx8 cards
+ were displayed as analog spans.
+
+2010-08-03 12:14 +0000 [r9079] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Hardware/PCI.pm,
+ xpp/perl_modules/Dahdi/Chans.pm: dahdi-perl: also detect Aligera
+ cards (closes issue #17783) Reported by: frawd Patches:
+ dahdi-tools_aligera.patch uploaded by frawd (license 610)
+
+2010-08-01 22:39 +0000 [r9076] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * dahdi_scan.c, dahdi_maint.c: fix build of dahdi_scan and
+ dahdi_maint with -linux 2.3 New functionality that was added in
+ r8992 and r8993 uses new items defined only in dahdi-linux trunk
+ (and eventually: 2.4). As in both cases it's a single place to
+ check, we'll just ifdef it away.
+
+2010-07-30 15:28 +0000 [r9066-9067] Kinsey Moore <kmoore at digium.com>
+
+ * dahdi_cfg.c: dahdi_cfg: Display more appropriate error messages
+ when an invalid signaling is chosen along with suggestions on how
+ to fix the problem.
+
+ * xpp/perl_modules/Dahdi/Chans.pm: perl: make sure the channel
+ parser recognizes "Reserved" for unusable channels and fix a bug
+ preventing E&M-E1 from being detected properly
+
+2010-07-28 12:30 +0000 [r9031] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/twinstar: twinstar: err on an invalid command.
+
+2010-07-26 18:56 +0000 [r8991-8994] Russ Meyerriecks <rmeyerreicks at digium.com>
+
+ * dahdi_scan.c: Removed no longer existing alarm condition
+
+ * dahdi_scan.c: Modified dahdi_sync to report detailed alarms
+
+ * dahdi_maint.c: wip: dahdi_maint can now trip the alarm sim
+
+ * dahdi_maint.c: dahdi_maint: Fixed outdated usage text
+
+2010-07-22 11:41 +0000 [r8964] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/xpp_fxloader: increase maximal firmware delay to 15 seconds
+ Hmm... how badly congested can the startup of Centos be?
+
+2010-07-21 08:47 +0000 [r8948-8954] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/astribank_hexload.8, xpp/astribank_tool.8,
+ xpp/astribank_allow.8: More hyphen/minus fixes.
+
+ * xpp/xpp_fxloader: xpp_fxloader: replace a sleep with a sleep loop
+ For newer kernels there's no need to sleep at all. For Centos5
+ systems there seems to be a need for a large sleep for firmware
+ load at boot time. So let's make it a loop.
+
+ * xpp/README.Astribank: README.Astribank: new VMWI settings
+
+2010-07-14 10:58 +0000 [r8923-8924] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Config/Gen.pm: dahdi_genconf: better error
+ message for a bad generator module
+
+ * xpp/perl_modules/Dahdi/Span.pm, xpp/genconf_parameters: Allow
+ using CONNECTOR/LABEL in genconf_parameters Allow using
+ CONNECTOR/LABEL in addition to SPAN and NUM for pri_termtype in
+ genconf_parameters
+
+2010-07-06 17:52 +0000 [r8854] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Hardware/PCI.pm: Extra PCI IDs for
+ Junghanns PCI-E card (dahdi-perl)
+
+2010-06-29 15:21 +0000 [r8827] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * dahdi_tool.c: dahdi_tool: center span window as well. If your
+ window was larger than 80X25, you got a main "window" in the
+ center and the span one in the corner. This puts the span one in
+ the center as well.
+
+2010-06-15 15:44 +0000 [r8777] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * dahdi_cfg.c: Convert all '%i' to '%d' in dahdi_cfg Various values
+ in system.conf were parsed using %i. This means that a value with
+ a leading 0x was considered hexadecimal and a value with a
+ leading 0 would be considered octal ('030' == '24' == '0x1E').
+ This was never documented and seems a potential cause for
+ confusion in case a leading zero sneaks in. It is thus removed.
+
+2010-06-03 20:56 +0000 [r8746] Doug Bailey <dbailey at digium.com>
+
+ * patlooptest.c: Add enhanced command line parsing and add more
+ options into how errors are flagged and what is displayed. Still
+ runs with the old usage: patlooptest <dahdi device> [<timeout>]
+
+2010-06-02 17:05 +0000 [r8741] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Hardware/PCI.pm: An extra PCI ID for an
+ OpenVox card I ran into.
+
+2010-05-20 13:10 +0000 [r8670] Sean Bright <sean at malleable.com>
+
+ * /, xpp: Add dahdi_maint and xpp/twinstar.8 to svn:ignore
+
+2010-05-17 13:26 +0000 [r8630-8638] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * /, xpp/waitfor_xpds, xpp/astribank_hook: Fix bashism (Raphael
+ Geissert, checkbashism)
+
+ * xpp/perl_modules/Dahdi/Hardware/USB.pm: A more correct way to
+ pass parameters
+
+2010-05-09 14:09 +0000 [r8615] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * dahdi_cfg.c: Remove duplicate code: rad_apply_channels
+ rad_apply_channels() was the same as apply_channels()
+
+2010-05-04 15:33 +0000 [r8606] Kevin P. Fleming <kpfleming at digium.com>
+
+ * dahdi_cfg.c: Report correct span number in dahdi_cfg verbose
+ output. When the DAHDI configuration file does not configure
+ every single span in the system, but leaves spans unconfigured,
+ the verbose output from dahdi_cfg would show incorrect span
+ numbers when reporting the line configuration, as it printed the
+ index into the array of configured spans, instead of their actual
+ span numbers.
+
+2010-05-03 13:54 +0000 [r8589] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/xpp_fxloader: xpp_fxloader: make sure 1163 is not missed.
+
+2010-04-29 15:06 +0000 [r8580] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/xpp_fxloader: Load xpp firmware in the background (udev) Move
+ loading the the xpp firmwares (when called from udev) to a
+ background sub-process. This helps with: * Don't block udev * It
+ seems that with older systems (e.g. CentOS 5) we need to wait a
+ bit for the device file to appear (in one of the upcoming udev
+ events). If we keep blocking udev, we won't have the device file.
+ The 'sleep' does not seem to be required for newer systems (e.g.
+ Debian Lenny).
+
+2010-04-22 09:55 +0000 [r8547] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/Makefile: astribank_is_starting does not depend on libusb.
+
+2010-04-18 12:52 +0000 [r8529-8535] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * dahdi.init: Add proper dependencies to the 'stop' action as well.
+
+ * doc/pattest.8, xpp/dahdi_genconf, xpp/astribank_is_starting.8,
+ doc/dahdi_cfg.8, doc/dahdi_test.8, doc/fxotune.8,
+ doc/dahdi_diag.8, doc/dahdi_scan.8, doc/patgen.8,
+ doc/dahdi_monitor.8: man pages: hyphen to minus Groff considers
+ '-' a hyphen. If we want a minus (or a dash) we need to use '\-'.
+
+2010-04-14 14:55 +0000 [r8520] Kinsey Moore <kmoore at digium.com>
+
+ * system.conf.sample: Add documentation for e&me1 (E&M over E1
+ lines).
+
+2010-04-12 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.3.0 released.
+
+2010-04-12 20:18 +0000 [r8503-8508] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Hardware/USB.pm: Also detect USB devices
+ connected on a hub.
+
+ * xpp/perl_modules/Dahdi/Span.pm: Also detect type for Sangoma
+ E1/T1 cards.
+
+2010-04-01 15:45 +0000 [r8451] Shaun Ruffell <sruffell at digium.com>
+
+ * Makefile: dahdi_maint: install dahdi_maint on 'make install'
+
+2010-03-29 21:04 +0000 [r8444] Kinsey Moore <kmoore at digium.com>
+
+ * dahdi_maint.c: Add a space between words and correct an error
+ message.
+
+2010-03-25 15:29 +0000 [r8422-8430] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Hardware/PCI.pm: wcb4xxp - add Swyx 4xS0
+ SX2 QuadBri PCI IDs to dahdi-perl (issue #16493) Reported by:
+ nic_bellamy
+
+ * xpp/perl_modules/Dahdi/Hardware/PCI.pm: Some more wcb4xxp PCI IDs
+ for Junghanns cards (issue #15446) (issue #16447) Reported by:
+ lpistone Tested by: okrief
+
+2010-03-23 13:41 +0000 Russ Meyerriecks <rmeyerriecks at digium.com>
+
+ * dahdi-tools version 2.2.1.1 released.
+
+2010-03-10 17:37 +0000 Russ Meyerriecks <rmeyerriecks at digium.com>
+
+ * xpp/perl_modules/Dahdi/Hardware/PCI.pm: Added IDs for gen5 firmware
+
+2010-01-11 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.2.1 released.
+
+2010-01-10 15:39 +0000 [r7793-7829] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * /, xpp/README.Astribank: Another round of updates to
+ README.Astribank. zap->dahdi and others Merged revisions 7754 via
+ svnmerge from http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * xpp/perl_modules/Dahdi/Hardware/USB.pm, /: dahdi-perl: only get
+ 'serial' and 'devnum' attributes from Astribanks We can tell if a
+ device is an Astribank by the vendorId and productId attribute.
+ Get other attributed only after we give up on other devices.
+ (closes issue #16552) Merged revisions 7558 via svnmerge from
+ https://origsvn.digium.com/svn/dahdi/tools/trunk
+
+ * /, xpp/xpp_fxloader: xpp_fxloader: adapt to newer kernels This
+ commit prepares xpp_fxloader to get hotplug envirnment from newer
+ kernel versions: * DEVICE will eventually be replaced with
+ DEVNAME. Accept both (and look at DEVNAME first). * If we get
+ DEVICE, we'll probably get an invalid path based at /proc/bus/usb
+ . Fix it to use /dev/bus/usb . * While we're at it, allow using
+ PRODUCT from the envirnment instead of from the command-line.
+ This should allow fixing udev rules but will also work with
+ existing rules in DAHDI-linux from trunk (for systems where they
+ are valid). Merged revisions 7752 via svnmerge from
+ http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * /, xpp/waitfor_xpds, xpp/twinstar_hook, xpp/xpp_fxloader: xpp:
+ Comment-only changes: copyright, keywords Merged revisions 7463
+ via svnmerge from http://svn.digium.com/svn/dahdi/tools/trunk
+
+ * /, xpp/twinstar: Add perldoc for twinstar. This also avoids a
+ bogus, empty twinstar.8 man page. Merged revisions 7219,7263 via
+ svnmerge from http://svn.digium.com/svn/dahdi/tools/trunk
+ ........ r7219 | tzafrir | 2009-09-27 13:49:40 +0200 (Sun, 27 Sep
+ 2009) | 5 lines xpp: install twinstar by default; Add a man page
+ Add a man page to twinstar (as perl POD) and get it installed by
+ default. ........ r7263 | tzafrir | 2009-09-29 22:45:50 +0200
+ (Tue, 29 Sep 2009) | 2 lines xpp: fix a typo in documentation
+ ........
+
+ * README, /: Fix README for asciidoc 8.5.2 Tweak title a bit to
+ avoid asciidoc consider it a header for a syntax block. Merged
+ revisions 7792 via svnmerge from
+ http://svn.digium.com/svn/dahdi/tools/trunk
+
+2009-12-15 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.2.1-rc2 released.
+
+2009-12-01 13:14 +0000 [r7655] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/Makefile: Also install the twinstar tool on the system
+ Originaly part of trunk r7219.
+
+2009-11-22 11:48 +0000 [r7621] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/astribank_hexload.c, xpp/perl_modules/Dahdi/Hardware/USB.pm,
+ xpp/mpp_funcs.c, xpp/astribank_tool.c, xpp/astribank_usb.h,
+ xpp/mpp_funcs.h, xpp/astribank_tool.8,
+ xpp/perl_modules/Dahdi/Xpp/Mpp.pm, xpp/mpp.h: xpp: MPP protocol
+ v.1.4 * New firmware loading protocol - Older one (1.3) is still
+ supported for now * Support loading firmwares from Astribanks
+ with a minimal firmware (1163) * astribank_tool -Q: always query,
+ regardless of verbosity level xpp rev: up to 7559 Merged
+ revisions 7609 via svnmerge from
+ https://origsvn.digium.com/svn/dahdi/tools/trunk
+
+2009-11-19 23:11 +0000 [r7611] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/xpp_fxloader, xpp/astribank_tool.c: xpp: support loading
+ USB firmware into 1163 devices as well Demote some messages to
+ debug while we're at it. Merged revisions 7596 via svnmerge from
+ http://svn.digium.com/svn/dahdi/tools/trunk
+
+2009-11-05 09:41 +0000 [r7466-7492] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/xpp_sync, xpp/perl_modules/Dahdi/Xpp/Xpd.pm: Use the
+ timing_priority attribute, if available, to provide more corrent
+ LED indiction and such.
+
+ * xpp: use xpd sysfs attr. timing_priority to set NT/TE
+
+ * dahdi.init, xpp/astribank_is_starting.c (added),
+ xpp/waitfor_xpds, xpp/astribank_is_starting.8 (added),
+ xpp/twinstar_hook, xpp/xpp_fxloader, xpp/Makefile,
+ xpp/astribank_hook, init.conf.sample: Add optional "hotplug mode"
+ to init scripts The hotplug mode is only used in
+ XPP_HOTPLUG_DAHDI=yes is set in /etc/dahdi/init.conf . If it is
+ set and the system actually has Astribanks, most of the init
+ script will actually be run from the context of a udev event.
+
+ * xpp: Add astribank_is_starting: astribank_is_running is used to
+ tell when we may have an Astribank that is initializing (and may
+ be re-enumerating and thus not listed as a device). It uses a
+ semaphore as we can always write to one and we can't always write
+ to a file. xpp: A man page for astribank_is_starting xpp rev: 7321
+
+ * dahdi.init: move module loading to a separate function Move the
+ module loading parts of the dahdi init script to a seperate
+ function - load_modules. To be used by a later commit. There is
+ not functional change here (but the diff is confusing).
+
+ * Add XPP_HOTPLUG_DAHDI mode: cfg initiated mostly from hotplug If
+ XPP_HOTPLUG_DAHDI=yes is set in /etc/dahdi/init.conf (which is
+ not the default), the normal run of the 'start' operation of the
+ dahdi init script will only be responsible for loading modules.
+ The rest will be done (if there are indeed Astribanks on the
+ system) by a second call to the init script once all of them have
+ connected. The astribank_hook has also been mostly rewritten.
+ Most of the functionality of twinstar_hook moved to it. The
+ current twinstar_hook is a simple example script.
+ XPP_HOTPLUG_DAHDI mode assumes that all Astribanks on the system
+ are listed in /etc/dahdi/xpp_order (which can be generated using,
+ e.g. 'dahdi_genconf xpporder')
+
+ * Fix XPP_HOTPLUG_DAHDI: logic; end of init.d script 'Hotplug mode'
+ was introduced in r7335. * The logic in the script was broken. -
+ Negative logic is not such a grand idea to start with. *
+ Interactive invocation of init.d ends when expected and not
+ sooner. This change makes waitfor_xpds wait longer. Rather than
+ waiting for all the Astribanks to load, it will now wait until
+ the initialization of dahdi from the Astribanks hook script is
+ run. This allows running e.g.: /etc/init.d/dahdi start;
+ /etc/init.d/asterisk start It also means that
+ 'astribank_is_starting' is actually used as a semaphore and not
+ only as stamp file. As before, those changes have no effect if
+ hotplug mode is not explicitly enabled (setting
+ 'XPP_HOTPLUG_DAHDI=yes' in init.conf).
+
+ * xpp: make astribank_is_starting build without warnings.
+ autoconfig.h is needed as semtimedop() requires _GNU_SOURCE. xpp
+ rev: 7471
+
+ * xpp/perl_modules/Dahdi/Config/Params.pm,
+ xpp/perl_modules/Dahdi/Config/Gen.pm,
+ xpp/perl_modules/Dahdi/Config/Gen/Chandahdi.pm,
+ xpp/perl_modules/Dahdi/Config/Gen/System.pm,
+ xpp/genconf_parameters: CAS DAHD/Asterisk configuration
+ generation support Also support generating (open)R2 config in
+ chan_dahdi.conf, while we're at it. Default configuration remains
+ ISDN as before if no extra settings are given in
+ genconf_parameters.
+
+
+ * dahdi-perl: chan_dahdi.conf generator can generate openr2 conf If
+ configured to use R2 ("pri_connection_type R2" in
+ genconf_parameters), the chandahdi generator of dahdi_genconf
+ will now generate configuration for the openr2 support in
+ chan_dahdi.
+
+ * xpp: Dahdi::Config::Gen.pm: improvements in preperation for
+ T1-CAS: - New channo_range() method which returns range strings
+ for any list of channel numbers (handle sorting, validation,
+ etc.) - Reimplement bchan_range() as a small wrapper around
+ channo_range(). - Another small wrapper is chan_range() that
+ works on channel objects. - Also a parse_chan_range() does the
+ reverse (from range string to a list of channel numbers). This
+ isn't used at the moment. xpp rev: 7306
+
+ * dahdi-perl: Add basic T1-CAS support for dahdi_genconf - Support
+ added in generators of system.conf and of chan_dahdi.conf . -
+ Some strange asumptions about being FXS/FXO depending on being
+ timing provider/supplier. - New gen_cas() method for Chandahdi
+ and System. - Now gen_digital() is a bit cleaner. - Call
+ gen_cas(), gen_openr2(), gen_digital() according to the
+ 'pri_connection_type' config (CAS, R2, PRI/BRI). xpp rev: 7307
+
+
+ * dahdi_perl: improved config generation for T1 CAS A few extra
+ options for a CAS span signalling. xpp rev: 7343, 7346, 7369
+
+ * xpp: reduce the clutter of firmware loading Make the new XPP
+ tools much less verbose: * demote messages to be debug * Convert
+ multi-line messages to be single-line messages Making
+ xpp_fxloader run in debug mode can be done by setting DEBUG=yes
+ in /etc/dahdi/init.conf.
+
+ * dahdi-perl fixes, mostly xpp-specific. * Fix pattern for PCI BRI
+ cards * Fix recognizing xpp devices by @connector in xpp_order *
+ Print more helpful comments in xpp_order * Remove most (if not
+ all) need of /proc/bus/usb * Handle other similar "is_twinstar"
+ errors.
+
+ * dahdi_genconf: xpp_order generator: Extra '#' after connector
+ comment Add an extra '#' right after the connector string to make
+ it simpler to use the connector string from the generated
+ xpp_order. xpp rev: 7292
+
+ * xpp: make /proc/bus/usb/devices optional Get the information we
+ read from /proc/bus/usb/devices from /sys/bus/usb/devices .
+ Tested on my Debian Unstable with 2.6.30 kernel. The default is
+ still /proc/bus/usb and sysfs is only used if the procfs file is
+ not found. Also fixes a case of using the sysfs attribute busnum,
+ that does not exist in kernel 2.6.9 . Devise the bus number from
+ the name of the node.
+
+ * dahdi-perl: Avoid '"is_twinstar" on unblessed reference' Dpn't
+ panic if a device is not found in the list of hardware. This is
+ not only indication of a bug, but can also happen if a device
+ appeared after the script was started.
+
+ * zonedata.c: zonedata: Add tone definitions for Panama. (closes
+ issue #14832) Reported by: jlduran Patch by: jldruan
+
+ * Pass correct channel number to DAHDI_GET_PARAMS when passing span
+ numbers to dahdi_scan. When filtering, we weren't taking into
+ account the number of channels in the spans that we were
+ skipping. (closes issue #15553) Reported by: tony Patches:
+ 20090723_issue15553.patch uploaded by seanbright (license 71)
+ Tested by: seanbright
+
+ * xpp: cleanup gcc warnings and one real astribank_tool bug xpp
+ rev: 7281
+
+ * Add a missing trailing slash on the install-libs target (closes
+ issue #15793) Reported by: pprindeville Patches:
+ dahdi-tools-makefile.patch uploaded by pprindeville (license 347)
+
+ * dahdi_genconf: Add the TC400P transcoder card to our hardware
+ list (seanbright)
+
+2009-06-08 17:02 +0000 [r6677-6678] Sean Bright <sean.bright at gmail.com>
+
+ * dahdi-tools version 2.2.0 released.
+
+ * Makefile: Since this 'echo' is part of a larger statement, we
+ don't need the @ symbol. Cleans up an error I am seeing on
+ Ubuntu.
+
+ * Makefile: Get rid of parallel build warnings from GNU make.
+
+2009-05-28 14:04 +0000 [r6668] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/waitfor_xpds: xpp: if $dahdi_hardware is empty, don't use it
+ in an error message
+
+2009-05-27 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.2.0-rc3 released.
+
+2009-05-26 09:55 +0000 [r6655-6657] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * Makefile: Reword the message after 'make config' for the case no
+ hardware found Check the output of dahdi_hardware and give a
+ different message for the case it found no hardware. (closes
+ issue #14792) Reported by: Dovid Patches:
+ dahdi_hardware_nodev_make.diff uploaded by tzafrir (license 46)
+
+ * xpp/waitfor_xpds: Properly fix usage of waitfor_xpds in
+ non-standard settings. From xpp rev. 7137.
+
+2009-05-19 16:46 +0000 [r6643-6647] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Config/Params.pm, xpp/dahdi_genconf,
+ xpp/perl_modules/Dahdi/Config/Gen/Xpporder.pm,
+ xpp/perl_modules/Dahdi/Config/Gen/System.pm,
+ xpp/perl_modules/Dahdi/Xpp/Xpd.pm, xpp/genconf_parameters:
+ dahdi-perl: make dahdi_genconf default to hardhdlc
+ dahdi_genconf's 'bri_hardhdlc' parameter changes. Should
+ generally work with no need for manual configuration unless you
+ use a bristuffed driver (zaphfc, qozap). See notes in
+ genconf_parameters.
+
+ * xpp/waitfor_xpds, dahdi.init: dahdi.init: moved test for
+ astribanks into waitfor_xpds If the system starts with an
+ Astribank with no firmware, the firmware loading may take a while
+ and the Astribank only becomes ready some time after the DAHDI
+ init script starts. This means that the test at the beginning of
+ xpp_startup() in dahdi.init fails to find an Astribank, and the
+ init script simply continues ignoring this. This changeset moves
+ the testing inside the script waitfor_xpds. The script now: 1.
+ Tests for an Astribank using dahdi_hardware and exists
+ immediately if none found. 2. A loop (of maximum 10 seconds)
+ waits for the first Astribank to be detected by the driver. 3.
+ Waiting for the initialization of all the Astribanks to complete
+ (The original waitfor_xpds) The support for the old procfs
+ iinterface has been removed, as it has never been used with
+ DAHDI.
+
+ * xpp/Makefile, xpp/astribank_tool.8, xpp/astribank_allow.8
+ (added): xpp: install astribank_allow As we install it, we need a
+ matching man page.
+
+2009-05-17 12:01 +0000 [r6630-6632] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/perl_modules/Dahdi/Config/Gen/Users.pm: A closer-to-reality
+ users.conf generation module
+
+ * xpp/perl_modules/Dahdi/Config/Gen/Xpporder.pm,
+ xpp/perl_modules/Dahdi/Xpp/Mpp.pm, xpp/genconf_parameters: Fix
+ typos in xpp documentation
+
+2009-05-14 14:02 +0000 [r6619] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi_cfg.c: dahdi_cfg: Default to the us tonezone if not
+ specified in system.conf. If there are not "loadzone" and
+ "defaultzone" lines in /etc/dahdi/system.conf, default to the us
+ zone. This mimics the behavior of older zaptel releases.
+ DAHDI-29.
+
+2009-05-13 20:18 +0000 [r6613-6617] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/mpp_funcs.c, xpp/astribank_tool.c: astribank_tool: Support
+ 'reset' of pre-MPP protocol as fallback As of USB firmware rev.
+ 6926, the Astribank control connection protocol has changed in an
+ incompatible manner. If astribank_tool fails to open a device
+ when running a reset command, try to reset the device with the
+ command from the old (pre-MPP) protocol (A single 0x20 byte). No
+ support whatsoever for any other feature of the old protocol.
+ From xpp rev. 7067. (previous commit was xpp rev. 7066).
+
+ * xpp/mpp_funcs.c: xpp: better error reporting when failing to talk
+ to a pre-MPP Astribank.
+
+ * xpp/perl_modules/Dahdi/Chans.pm, xpp/perl_modules/Dahdi/Span.pm:
+ dahdi-perl: Patterns for Rhino E1/T1 cards.
+
+2009-05-12 07:50 +0000 [r6601-6603] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/README.Astribank: A few more chan_zap -> chan_dahdi in
+ README.Astribank .
+
+ * xpp/perl_modules/Dahdi/Chans.pm: DAHDI-perl: Fix detection of
+ empty slots in Rhino cards.
+
+2009-05-09 06:33 +0000 [r6579-6585] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * xpp/README.Astribank: Fix a broken link
+
+ * xpp/README.Astribank: documentation updates: xpp_order, new USB
+ loading, and more
+
+ * xpp/perl_modules/Dahdi.pm: dahdi-perl: scan only "number" files
+ under /proc . (In case someone, such as dahdi_dynamic_ethmf adds
+ there some other entries)
+
+2009-04-29 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-tools version 2.2.0-rc2 released.
+
+2009-04-27 19:45 +0000 [r6512] Kevin P. Fleming <kpfleming at digium.com>
+
+ * configure, acinclude.m4: incorporate the autoconf 2.63 fixes here
+ too
+
+2009-04-26 10:29 +0000 [r6492] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * Makefile, xpp/xpp_order (removed): Remove useless sample file The
+ sample xpp_order will be generated anyway when running
+ 'dahdi_genconf xpporder' (see
+ xpp/perl_modules/Dahdi/Config/Gen/Xpporder.pm) . No need to
+ clutter the main DAHDI installation with it.
+
+2009-04-23 17:03 +0000 [r6476] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * Makefile, xpp/xpp_order: xpp: xpp_order is another config file
+ that should go to /etc/dahdi Also slightly fix the sample config.
+
+2009-04-22 10:25 +0000 [r6427-6442] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * dahdi.init: make sure '/etc/init.d/dahdi stop' ends with a
+ newline
+
[... 795 lines stripped ...]
More information about the svn-commits
mailing list