[svn-commits] sruffell: tag tools/2.4.1-rc1 r9764 - /tools/tags/2.4.1-rc1/

SVN commits to the Digium repositories svn-commits at lists.digium.com
Tue Feb 15 09:43:40 CST 2011


Author: sruffell
Date: Tue Feb 15 09:43:36 2011
New Revision: 9764

URL: http://svnview.digium.com/svn/dahdi?view=rev&rev=9764
Log:
Importing files for 2.4.1-rc1 release.

Added:
    tools/tags/2.4.1-rc1/.version   (with props)
    tools/tags/2.4.1-rc1/ChangeLog   (with props)

Added: tools/tags/2.4.1-rc1/.version
URL: http://svnview.digium.com/svn/dahdi/tools/tags/2.4.1-rc1/.version?view=auto&rev=9764
==============================================================================
--- tools/tags/2.4.1-rc1/.version (added)
+++ tools/tags/2.4.1-rc1/.version Tue Feb 15 09:43:36 2011
@@ -1,0 +1,1 @@
+2.4.1-rc1

Propchange: tools/tags/2.4.1-rc1/.version
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: tools/tags/2.4.1-rc1/.version
------------------------------------------------------------------------------
    svn:keywords = none

Propchange: tools/tags/2.4.1-rc1/.version
------------------------------------------------------------------------------
    svn:mime-type = text/plain

Added: tools/tags/2.4.1-rc1/ChangeLog
URL: http://svnview.digium.com/svn/dahdi/tools/tags/2.4.1-rc1/ChangeLog?view=auto&rev=9764
==============================================================================
--- tools/tags/2.4.1-rc1/ChangeLog (added)
+++ tools/tags/2.4.1-rc1/ChangeLog Tue Feb 15 09:43:36 2011
@@ -1,0 +1,1460 @@
+2011-02-15 Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-tools version 2.4.1-rc1 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
+
+	* ppp/dahdi.c: Yet another left-over DAHDI_PARAMS. ppp almost
+	  builds
+
+	* xpp/perl_modules/Dahdi/Config/Gen/Xpporder.pm:
+	  Dahdi::Config::Gen::Xpporder: use number rather than object in
+	  warning
+
+2009-04-21 13:44 +0000 [r6419-6421]  Sean Bright <sean.bright at gmail.com>
+
+	* dahdi_monitor.c: Correct error check for fopen() calls in
+	  dahdi_monitor.c. dahdi_monitor.c was checking for an error
+	  calling fopen() by determining if the return value was less than
+	  0. fopen(), however, returns a FILE * and returns NULL on
+	  failure. (closes issue #14894) Reported by:
+	  gknispel_proformatique Patches:
+	  dahdi_monitor_fix_check_fopen_result.patch uploaded by gknispel
+	  (license 261)
+
+	* dahdi_monitor.c: Use correct return value type for getopt(). In
+	  dahdi_monitor.c, the return value of getopt() was being assigned
+	  to a char while the function actually returns an int. Fix
+	  suggested by reporter. (closes issue #14893) Reported by:
+	  gknispel_proformatique
+
+	* dahdi_monitor.c: Whitespace and coding guidelines changes
+
+2009-04-20 13:44 +0000 [r6417]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* xpp/dahdi_hardware, xpp/perl_modules/Dahdi/Xpp/Xbus.pm,
+	  xpp/test_parse.c, xpp/twinstar, xpp/twinstar_hook,
+	  xpp/twinstar_setup, xpp/perl_modules/Dahdi/Config/Gen/Xpporder.pm
+	  (added), xpp/perl_modules/Dahdi/Xpp/Mpp.pm: xpp: twinstar-related
+	  perl improvements * New generator Dahdi::Config::Gen::Xpporder
+	  can generate and xpp_order config for an existing setup. * Add
+	  more TwinStar related logic to Dahdi::Xpp::Mpp. Simplifies the
+	  twinstar utility accordingly. * twinstar_hook: for the multiple
+	  Astribanks case. * twinstar_setup: More logic tests. Now
+	  delegates configuration generation to dahdi_genconf (with new
+	  Xpporder generator). * dahdi_hardware: Show number of channels
+	  with -v
+
+2009-04-16 17:32 +0000 [r6375]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* xpp/xpp_fxloader: xpp_fxloader: exit properly when run with
+	  incorrect argument
+
+2009-04-10 09:53 +0000 [r6344]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* xpp/Makefile, xpp/astribank_hook (added): Move astribank_hook
+	  from linux to tools. Install it by default
+
+2009-04-07 08:13 +0000 [r6337]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* xpp/hexfile.c: hexfile.c was accidentally left out of r6313
+
+2009-04-02 20:56 +0000 [r6278-6313]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* xpp/pic_loader.h (added), xpp/astribank_hexload.8 (added),
+	  xpp/twinstar_setup (added), xpp/xpp_fxloader,
+	  xpp/astribank_tool.c (added), xpp/astribank_allow.c (added), xpp,
+	  xpp/xpp_sync, xpp/dahdi_genconf, xpp/twinstar (added),
+	  xpp/mpp_funcs.c (added), xpp/Makefile, xpp/mpp_funcs.h (added),
+	  xpp/astribank_tool.8 (added), xpp/perl_modules/Dahdi/Xpp/Mpp.pm
+	  (added), xpp/astribank_upgrade (added),
+	  xpp/perl_modules/Dahdi/Xpp.pm,
+	  xpp/perl_modules/Dahdi/Hardware/PCI.pm, xpp/dahdi_hardware,
+	  xpp/twinstar_hook (added), xpp/xpp_order (added),
+	  xpp/astribank_hexload.c (added), xpp/dahdi_registration,
+	  xpp/perl_modules/Dahdi/Hardware/USB.pm,
+	  xpp/perl_modules/Dahdi/Xpp/Xbus.pm, xpp/debug.c (added),
+	  xpp/dahdi_drivers, xpp/lsdahdi, xpp/astribank_usb.c (added),
+	  xpp/hexfile.h, xpp/perl_modules/Dahdi/Hardware.pm, xpp/debug.h
+	  (added), xpp/astribank_usb.h (added),
+	  xpp/perl_modules/Dahdi/Xpp/Xpd.pm, xpp/mpp.h (added),
+	  xpp/pic_loader.c (added): Support for Astribanks 116x: tools part
+	  * New USB firmware loading mechanism. - Incompatible with
+	  previous one: upgrade using fxload or hard reset -
+	  astribank_hexload is the new low-level loading tool - fpga_load
+	  remains for backward compatibility. - xpp/astribank_upgrade:
+	  automate upgrading using fxload * Much enhanced control protocol
+	  ("MPP") - astribank_tool is the low-level tool for that. *
+	  Support for the TwinStar (dual USB port) - Managed through
+	  astribank_tool - Wrapper perl modules and scripts provided *
+	  Allow explicit ordering of Astribanks - /etc/dahdi/xpp_order -
+	  explicit order of Astribanks on the system - The default sorter
+	  is now to use those and fall back to connectors (previous
+	  default). - An option to dahdi_registration to change sorting.
+
+	* hdlcstress.c: hdlcstress.c: add option -b not to stress BRI too
+	  much Aparantly the HFC chip can't stand the heat of this test.
+	  Let's give it an occasional rest. Also add getopts support.
+
+	* Makefile: Install genconf_parameters on 'make install' as well
+
+	* blacklist.sample: xpp_usb should not be blacklisted: it does not
+	  register automatically anyway.
+
+	* xpp/perl_modules/Dahdi/Config/Gen/Modules.pm (added): Implement
+	  'dahdi_genconf modules' (generate /etc/dahdi/modules)
+
+2009-03-29 18:53 +0000 [r6272]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* xpp/perl_modules/Dahdi/Config/Gen.pm: dahdi_genconf: Set the
+	  context same as groups.
+
+2009-03-26 18:28 +0000 [r6261]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* doc/dahdi_scan.8: s/zap/dahdi/ again in dahd_scan.8
+
+2009-03-26 18:02 +0000 [r6259]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* dahdi_cfg.c: when /etc/dahdi/system.conf does not have an echo
+	  canceller defined for a channel, but the channel previously had
+	  one assigned, running dahdi_cfg does not remove the assigned echo
+	  canceller from the channel as it should. this commit changes that
+	  behavior, so that every channel with a defined signaling mode is
+	  updated to have the proper (or no) echo canceller assigned.
+
+2009-03-22 10:31 +0000 [r6215]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* xpp/perl_modules/Dahdi/Config/Gen/Users.pm,
+	  xpp/perl_modules/Dahdi/Config/Gen/Chandahdi.pm,
+	  xpp/perl_modules/Dahdi/Config/Gen/System.pm,
+	  xpp/perl_modules/Dahdi/Config/Gen/Unicall.pm: dahdi-perl: "allow"
+	  hand-editing of generated files Rework the text added by
+	  dahdi_genconf generators to say that you can hand-edit files. But
+	  just don't complain if they get mysteriously overriden when it is
+	  run again :-) (closes issue #14569) Reported by: jtodd
+
+2009-03-17 17:07 +0000 [r6189]  Jason Parker <jparker at digium.com>
+
+	* dahdi_monitor.c: Remove remnants of -p option, since it no longer
+	  exists.
+
+2009-03-17 13:52 +0000 [r6187]  Russell Bryant <russell at digium.com>
+
+	* zonedata.c: Add tone definitions for Turkey. (closes issue
+	  #10450) Reported by: msahinbas
+
+2009-03-17 09:10 +0000 [r6167-6185]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* Makefile: Use LIBS instead of LDFLAGS directly in tools Makefile
+	  The Makefile of dahdi-tools set the variable LDFLAGS directly,
+	  rather than adding to LIBS. This does not allow placing LIBS
+	  after all the linked objects. (closes issue #14638) Reported by:
+	  Chainsaw Patches: dahdi-tools-2.1.0.2-asneeded.patch uploaded by
+	  Chainsaw (license 723)
+
+	* xpp/README.Astribank, xpp/xpp_sync, dahdi.init: dahdi.init: call
+	  xpp_sync a bit later. xpp_sync needs to only be called after
+	  dahdi_cfg was run, because the application of system.conf may
+	  change the priority of a PRI module span (If it is a sync
+	  provider, "NT", priority is lower). Also some documentation-only
+	  changes for xpp_sync.
+
+2009-03-09 16:30 +0000 [r6110]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* xpp/perl_modules/Dahdi/Chans.pm: Fix detection of channels of
+	  dynamic spans in Dahdi::Chans Fix the pattern detection of
+	  channels belonging to dynamic (dahdi_dynamic) spans in perl
+	  programs that use Dahdi::Chans (e.g.: lsdahdi) (closes issue
+	  #14630) Reported by: tamiel Patches:
+	  20090309-perl5-Dahdi-Chans.diff uploaded by tamiel (license 712)
+
+2009-03-07 00:10 +0000 [r6107]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* xpp/perl_modules/Dahdi/Chans.pm,
+	  xpp/perl_modules/Dahdi/Hardware/USB.pm: Detect Sangoma USB FXO
+	  device; fix detection of Sangoma DAHDI channels (By Alessandro
+	  Zummo)
+
+2009-03-05 21:10 +0000 [r6095]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+

[... 622 lines stripped ...]



More information about the svn-commits mailing list