[svn-commits] sruffell: tag linux/2.2.0.2 r6869 - in /linux/tags/2.2.0.2: .version ChangeLog

SVN commits to the Digium repositories svn-commits at lists.digium.com
Tue Jul 21 13:20:21 CDT 2009


Author: sruffell
Date: Tue Jul 21 13:20:18 2009
New Revision: 6869

URL: http://svn.asterisk.org/svn-view/dahdi?view=rev&rev=6869
Log:
Importing files for 2.2.0.2 release.

Added:
    linux/tags/2.2.0.2/.version   (with props)
    linux/tags/2.2.0.2/ChangeLog   (with props)

Added: linux/tags/2.2.0.2/.version
URL: http://svn.asterisk.org/svn-view/dahdi/linux/tags/2.2.0.2/.version?view=auto&rev=6869
==============================================================================
--- linux/tags/2.2.0.2/.version (added)
+++ linux/tags/2.2.0.2/.version Tue Jul 21 13:20:18 2009
@@ -1,0 +1,1 @@
+2.2.0.2

Propchange: linux/tags/2.2.0.2/.version
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: linux/tags/2.2.0.2/.version
------------------------------------------------------------------------------
    svn:keywords = none

Propchange: linux/tags/2.2.0.2/.version
------------------------------------------------------------------------------
    svn:mime-type = text/plain

Added: linux/tags/2.2.0.2/ChangeLog
URL: http://svn.asterisk.org/svn-view/dahdi/linux/tags/2.2.0.2/ChangeLog?view=auto&rev=6869
==============================================================================
--- linux/tags/2.2.0.2/ChangeLog (added)
+++ linux/tags/2.2.0.2/ChangeLog Tue Jul 21 13:20:18 2009
@@ -1,0 +1,1698 @@
+2009-07-21 18:11 +0000 [r6858-6864]  Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.2.0.2 released.
+
+	* wcte12xp: Disable vpmadt032 companding by default. This
+	  fixes a regression in 2.2.0 where certain configurations will
+	  fail patloop test or have repeated HDLC aborts because the
+	  VPMADT032 is modifying the clear channel or d channel data
+	  streams. This restores the behavior to how it was in dahdi-linux
+	  2.1.0.4. (closes issue #15498) Reported by: alecdavis Tested by:
+	  alecdavis
+
+	* tor2: allow using port4 as timing source Fix a silly regression
+	  introduced when strict check on the timing parameter was added
+	  (sync-1 is the array index, not sync itself. And 0 is a special
+	  case). (closes issue #15408) Reported by: dferrer Patches:
+	  tor2-4th_sync.patch uploaded by dferrer (license 525)
+	  
+	* Revert "wct4xxp, wcte11xp: Use the default configuration by default
+	  at startup." This reverts the change introduced by revision 6712.
+	  This change can cause problems when there is a VPM module installed
+	  on the quad-span digital cards.
+	  
+	* dahdi-base: Add support for core timing. This essentially moves the
+	  function of dahdi_dummy into the core of DAHDI. It ensures that if
+	  DAHDI is loaded, it will always be able to provide timing,
+	  regardless of whether there are board drivers loaded, or if the
+	  board drivers are properly calling dahdi_receive. If there is a
+	  master span loaded which is calling dahdi_receive, then the behavior
+	  will be like it is normally. This functionality is off by default,
+	  uncomment CONFIG_DAHDI_CORE_TIMER in include/dahdi/config_dahdi.h in
+	  order to enable it.
+
+2009-06-30 Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.2.0.1 released.
+	
+	* Fix for kernel panic when echotraining is enabled on echocan that
+	  does not support it.
+
+	* Fix for kernel panic on RHEL4 when using VPMADT032.
+
+	* Fix to allow wct4xxp, wcb4xxp, and wcte11xp to provide early timing.
+
+2009-06-23 15:44 +0000 [r6695]  Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.2.0 released.
+
+	* README: Adding a known issues section to the README
+	  files.
+
+2009-06-18 18:03 +0000 [r6692]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/wcfxo.c, drivers/dahdi/wctdm.c,
+	  drivers/dahdi/wctdm24xxp/base.c: Fix calls to dahdi_hooksig. When
+	  JAPAN, AUDIO_RINGCHECK, or ZERO_BATT_RING compile time options are
+	  selected it is possible to get a kernel panic due to an invalid
+	  pointer passed to the dahdi_hooksig function. (closes issue #15350)
+	  Patch by: alecdavis
+
+2009-06-12 22:30 +0000 [r6688]  Jason Parker <jparker at digium.com>
+
+	* drivers/dahdi/Kbuild: Make complex conditionals work with GNU
+	  make 3.80. Much uglier, but it works on RHEL4.
+
+2009-06-04 21:14 +0000 [r6675]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/dahdi-base.c: Fix bug in procfs
+	  handling. Fix bug in procfs handling where it was possible to get
+	  a warning in lib/vsprintf.c when reading from /proc/dahdi/x.
+	  Patch by: biohumanoid (closes issue #15252)
+
+2009-05-27 Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.2.0-rc5 released.
+
+2009-05-27 12:48 +0000 [r6659]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/card_bri.c,
+	  drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/card_fxs.c,
+	  drivers/dahdi/xpp/card_global.c: Fix more 'owner' for 2.6.30
+	  to be happy. Finishing the work of r6642. Completely shut issue
+	  #14964.
+
+2009-05-25 08:23 +0000 [r6651-6653]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/firmwares/PIC_TYPE_3.hex,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex,
+	  drivers/dahdi/xpp/firmwares/FPGA_1161.hex,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_2.hex: xpp firmwares: fixes
+	  sync issues of FXO module in a BRI/PRI Astribank * Also fixes LED
+	  blinking issues in PRI modules * Various bugfixes in the PICs.
+
+	* drivers/dahdi/xpp/firmwares/USB_FW.hex: USB_FW.hex: Allow setting
+	  caps. even when FPGA is loaded. Note that They will only take
+	  effect after a reset. Firmware rev. 7071.
+
+2009-05-19 16:09 +0000 [r6635-6642]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xpp_usb.c,
+	  drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/xdefs.h: xpp:
+	  'owner' property of procfs was dropped in 2.6.30. This adds a
+	  compatibility macro for older versions that is a noop for kernels
+	  >= 2.6.30. (closes issue #14964)
+
+	* drivers/dahdi/xpp/xproto.h, drivers/dahdi/xpp/xbus-sysfs.c,
+	  drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_global.c,
+	  drivers/dahdi/xpp/xproto.c, drivers/dahdi/xpp/xbus-core.h,
+	  drivers/dahdi/xpp/xbus-pcm.c: xpp: fix the Astribank state
+	  machine This generally is a case that would not happen in the
+	  wild, though.
+
+	* drivers/dahdi/xpp/card_bri.c, drivers/dahdi/xpp/xdefs.h: xpp:
+	  report in sysfs if bri module uses hardhdlc support
+
+	* drivers/dahdi/xpp/calibrate_slics (removed): xpp: remove obsolete
+	  script calibrate_slics
+
+	* drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/mmapbus.c,
+	  drivers/dahdi/xpp/card_bri.c, drivers/dahdi/xpp/card_fxo.c,
+	  drivers/dahdi/xpp/mmapdrv.c, drivers/dahdi/xpp/xbus-sysfs.c,
+	  drivers/dahdi/xpp/Kbuild, drivers/dahdi/xpp/card_fxs.c,
+	  drivers/dahdi/xpp/xdefs.h: Replaece member bus_id with dev_name()
+	  and set_dev_name() As of 2.6.26 the macros dev_name() and
+	  set_dev_name() are used to read and set (respectively) the bus_id
+	  member in sysfs. As of 2.6.30 bus_id is gone. This patch provides
+	  comaptiobility macros for older kernel versions and removes
+	  direct usage of bus_id. (closes issue #14965) Patches:
+	  xpp_2630_dev_name.diff uploaded by tzafrir (license 46)
+
+	* drivers/dahdi/voicebus, drivers/dahdi/vpmadt032_loader: ignore
+	  generated files in voicebus and vpmadt032_loader
+
+2009-05-15 23:37 +0000 [r6625-6628]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/voicebus/GpakCust.c: voicebus: Use '&' not '|' when
+	  checking for a bit.
+
+	* drivers/dahdi/voicebus/GpakCust.c: voicebus: Make the
+	  enable/disable echocan messages debug again. I accidentally
+	  changed to print everytime. They should only be printed if
+	  DEBUG_ECHOCAN is specified in the debug module parameter.
+
+2009-05-14 14:49 +0000 [r6621]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Set the syncsrc in the
+	  span appropriately. Before this commit, dahdi_tool would report
+	  "Internally clocked" for boards supported by the wcte12xp driver
+	  both when receiving timing from the span and providing it to the
+	  span. Now it reports "Internally clocked" if providing timeing to
+	  the span, and the card if receiving timeing from the span.
+	  DAHDI-65.
+
+2009-05-12 22:30 +0000 [r6606-6610]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* drivers/dahdi/Kbuild: use proper case for variable name :-)
+
+	* drivers/dahdi/Kbuild: Allow VPMADT032 and HPEC binary modules to
+	  be used on platforms where ARCH is set to the new 'generic' x86
+	  flavor available in recent Linux kernel releases
+
+	* drivers/dahdi/Kbuild: emit warning messages when DAHDI is being
+	  built on a CPU architecture that does not support HPEC or the
+	  VPMADT032 firmware loader, so the user will know why they are not
+	  included clean up the conditional logic for these items in the
+	  Kbuild file
+
+	* Makefile: remove another unused variable
+
+2009-05-11 17:48 +0000 [r6589-6590]  Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.2.0-rc4 released.
+
+	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Expose vpm parameters as
+	  module parameters. Expose the vpmnlptype, vpmnlpthresh, and
+	  vpmnlpmaxsupp as module parameters like for the wctdm24xxp.
+	  DAHDI-261
+
+	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+	  drivers/dahdi/voicebus/GpakApi.h,
+	  drivers/dahdi/voicebus/GpakCust.c,
+	  drivers/dahdi/voicebus/GpakCust.h: voicebus: Update the default
+	  vpmadt032 parameters. Move the echo can channel parameters into a
+	  common location for both the wcte12xp and wctdm24xxp drivers that
+	  use the voicebus module. This is intended to make it clearer
+	  which differences are required between the clients. Additionally,
+	  update the default parameters to the new recommended values.
+	  VPMADT032-37
+
+2009-05-07 19:42 +0000 [r6572]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+	  drivers/dahdi/voicebus/GpakCust.c,
+	  drivers/dahdi/voicebus/GpakCust.h: voicebus: Create workqueue for
+	  each vpmadt032 instance. Depending on the system latency, the
+	  deferred work for the vpmadt032 can take up to 200ms. This change
+	  allows each vpmadt032 to use its own workqueue, and not the
+	  global system workqueue. This prevents vpm operations from
+	  blocking the main system workqueue for extended periods. This
+	  restores the behavior to the way it was before the common
+	  vpmadt032 code was moved out of the wctdm24xxp and wcte12xp
+	  drivers. DAHDI-260 voicebus-squash: Adding the wq name.
+
+2009-05-07 19:42 +0000 [r6568-6572]  Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.2.0-rc3 released.
+
+	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+	  drivers/dahdi/voicebus/GpakCust.c,
+	  drivers/dahdi/voicebus/GpakCust.h: voicebus: Create workqueue for
+	  each vpmadt032 instance. Depending on the system latency, the
+	  deferred work for the vpmadt032 can take up to 200ms. This change
+	  allows each vpmadt032 to use its own workqueue, and not the
+	  global system workqueue. This prevents vpm operations from
+	  blocking the main system workqueue for extended periods. This
+	  restores the behavior to the way it was before the common
+	  vpmadt032 code was moved out of the wctdm24xxp and wcte12xp
+	  drivers.
+
+	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+	  drivers/dahdi/voicebus/GpakCust.h: voicebus: Changing default NLP
+	  type to 'suppression'. The 'suppression' default for the NLP
+	  provides better echo canceling performance. Also ensures that the
+	  wctdm24xxp and wcte12xp driver use the same default values.
+
+2009-05-05 17:32 +0000 [r6564]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/voicebus/GpakCust.c: voicebus: Use the companding
+	  type on the span when enabling echocan.
+
+2009-05-04 20:36 +0000 [r6562]  Doug Bailey <dbailey at digium.com>
+
+	* drivers/dahdi/voicebus/GpakCust.c: Insure that vpmnlptype,
+	  vpmnlpmaxsupp, and vpmnlpthresh are set back to module level
+	  defaults when echo can is freed. (Previously they were zero'd
+	  out) DAHDI-257
+
+2009-05-02 07:53 +0000 [r6556]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* Makefile: Remove explicit passing of ARCH to kernel build system
+	  There is no value in setting a value for ARCH and passing it to
+	  the kernel build system; the configured kernel headers/sources
+	  already have an architecture specified and can't be used for any
+	  other architecture anyway.
+
+2009-05-01 16:43 +0000 [r6549-6554]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/dahdi-base.c: dahdi-base: define
+	  __RW_LOCK_UNLOCKED() Linux 2.6.9 does not contain that
+	  definition, but the older definition is deprecated since it
+	  defeats lock state checking. DAHDI-253
+
+	* drivers/dahdi/voicebus/Makefile (added): voicebus: Need Makefile
+	  to build on 2.6.9 DAHDI-253
+
+	* drivers/dahdi/wcb4xxp/base.c: wcb4xxp: Define mmiowb if not
+	  already defined. Linux kernel 2.6.9 does not define mmiowb.
+	  DAHDI-253
+
+	* drivers/dahdi/wctc4xxp/base.c: wctc4xxp: spin_trylock_irqsave is
+	  not defined on some kernels. DAHDI-253
+
+	* drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Defined gfp_t for
+	  earlier kernels. This definition was just copied from the xpp
+	  driver. DAHDI-253
+
+	* drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Fix inclusion of
+	  linux/io.h on 2.6.9 kernels. DAHDI-253
+
+2009-04-30 20:59 +0000 [r6544-6546]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* include/dahdi/user.h: Fix compilation of applications that use
+	  DAHDI ioctls Defining ioctl codes in this file requires that
+	  linux/ioctl.h be included first.
+
+	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wct4xxp/base.c,
+	  drivers/dahdi/wctdm24xxp/base.c: Ensure that vpmsupport=0 module
+	  parameter takes proper effect For these drivers, when the
+	  vpmsupport module parameter is set to zero, don't even register
+	  the span as supporting echo cancellation. DAHDI-250
+
+2009-04-30 13:59 +0000 [r6542]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/firmwares/FPGA_1161.hex: xpp: A new FPGA
+	  firmware to hopefully help with BRI/FXO.
+
+2009-04-29 18:24 +0000 [r6523-6529]  Shaun Ruffell <sruffell at digium.com>
+	
+	* dahdi-linux version 2.2.0-rc2 released.
+
+	* drivers/dahdi/dahdi_echocan_kb1.c, drivers/dahdi/wcte12xp/base.c,
+	  include/dahdi/user.h, include/dahdi/kernel.h,
+	  drivers/dahdi/adt_lec.c, drivers/dahdi/dahdi_echocan_jpah.c,
+	  drivers/dahdi/wct4xxp/base.c, drivers/dahdi/ecdis.h,
+	  drivers/dahdi/wctdm24xxp/base.c,
+	  drivers/dahdi/dahdi_echocan_mg2.c,
+	  drivers/dahdi/wcte12xp/wcte12xp.h,
+	  drivers/dahdi/voicebus/GpakCust.c, drivers/dahdi/hpec/hpec.h,
+	  drivers/dahdi/wcb4xxp/wcb4xxp.h,
+	  drivers/dahdi/dahdi_echocan_sec2.c,
+	  drivers/dahdi/voicebus/GpakCust.h,
+	  drivers/dahdi/hpec/dahdi_echocan_hpec.c,
+	  include/dahdi/dahdi_config.h, drivers/dahdi/wcb4xxp/base.c,
+	  drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+	  drivers/dahdi/dahdi_echocan_oslec.c, drivers/dahdi/dahdi-base.c,
+	  drivers/dahdi/dahdi_echocan_sec.c: echocan: Improve interface for
+	  echo cancelers. Echo cancelers are now able to report if they are
+	  able to automatically disable their NLP portions in the presence
+	  of tones in the audio stream. Also, the interface is changed to
+	  allow user space to just disable the NLP portion of the echo
+	  canceler. These changes improve fax and modem handling in DAHDI.
+	  This commit merges in the changes on
+	  http://svn.digium.com/svn/dahdi/linux/team/kpfleming/echocan_work
+	  Patch by: kpfleming Also contains improvements to CED tone
+	  detection. (closes issue #13286) Reported by: viniciusfontes
+
+	* drivers/dahdi/wct4xxp/base.c: wct4xxp: Fix problem when timing
+	  source is via external cable.
+
+	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wcte12xp/voicebus.c
+	  (removed), drivers/dahdi/wcte12xp/vpmadt032.c (removed),
+	  drivers/dahdi/voicebus (added), drivers/dahdi/voicebus/voicebus.c
+	  (added), drivers/dahdi/wctdm24xxp/base.c, drivers/dahdi/Kconfig,
+	  drivers/dahdi/wcte12xp/wcte12xp.h,
+	  drivers/dahdi/wcte12xp/GpakErrs.h (removed),
+	  drivers/dahdi/wctdm24xxp/GpakApi.c (removed),
+	  drivers/dahdi/wcte12xp/vpmadt032.h (removed),
+	  drivers/dahdi/wctdm24xxp/voicebus.c (removed),
+	  drivers/dahdi/voicebus/voicebus.h (added), Makefile,
+	  drivers/dahdi/wctdm24xxp/GpakApi.h (removed),
+	  drivers/dahdi/vpmadt032_loader/dahdi_vpmadt032_loader.c (added),
+	  drivers/dahdi/wcte12xp/Kbuild, drivers/dahdi/voicebus/Kbuild
+	  (added), drivers/dahdi/wctdm24xxp/GpakHpi.h (removed),
+	  drivers/dahdi/wctdm24xxp/Kbuild, drivers/dahdi/voicebus.c
+	  (removed), drivers/dahdi/voicebus.h (removed),
+	  drivers/dahdi/vpmadt032_loader (added),
+	  drivers/dahdi/wcte12xp/GpakApi.c (removed),
+	  drivers/dahdi/wcte12xp/gpakenum.h (removed),
+	  drivers/dahdi/Kbuild, drivers/dahdi/voicebus/gpakenum.h (added),
+	  drivers/dahdi/voicebus/GpakApi.c (added),
+	  drivers/dahdi/adt_lec.c, drivers/dahdi/wcte12xp/GpakApi.h
+	  (removed), drivers/dahdi/voicebus/GpakApi.h (added),
+	  drivers/dahdi/voicebus/GpakCust.c (added),
+	  drivers/dahdi/wctdm24xxp/gpakenum.h (removed),
+	  drivers/dahdi/voicebus/gpakErrs.h (added),
+	  drivers/dahdi/wctdm24xxp/GpakCust.c (removed),
+	  drivers/dahdi/voicebus/GpakCust.h (added),
+	  drivers/dahdi/voicebus/GpakHpi.h (added),
+	  drivers/dahdi/wctdm24xxp/gpakErrs.h (removed),
+	  drivers/dahdi/firmware/Makefile,
+	  drivers/dahdi/voicebus/vpmadtreg.c (added),
+	  drivers/dahdi/wctdm24xxp/GpakCust.h (removed),
+	  drivers/dahdi/voicebus/vpmadtreg.h (added),
+	  drivers/dahdi/wctdm24xxp/wctdm24xxp.h: voicebus: Move common
+	  vpmadt032 interface into voicebus module. The voicebus library
+	  was previously linked into both the wcte12xp and wctdm24xxp
+	  drivers. It is now broken out into it's own module and the common
+	  parts of the vpmadt032 interface are now located in that module
+	  to reduce duplication between the wcte12xp and wctdm24xxp
+	  drivers.
+
+	* drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Change netif_rx_xxx to
+	  napi_xxx The netif_rx_xxx functions were dropped from the linux
+	  kernel source on 2009-01-21 in commit
+	  288379f050284087578b77e04f040b57db3db3f8. (closes issue #14963)
+	  Reported by: tzafrir
+
+	* drivers/dahdi/wcte12xp/base.c,
+	  drivers/dahdi/wcte12xp/vpmadt032.c,
+	  drivers/dahdi/wcte12xp/wcte12xp.h: wcte12xp: Update cmdqueue
+	  processing. The command queue for reading from the registers on
+	  the framer is now stored in a linked_list instead of an array.
+	  Allows for the locks to protect this structure to be held for
+	  shorter periods of time and reduces the need to cycle through all
+	  the elements in the array to decide if there is a command in the
+	  queue to process. Remove the usecount and dead members from
+	  struct t1 since the module reference count will allow us to know
+	  when it's safe to free up the memory. This change also moves
+	  alarm processing out of the interrupt handler and removes the
+	  need for special interrupt handling of commands.
+
+	* drivers/dahdi/dahdi_dummy.c: dahdi_dummy: Remove real-time clock
+	  support. This removes support for using the real-time clock as a
+	  timing source in dahdi_dummy. Instead, the normal kernel timers
+	  method is now more accurate since it keeps track of how much real
+	  time has passed to determine how many times to call dahdi_receive
+	  and dahdi_transmit. This method was originally suggested by bmd.
+	  (closes issue #13930) (closes issue #14884) Reported by: tzafrir
+	  Tested by: dbackeberg, ask
+
+	* drivers/dahdi/voicebus.c: voicebus: Removing unused code blocks
+	  and space in flag definitions.
+
+2009-04-27 20:03 +0000 [r6513]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/card_bri.c, drivers/dahdi/xpp/Kbuild: xpp:
+	  hard_hdlc support for the BRI module. The BRI module will now use
+	  hardhdlc unless the DAHDI tree has been patched with the
+	  bri_dchan patch, in which case the old "bristuffed" code will be
+	  used. Thus it is now built by default.
+
+2009-04-25 16:35 +0000 [r6487]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* build_tools/live_dahdi: adapt live_dahdi to current xpp tools *
+	  More varibles to set through the environment * Different way to
+	  list drivers
+
+2009-04-23 15:11 +0000 [r6457-6466]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/firmwares/PIC_TYPE_3.hex,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex,
+	  drivers/dahdi/xpp/firmwares/USB_FW.hex,
+	  drivers/dahdi/xpp/firmwares/FPGA_1161.hex,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_2.hex: Don't set the Id
+	  keyword on firmwares; restore original ID The Id SVN keyword is
+	  set locally in Xorcom and used as an identifier. That Id should
+	  not be overriden by this SVN repository.
+
+	* drivers/dahdi/xpp/firmwares/FPGA_1161.hex: xpp: FPGA_1161.hex:
+	  fix FXO PCM issues (new boards only) FPGA_1161.hex rev. 7024.
+
+2009-04-22 12:53 +0000 [r6444]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* drivers/dahdi/dahdi-base.c: don't refer to macros from
+	  dahdi_config.h until after it has been included use the proper
+	  type for the flags variable in dahdi_ppp_xmit()
+
+2009-04-21 22:16 +0000 [r6430]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* include/dahdi/user.h, include/dahdi/kernel.h: Move
+	  DAHDI_DEFAULT_MTU_MRU from kernel.h to user.h The macro
+	  DAHDI_DEFAULT_MTU_MRU needs to be exposed to userspace to build
+	  tools/ppp/dahdi.c .
+
+2009-04-20 10:49 +0000 [r6407-6409]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/firmwares/PIC_TYPE_3.hex,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex,
+	  drivers/dahdi/xpp/firmwares/FPGA_1161.hex,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_2.hex: xpp firmware:
+	  stability fixes for firmwares of new Astribanks FPGA_1161.hex:
+	  xpp rev 7007 PIC_TYPE_*.hex: xpp rev 7000
+
+	* drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xproto.h,
+	  drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/card_bri.c,
+	  drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/xpp_dahdi.h,
+	  drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_fxs.c: xpp:
+	  Do use information about number of ports the Astribank provides
+
+	* drivers/dahdi/xpp/init_card_1_30: xpp: Fix FXS calibration (dec
+	  rather than hex)
+
+2009-04-16 19:35 +0000 [r6376-6393]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/card_fxs.c, drivers/dahdi/xpp/init_card_1_30,
+	  drivers/dahdi/xpp/init_card_2_30: xpp fxs/fxo: PCM and DTMF fixes
+
+	* drivers/dahdi/xpp/card_fxs.c: xpp fxs: Notify the user just one
+	  about wrong VMWI config From xpp rev. 6974.
+
+	* drivers/dahdi/xpp/card_fxs.c: xpp fxs: Ignore registers of
+	  disabled SLICs From xpp rev. 6979
+
+	* drivers/dahdi/xpp/card_bri.c: xpp bri: explicitly turn off leds
+	  on startup If NT/TE was changed (e.g: happened because of
+	  firmware bug) We would be left with a lit led we don't know
+	  about. From xpp rev. 6990
+
+2009-04-10 09:53 +0000 [r6344]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/astribank_hook.sample (removed): Move
+	  astribank_hook from linux to tools. Install it by default
+
+2009-04-04 14:22 +0000 [r6325]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* Makefile: Also install dahdi_config.h to /usr/include/dahdi
+
+2009-04-02 20:34 +0000 [r6301-6312]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/astribank_hook.sample: Update the sample udev
+	  astribank_hook for TwinStar
+
+	* drivers/dahdi/xpp/firmwares/PIC_TYPE_3.hex (added),
+	  drivers/dahdi/xpp/xpp.rules,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex (added),
+	  drivers/dahdi/xpp/.version,
+	  drivers/dahdi/xpp/firmwares/FPGA_1161.hex (added),
+	  drivers/dahdi/xpp/firmwares/USB_FW.hex,
+	  drivers/dahdi/xpp/firmwares/Makefile,
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex (added),
+	  drivers/dahdi/xpp/firmwares/PIC_TYPE_2.hex (added): XPP: support
+	  for 116x Astribanks. * New software to load in the udev rules *
+	  New control protocol ("MPP") * More modular FPGA firmware From
+	  Xorcom rev. 6963.
+
+	* drivers/dahdi/xpp/xbus-pcm.c: Reduce the rate for a potentially
+	  annoying message This message is used when an xpp span is a DAHDI
+	  sync master but also set to take timing from the DAHDI master.
+	  This means wrong settings: user is wasting CPU cycles. However
+	  notifying the user about it every second is still too much.
+
+2009-04-02 17:27 +0000 [r6285-6294]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* drivers/dahdi/dahdi-base.c: ensure that the structure being
+	  returned by DAHDI_GET_BUFINFO is completely initialized
+
+2009-03-26 18:33 +0000 [r6262]  Wendell Thompson <wthompson at digium.com>
+
+	* drivers/dahdi/voicebus.c: Fixes DAHDI-214 crash on driver unload.
+	  Affects wcte12xp and wctdm24xxp modules.
+
+2009-03-24 19:08 +0000 [r6237-6246]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/wctc4xxp/base.c: Eliminate unnecessary checks for
+	  NULL before freeing memory.
+
+	* drivers/dahdi/wctc4xxp/base.c: Do not allocate more memory than
+	  is needed when sending packets.
+
+	* drivers/dahdi/wctc4xxp/base.c: Block runt packets from the
+	  transcoder. Tested by: Walter Klomp
+
+	* drivers/dahdi/wctc4xxp/base.c: Do not define the debug flags if
+	  CONFIG_SLUB is not set. Some versions of the kernel
+	  (2.6.18-92.1.22.el5) have patches in them to panic if a slab
+	  cache is created with unsupported flags.
+
+2009-03-24 15:59 +0000 [r6236]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/dahdi-base.c: Make sure the requested echo
+	  canceller name is NULL-terminated. Make sure that the that the
+	  name of the echo canceller requested in the DAHDI ioctl
+	  DAHDI_ATTACH_ECHOCAN is NULL-terminated.
+
+2009-03-23 23:49 +0000 [r6217-6228]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/wctc4xxp/base.c: Verify checksum on the RTP IP
+	  header before queueing.
+
+	* drivers/dahdi/wctc4xxp/base.c: Poll the card in a kernel timer
+	  when several channels are open. Polling the driver increases
+	  overall system throughput when there are several transcoding
+	  channels open by reducing the number of interrupts the the TC400M
+	  generates.
+
+	* drivers/dahdi/wctc4xxp/base.c: Optionally show total number of
+	  packets dropped when channel is closed.
+
+	* drivers/dahdi/wctc4xxp/base.c: Do not handle duplicate reponses.
+	  It is possible for system activity to prevent the wctc4xxp driver
+	  from responding the the firmware on the TC400M for a period of
+	  time. If this occurs, the TC400M will resend a response to a
+	  command that we sent. This duplicate reponse will then sometimes
+	  confuse the driver. Normally this would manifest as an attempt to
+	  connect the same channel together in a transcoding session.
+
+	* drivers/dahdi/wctc4xxp/base.c: Set TX_COMPLETE atomically with
+	  changes to the waiting_for_response_list. This change is to catch
+	  a condition where it is possible, for whatever reason, for a
+	  response to come in before the request is marked tx complete. If
+	  this happened, it was possible to leak the response packet and
+	  double complete the command.
+
+	* drivers/dahdi/wctc4xxp/base.c: split send_trans_connect into a
+	  connect / disconnect pair. Trivial change that makes the code
+	  read more naturally. Also changes the order of members in the
+	  channel_pvt structure. For more natural alignment. Both
+	  non-functional changes.
+
+	* drivers/dahdi/wctc4xxp/base.c: If the driver fails to register,
+	  make sure we cleanup the command cache.
+
+	* drivers/dahdi/wctc4xxp/base.c: Setup the TC400M to poll the own
+	  bit on the descriptor ring. On certain systems having the
+	  hardware poll the descriptor ring provides more reliable
+	  operation that strobbing the transmit demand poll and receive
+	  demand poll register.
+
+	* drivers/dahdi/wctc4xxp/base.c: Make sure that messages sitting in
+	  the outbound queue cause the timer to reschedule.
+
+	* drivers/dahdi/wctc4xxp/base.c: Refactor channel command handling.
+	  Makes commands and reponses clearer and easier to trouble shoot,
+	  reduces pressure on the stack, and brings driver closer to kernel
+	  coding standards.
+
+2009-03-18 18:48 +0000 [r6201]  Jason Parker <jparker at digium.com>
+
+	* drivers/dahdi/dahdi_dynamic_loc.c: Fix a typo
+
+2009-03-17 17:59 +0000 [r6170-6191]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/firmwares/USB_FW.hex: xpp USB_FW.hex rev 6885:
+	  fixes reading label from USB Previous USB_FW.hex, 6770, has
+	  failed to properly read the USB iSerial field ("Label" in xpp
+	  terms). This is fixed here.
+
+	* include/dahdi/dahdi_config.h (added), include/dahdi/kernel.h,
+	  drivers/dahdi/xpp/Kbuild, drivers/dahdi/dahdi-base.c,
+	  drivers/dahdi/dahdi_config.h (removed): Move dahdi_config.h to be
+	  under include/dahdi/ This makes dahdi_config.h part of the
+	  "offcial" interface to external modules. Practically most of its
+	  configuration items are internal to dahdi-base. But some are
+	  intended for other drivers.
+
+	* drivers/dahdi/biquad.h, include/dahdi/kernel.h,
+	  drivers/dahdi/ecdis.h, drivers/dahdi/dahdi-base.c: Make ecdis.h
+	  used by dahdi-base.h alone ecdis.h is no longer #include-d in
+	  kernel.h . it was there because of decleration of some structs
+	  that are part of struct dahdi_chan. The declerations of those
+	  structs were moved into kernel.h directly.
+
+2009-03-13 10:21 +0000 [r6134-6147]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/dahdi-base.c: Fix handling of 'w' in a pulse dial
+	  string Make the special "digit" 'w' work in pulse dialing as it
+	  works with tone dialing (a delay of 0.5 second till the next
+	  digit). Note that the digit gets uppercased before it gets to
+	  this function. (closes issue #13999) Reported by: IgorG Patches:
+	  dahdi-base.c.pulse2.diff uploaded by tzafrir (license 46) Tested
+	  by: litnimax
+
+	* drivers/dahdi/xpp/xpp.conf: A better sample xpp.conf
+
+	* drivers/dahdi/xpp/init_card_3_30,
+	  drivers/dahdi/xpp/init_card_4_30,
+	  drivers/dahdi/xpp/init_card_1_30,
+	  drivers/dahdi/xpp/init_card_2_30: xpp init_card_* scripts now
+	  less verbose * Demote some messages to be debug messages. *
+	  Rephrase the message about defaults for the PRI module (the
+	  driver's defaults are used, which is OK)
+
+	* drivers/dahdi/dahdi-base.c: Fix handling of DAHDI_GETGAINS_V1
+	  missing from r6124 .
+
+2009-03-11 14:51 +0000 [r6113-6126]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/voicebus.c: Allow 10ms for voicebus hardware to
+	  settle after reset. The voicebus hardware needs more time to
+	  settle after a reset. The short settle time explains why there
+	  was frequently one IRQ miss reported in the proc file for the
+	  spans. Reported by: jsloan
+
+	* drivers/dahdi/wct4xxp/base.c: Relax ident wheel requirements. Do
+	  not require the first card to be set to 0 and allow skips in the
+	  ident wheel numbers. The ident wheel allows a user to determine
+	  the order that cards register there spans with DAHDI. (closes
+	  issue #13078) Reported by: opticron Patch by: opticron
+
+	* include/dahdi/user.h, drivers/dahdi/dahdi-base.c: Fix direction
+	  bits on several ioctls. (related to issue #14499) Reported by: ys
+
+	* include/dahdi/kernel.h, drivers/dahdi/dahdi_transcode.c: Keep
+	  transcoders on a list in registration order. This fixes a bug
+	  where it was possible for there to be a transcoder in position
+	  "1" but not in position "0" if a transcoder hardware driver was
+	  loaded, unloaded, and reloaded again without also reloading
+	  dahdi_transcode. The result is that codec_dahdi fails to
+	  enumerate all the transcoders in the system. (closes issue
+	  #14627) Reported by: xblurone
+
+	* drivers/dahdi/dahdi-base.c: Eliminating an unused parameter to
+	  dahdi_specchan_open.
+
+2009-03-06 21:43 +0000 [r6096]  Wendell Thompson <wthompson at digium.com>
+
+	* drivers/dahdi/xpp/xpp_usb.c, drivers/dahdi/wctc4xxp/base.c,
+	  drivers/dahdi/voicebus.c: Workarounds for SLUB sysfs problems in
+	  kernel 2.6.22 with CONFIG_SLUB and CONFIG_SLUB_DEBUG, as in
+	  Fedora Core 6. Fixes kernel oops when loading/unloading dahdi
+	  modules. DAHDI-226
+
+2009-03-05 18:53 +0000 [r6079]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/firmwares/FPGA_1141.hex,
+	  drivers/dahdi/xpp/firmwares/FPGA_1151.hex,
+	  drivers/dahdi/xpp/firmwares/FPGA_FXS.hex: xpp: FPGA firmwares
+	  6799 New FPGA firmware with a number of bug fixes.
+
+2009-03-01 13:56 +0000 [r6046]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/init_card_3_30, drivers/dahdi/xpp/xpp_dahdi.c,
+	  drivers/dahdi/xpp/xproto.h, drivers/dahdi/xpp/.version,
+	  drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/xpp_dahdi.h,
+	  drivers/dahdi/xpp/firmwares/USB_FW.hex,
+	  drivers/dahdi/xpp/xbus-sysfs.c, drivers/dahdi/xpp/xframe_queue.c,
+	  drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_global.c,
+	  drivers/dahdi/xpp/xbus-core.h, drivers/dahdi/xpp/Changelog_xpp,
+	  drivers/dahdi/xpp/card_global.h, drivers/dahdi/xpp/xbus-pcm.c:
+	  New XPP code: xpp rev 6795: * Fix cases where the command_queue
+	  overflowed during initialization. - Also add a
+	  'command_queue_length' parameter to xpp.ko * More migrations to
+	  sysfs: - Add a 'transport' attribute to our astribank devices
+	  which points to the usb device we use. E.g:
+	  /sys/bus/astribanks/devices/xbus-00/transport is symlinked to
+	  ../../../../../../devices/pci0000:00/0000:00:10.4/usb5/5-4 - Move
+	  /proc/xpp/XBUS-??/XPD-??/span to
+	  /sys/bus/xpds/devices/??:?:?/span - Migrate from /proc/xpp/sync
+	  to: /sys/bus/astribanks/drivers/xppdrv/sync - New 'offhook'
+	  attribute in: /sys/bus/xpds/devices/??:?:?/offhook * PRI: change
+	  the "timing" priority to match the convention used by other PRI
+	  cards -- I.e: lower numbers (not 0) have higher priority. * FXO:
+	  - Power denial: create two module parameters instead of
+	  hard-coded constants (power_denial_safezone,
+	  power_denial_minlen). For sites that get non-standard
+	  power-denial signals from central office on offhook. - Don't
+	  hangup on power-denial, just notify Dahdi and wait for - Fix
+	  caller-id detection for the case central office sends it before
+	  first ring without any indication before. Asterisk's desicion. *
+	  USB_FW.hex: - Fixes cases where firmware loading would fail.
+
+2009-02-11 05:41 +0000 [r6005]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/wctc4xxp/base.c: Use the proper pci_device when
+	  handling dma buffers.
+
+2009-02-10 14:07 +0000 [r5997]  Matthew Fredrickson <creslin at digium.com>
+
+	* drivers/dahdi/wcb4xxp/base.c: Set default alarm debounce time to
+	  500ms to debounce NT L1 deactivations
+
+2009-02-09 06:03 +0000 [r5987]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/xproto.c: Fix building DAHDI with module
+	  unloading disabled As moduel_refcount is only used for debugging,
+	  disable it in this non-common case. (Closes issue #14402)
+
+2009-02-02 14:13 +0000 [r5936]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* drivers/dahdi/dahdi_echocan_kb1.c,
+	  drivers/dahdi/hpec/dahdi_echocan_hpec.c, include/dahdi/kernel.h,
+	  drivers/dahdi/dahdi_echocan_jpah.c,
+	  drivers/dahdi/dahdi_echocan_mg2.c,
+	  drivers/dahdi/dahdi_echocan_oslec.c, drivers/dahdi/dahdi-base.c,
+	  drivers/dahdi/dahdi_echocan_sec.c, drivers/dahdi/hpec/hpec.h,
+	  drivers/dahdi/dahdi_echocan_sec2.c: Array-style echo canceller
+	  updates first appeared in Zaptel, because HPEC only supports that
+	  mode. However, when the function for doing array-style updates
+	  was written, the argument names were reversed. In Zaptel this did
+	  no harm, because HPEC was the only module that used array-style
+	  updates. When DAHDI was created, non-array-style updates were
+	  removed, and the existing modules were converted to using
+	  array-style updates. Unfortunately the new code was written based
+	  on the argument names, which were incorrect. This caused all the
+	  echo cancellers to be broken (except HPEC, although we did not
+	  know that at the time), and it was corrected by reversing the
+	  order of the arguments passed when the array-style update
+	  function was called (leading to a confusing mismatch). This fixed
+	  all the non-HPEC modules, but left HPEC broken, which was just
+	  discovered. This commit corrects all these problems, so that the
+	  argument names and the data passed actually make sense, and all
+	  the modules work properly.
+
+2009-01-30 23:42 +0000 [r5924]  Matthew Fredrickson <creslin at digium.com>
+
+	* drivers/dahdi/wcb4xxp/base.c: Make sure that we pass alarm
+	  notification up the stack whenever alarms occur on the B410P
+
+2009-01-30 16:53 +0000 [r5916]  Mike Spiceland <mspiceland at digium.com>
+
+	* drivers/dahdi/wctdm24xxp/base.c: Do a stricter test for FXS
+	  modules. FXO modules will be hi-z during this time and the value
+	  will be undefined. This test ensures that FXO modules will not
+	  falsely trigger during FXS probes. The value of 0x88 from
+	  register 1 has been confirmed during this stage on quad and
+	  single port modules.
+
+2009-01-28 23:17 +0000 [r5895]  Richard Mudgett <rmudgett at digium.com>
+
+	* include/dahdi/user.h: Minor comment rearangement to avoid
+	  possible confusion.
+
+2009-01-28 04:41 +0000 [r5870]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/wcb4xxp/base.c: Ensure the teignorered parameter is
+	  exposed as a module parameter. Related to issue #14031 .
+
+2009-01-27 Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.1.0.4 released.
+
+	* Fix for a kernel panic regression when heavily using pseudo
+	  channels (issue #14183) (merged r5811 and r5819 from the trunk)
+	
+	* Fix the safety check in tor2 to be for SPANS_PER_CARD
+	  (issue #13954) (merged r5590 from the trunk).
+
+2008-12-17 Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.1.0.3 released.
+
+2008-12-17 15:57 +0000 [r5535-5576]  Shaun Ruffell <sruffell at digium.com>
+
+	* drivers/dahdi/wcb4xxp/base.c: Do not propogate received
+	  HDLC frames on channels that are not configured. Issue: DAHDI-217
+
+	* drivers/dahdi/wcb4xxp/base.c: Use %p to print out pointer values.
+
+	* drivers/dahdi/wcb4xxp/base.c: Remove an endless while loop.
+
+	* drivers/dahdi/wcte12xp/base.c: Quiet some warnings about 
+	  possible use of uninitialized variables.
+
+	* build_tools/live_dahdi: live_dahdi: Use the nonrelative path for
+	  the dahdi-tools folder in live_dahdi.
+
+2008-12-15 Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.1.0.2 released.
+
+2008-12-15 20:31 +0000 [r5534-5535]  Shaun Ruffell <sruffell at digium.com>
+
+	* build_tools/live_dahdi: live_dahdi: Use the nonrelative path for
+	  the dahdi-tools folder in live_dahdi.
+
+	* drivers/dahdi/wcte12xp/base.c: wcte12xp: do not release a
+	  spinlock that we did not acquire.
+
+2008-12-12 14:32 +0000 [r5523]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* drivers/dahdi/dahdi-base.c: use a format string for
+	  request_module, so the compiler will do the right thing
+
+2008-12-11 Shaun Ruffell <sruffell at digium.com>
+
+	* dahdi-linux version 2.1.0.1 released.
+
+2008-12-11 21:46 +0000 [r5509]  Shaun Ruffell <sruffell at digium.com>
+
+	* include/dahdi/kernel.h: Add definition of dev_notice for kernels
+	  < 2.6.17.
+
+2008-12-11 21:03 +0000 [r5498-5504]  Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+	* drivers/dahdi/xpp/xbus-sysfs.c: One more place whe
+	  old-but-not-ancient hotplug is used.
+
+	* drivers/dahdi/dahdi_echocan_oslec.c: Send all samples to OSLEC,

[... 870 lines stripped ...]



More information about the svn-commits mailing list