[svn-commits] sruffell: tag linux/2.4.0-rc1 r9155 - /linux/tags/2.4.0-rc1/
SVN commits to the Digium repositories
svn-commits at lists.digium.com
Wed Aug 18 08:22:31 CDT 2010
Author: sruffell
Date: Wed Aug 18 08:22:27 2010
New Revision: 9155
URL: http://svnview.digium.com/svn/dahdi?view=rev&rev=9155
Log:
Importing files for 2.4.0-rc1 release.
Added:
linux/tags/2.4.0-rc1/.version (with props)
linux/tags/2.4.0-rc1/ChangeLog (with props)
Added: linux/tags/2.4.0-rc1/.version
URL: http://svnview.digium.com/svn/dahdi/linux/tags/2.4.0-rc1/.version?view=auto&rev=9155
==============================================================================
--- linux/tags/2.4.0-rc1/.version (added)
+++ linux/tags/2.4.0-rc1/.version Wed Aug 18 08:22:27 2010
@@ -1,0 +1,1 @@
+2.4.0-rc1
Propchange: linux/tags/2.4.0-rc1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: linux/tags/2.4.0-rc1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: linux/tags/2.4.0-rc1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: linux/tags/2.4.0-rc1/ChangeLog
URL: http://svnview.digium.com/svn/dahdi/linux/tags/2.4.0-rc1/ChangeLog?view=auto&rev=9155
==============================================================================
--- linux/tags/2.4.0-rc1/ChangeLog (added)
+++ linux/tags/2.4.0-rc1/ChangeLog Wed Aug 18 08:22:27 2010
@@ -1,0 +1,3221 @@
+2010-08-18 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.4.0-rc1 released.
+
+2010-08-17 17:15 +0000 [r9144-9145] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c: wcte12xp: Clean up -vpm workqueue
+ if there is not a VPMADT032 installed. DAHDI-681.
+
+ * drivers/dahdi/wcte12xp/base.c,
+ drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+ drivers/dahdi/voicebus/voicebus.c,
+ drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/wcte12xp/wcte12xp.h,
+ drivers/dahdi/voicebus/voicebus.h: wcte12xp, wctdm24xxp: Add
+ compile time option CONFIG_VOICEBUS_ECREFERENCE. Add compile time
+ option to improve the reference signal provided to software echo
+ cancelers. The intent here is for this functionality to become
+ the default behavior but more testing and work on the edge cases
+ is needed. It's being brought in now as a compile time option
+ since there have been reports that it helps in some environments.
+ Instead of using two buffers, which means that at best we're two
+ milliseconds behind, use a circular buffer where audio data is
+ written on the transmit side and read on the receive path. In
+ this way high latency values will not interfere with the
+ operation of software echo cancelers. DAHDI-291. DAHDI-387. This
+ work was originally on:
+ http://svn.asterisk.org/svn/dahdi/linux/team/sruffell/improved_ecreference@9143
+ and includes a generic kfifo replacement by Matt Fredrickson.
+
+2010-08-16 21:43 +0000 [r9143] Russ Meyerriecks <rmeyerreicks at digium.com>
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: Set the companding
+ mode on the analog ports in fixup. Fixes a regression from 9101
+ 'wctdm24xxp: Added "auto" companding option' where the analog
+ modules were not defaulted to alaw properly when a digital module
+ is on an Hx8. This could result in very poor audio since the
+ modules were providing ulaw data, but dahdi-base believed the
+ audio was in alaw when converting to signed linear.
+
+2010-08-16 18:43 +0000 [r9142] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi_transcode.c: dahdi_transcode: No need for
+ ioctl when unlocked_ioctl is available More work to kill the BKL
+ (Big Kernel Lock)
+ http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=10041d2d14688e207d0d829095147aa82c1f211b
+
+2010-08-13 19:38 +0000 [r9130-9138] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/oct612x/include/oct6100api/oct6100_mixer_pub.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_tsst_inst.h
+ (added), drivers/dahdi/oct612x/apilib/bt (added),
+ drivers/dahdi/oct612x/include/apilib/octapi_largmath.h (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_tone_detection.c
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_miscellaneous.c
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_playout_buf_pub.h
+ (added), drivers/dahdi/oct612x/include/digium_unused.h (added),
+ drivers/dahdi/oct612x/include/apilib/octapi_llman.h (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_events.c
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_tlv.c
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_events_inst.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_debug_priv.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_phasing_tsst.c
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_tlv_inst.h
+ (added), drivers/dahdi/oct612x/include/octtypewin.h (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_phasing_tsst_inst.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_memory.c
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_playout_buf_priv.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_chip_stats_pub.h
+ (added), drivers/dahdi/oct612x/include/octosdependant.h (added),
+ drivers/dahdi/oct612x/include/octrpc/oct6100_rpc_protocol.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_chip_open_pub.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_adpcm_chan_inst.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_interrupts.c
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_phasing_tsst_pub.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_chip_stats_priv.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_channel_pub.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_tone_detection_priv.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_mixer.c
+ (added), drivers/dahdi/oct612x/get_discards (added),
+ drivers/dahdi/oct612x/include/apilib/octapi_bt0.h (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_apimi
+ (added), drivers/dahdi/oct612x/apilib/llman (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_tsst.c
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_interrupts_priv.h
+ (added), drivers/dahdi/oct612x/apilib/bt/octapi_bt0_private.h
+ (added), drivers/dahdi/oct612x/include/oct6100api/oct6100_apimi.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_chip_open.c
+ (added), drivers/dahdi/oct612x/include/octdef.h (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_tsi_cnct.c
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_tsi_cnct_inst.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_api_inst.h
+ (added), drivers/dahdi/oct612x/include (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_tsst_priv.h
+ (added), drivers/dahdi/oct612x/apilib/llman/octapi_llman.c
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_tsi_cnct_pub.h
+ (added), drivers/dahdi,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_miscellaneous_priv.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_events_priv.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_mixer_inst.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_tlv_priv.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_phasing_tsst_priv.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_adpcm_chan_pub.h
+ (added), drivers/dahdi/oct612x/octdeviceapi (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_memory_priv.h
+ (added), drivers/dahdi/oct612x (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_adpcm_chan_priv.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_conf_bridge.c
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_chip_stats.c
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_conf_bridge_inst.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_remote_debug_inst.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_chip_open_inst.h
+ (added), drivers/dahdi/oct612x/include/octrpc (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_channel_inst.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_tone_detection_pub.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_events_pub.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_errors.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_apimi/oct6100_mask_interrupts.c
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_tsi_cnct_priv.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_debug_inst.h
+ (added), drivers/dahdi/oct612x/apilib/largmath (added),
+ drivers/dahdi/oct612x/apilib (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_interrupts_pub.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_playout_buf.c
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_playout_buf_inst.h
+ (added), drivers/dahdi/oct612x/octasic-helper (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_debug_pub.h
+ (added), drivers/dahdi/oct612x/include/octrpc/rpc_protocol.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_remote_debug.c
+ (added), drivers/dahdi/oct612x/include/oct6100api (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_chip_stats_inst.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api
+ (added), drivers/dahdi/oct612x/apilib/bt/octapi_bt0.c (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_tone_detection_inst.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_mixer_priv.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_version.h
+ (added), drivers/dahdi/oct612x/Makefile (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_apiud.h (added),
+ drivers/dahdi/oct612x/include/octtypevx.h (added),
+ drivers/dahdi/oct612x/apilib/largmath/octapi_largmath.c (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_channel.c
+ (added), drivers/dahdi/oct612x/include/octmac.h (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_remote_debug_pub.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_conf_bridge_pub.h
+ (added), drivers/dahdi/oct612x/include/apilib (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_adpcm_chan.c
+ (added), drivers/dahdi/oct612x/include/oct6100api/oct6100_api.h
+ (added), drivers/dahdi/oct612x/octdeviceapi/oct6100api (added),
+ drivers/dahdi/oct612x/apilib/llman/octapi_llman_private.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_user.c
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_interrupts_inst.h
+ (added),
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_defines.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_conf_bridge_priv.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_remote_debug_priv.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_chip_open_priv.h
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_debug.c
+ (added),
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_channel_priv.h
+ (added), drivers/dahdi/oct612x/include/octtype.h (added),
+ drivers/dahdi/oct612x/test.c (added): wct4xxp: Move 'oct612x'
+ from an svn:external directly into dahdi-linux. From
+ http://svn.digium.com/svn/octasic_api/oct612x/tags/PR49-03/software@44
+ This is only currently maintained as part of DAHDI linux so it
+ makes sense to have it directly in DAHDI linux. This obliterates
+ any chance of having 0 checkpatch.pl errors between the 2.3.0 and
+ 2.4.0 releases. Oh well... Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com>
+
+ * drivers/dahdi/wctdm24xxp/xhfc.c, drivers/dahdi/wctdm24xxp/base.c:
+ wctdm24xxp: Set the 'spantype' for the digital spans. Defaults to
+ "TE" but can be set by software to "NT" by dahdi_cfg.
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: 'is_span_digital' ->
+ 'dahdi_is_span_digital' Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com>
+
+ * include/dahdi/user.h, include/dahdi/kernel.h: dahdi: Make it
+ clear that 'linecompat' can be used to identify analog spans. The
+ linecompat member can be used by a span to identify the
+ global-to-the-span signalling types supported. Analog spans do
+ not support any span-global signalling and therefore linecompat
+ should always be 0. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com>
+
+2010-08-12 19:38 +0000 [r9127] Matthew Fredrickson <creslin at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: Timing fix where handling math in
+ find_sync_src() would return -2 instead of -1 in cases where
+ automatic timing sync was specified.
+
+2010-08-11 05:21 +0000 [r9120-9124] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Do not error when uncrossing a
+ channel if there is no 'dacs' callback. The previous commit was
+ making all chan configs fail on a span that did not have a dacs
+ callback. Also add some documentation for 'dahdi_chan_dacs' and
+ make it more explicit when we're disabling cross connect.
+
+ * drivers/dahdi/dahdi-base.c: dahdi: "Unable" -> "Unable to".
+ Proper sentences are always preferred. Thanks kpfleming :)
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Fix oops when trying to dacs
+ channels with a null dacs function.
+
+2010-08-09 14:43 +0000 [r9117] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * include/dahdi/kernel.h: work around RHEL backport of strcasecmp
+ RHEL/Centos 5.4 kernels broke after the latest strcasecmp
+ backport. So skip them.
+
+2010-08-06 22:12 +0000 [r9097-9105] Russ Meyerriecks <rmeyerreicks at digium.com>
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: minor checkpatch changes
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Added card level timing
+ information in sysfs For kernels >= 2.6.18, each individual card
+ has it's local timing hung off the pci device in the sysfs tree.
+ dahdi-626
+
+ * drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+ drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: Added "auto"
+ companding option Added the "auto" option for the module
+ parameter "companding". In auto mode its left up to each card to
+ decide what companding mode it should be in. If a BRI module is
+ installed, it set everything to alaw; ulaw is selected if no BRI
+ module is installed. Also fixed a bug where forcing companding
+ one way or the other wasn't affecting the BRI modules. dahdi-673
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xp: Replaced alawoverride
+ with companding Added the module parameter "companding" to
+ eventually replace the current alawoverride parameter. Added some
+ deprecated messages so current users will know to move over
+ before we remove it entirely. dahdi-673
+
+ * drivers/dahdi/wcb4xxp/base.c: wcb4xxp: Renamed module parameter
+ "alawoverride" to "companding" Renamed the module parameter
+ "alawoverride" to "companding". The valid values for "companding"
+ are now the strings "alaw" or "ulaw", instead of integers.
+ dahdi-673
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: module param
+ "extendedreset" now a compile option Due to the very small number
+ of affected customers we have removed the module parameter
+ "extendedreset" in favor of a compile time option
+ "CONFIG_EXTENDED_RESET". dahdi-673
+
+ * include/dahdi/kernel.h: dahdi: Backport strcasecmp for kernels <
+ 2.6.22 strcasecmp was brought into the kernel at v2.6.22
+
+2010-08-06 18:27 +0000 [r9094] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Trivial spelling change.
+
+2010-08-05 21:05 +0000 [r9090] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/dahdi-base.c: don't crash on disconnecting of AB
+ This is a regression from r8985 . The temporary 'module' was
+ there because the pointer 'chan' may become invalid after the
+ close function.
+
+2010-08-04 00:18 +0000 [r9087] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctdm24xxp/xhfc.c,
+ drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+ drivers/dahdi/wctdm24xxp/base.c, drivers/dahdi/wctdm24xxp/xhfc.h:
+ wctdm24xxp: 'struct dahdi_span' is already embedded in the
+ 'struct wctdm_span'. We cannot also embed it in struct b400m_span
+ structure and expect container_of to work. This fixes a
+ regression introduced in r8984.
+
+2010-08-03 13:16 +0000 [r9082] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * README: Proper Mantis category to use
+
+2010-07-31 04:00 +0000 [r9059-9073] Alec L Davis <sivad.a at paradise.net.nz>
+
+ * drivers/dahdi/wctdm.c: wctdm: Prevent FXS Proslic staying in
+ "Forward/Reverse OnHookTransfer" during call Since the 3 second
+ click after answering the call on an FXS port has been fixed
+ issue# 15352, the side effect is that the Proslic during a call,
+ still has the audio signal paths still powered on. Reading the
+ Si3215 specs it reads that an extra ~20mA is consumed while in
+ OHT mode. (issue #17764) Reported by: alecdavis Patches:
+ wctdm_fxs_offhook.diff.txt uploaded by alecdavis (license 585)
+ Tested by: alecdavis
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: Prevent FXS Proslic
+ staying in "Forward/Reverse OnHookTransfer" during call
+ [One-liner summary of changes] Now that the 3 second click after
+ answering the call on an FXS port has been fixed, the side effect
+ is that the Proslic during a call, still has the audio signal
+ paths still powered on. Reading the Si3215 specs it reads that an
+ extra ~20mA is consumed while in OHT mode. (closes issue #17764)
+ Reported by: alecdavis Patches: wctdm24xxp_fxs_offhook.diff.txt
+ uploaded by alecdavis (license 585) Tested by: alecdavis
+
+ * drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+ drivers/dahdi/wctdm24xxp/base.c: SLIC_LF_OPPENDING confict
+ between wctdm_proslic_recheck_sanity() and
+ set_lasttxhook_interruptible() Problem:
+ 'wctdm_proslic_recheck_sanity()' is executed (4 times??) every
+ ~256ms which monitors and clears the SLIC_LF_OPPENDING on
+ fxs->lasttxhook when the LF state has been reached.
+ 'set_lasttxhook_interruptible()' times out after 100ms waiting
+ from the previous write to the SLIC_LF register, by waiting for
+ SLIC_LF_OPPENDING to be cleared, thus the write will fail.
+ Solution: adds wctdm_proslic_check_oppending which does the
+ monitoring and clearing of SLIC_LF_OPPENDING, which is execute
+ every 1ms. It also if the correct state is not reached within
+ 100ms, resends the lasttxhook state. (closes issue #17724)
+ Reported by: alecdavis Patches: wctdm24xxp_fxs_answer.diff4.txt
+ uploaded by alecdavis (license 585) Tested by: alecdavis,
+ sruffell
+
+ * drivers/dahdi/wcb4xxp/Makefile, drivers/dahdi/wctdm.c: reverting:
+ add curly braces to _write_8bits Against Kernel Coding Guidelines
+
+ * drivers/dahdi/wctdm.c: add curly braces to _write_8bits
+
+2010-07-29 21:51 +0000 [r9049-9056] Kinsey Moore <kmoore at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wct4xxp/base.c:
+ wct4xxp, wcte12xp: restrict signaling and line combinations to
+ what actually works
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: reference B400Ms as
+ BRI, correct a module alias, make the module description more
+ accurate
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: only allow B400M
+ modules on hybrid cards
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: correct references
+ to "wildcard" and display the number of BRI spans and analog
+ channels after detection
+
+ * drivers/dahdi/dahdi-base.c: dahdi-base: display Reserved when a
+ channel is unusable (has a sigcap of 0)
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wct4xxp/base.c:
+ wct4xxp, wcte12xp: remove loobpack parameter, functionality
+ provided by dahdi_maint
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: don't report about
+ VPM100s if none are present and warn the user when flashing
+ firmware
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: increase consistency and
+ decrease verbosity of kernel logging
+
+2010-07-28 15:32 +0000 [r9034-9046] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/voicebus/GpakApi.c: wcte12xp, wctdm24xxp: Minor
+ cleanup 0 -> NULL
+
+ * drivers/dahdi/tor2.c: tor2: Do not directly dereference I/O
+ memory. Mainly to quiet a sparse warning, but this could be a
+ real problem on some non x86 platforms.
+
+ * drivers/dahdi/wctdm.c: wctdm: Fix signed one-bit fields. Thanks
+ sparse.
+
+ * drivers/dahdi/wcte12xp/base.c: wcte12xp: Add __user annotation in
+ copy_to_user call. Quiets sparse.
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Several minor changes to
+ make sparse/checkpatch.pl happy. Make setup_chunks static,
+ eliminate a dynamic array in the interrupt handler, don't cast
+ away a memory region specifier, and don't initialize statics to
+ 0.
+
+ * drivers/dahdi/wcb4xxp/base.c: wcb4xxp: Trivial removal of some
+ whitespace at the end of a line. Fixing formatting errors that
+ have snuck in since the 2.3.0 release.
+
+ * drivers/dahdi/wcte12xp/base.c: wcte12xp: Trival formatting
+ changes. Fixing up some of the formatting errors that crept in
+ since the 2.3.0 release.
+
+ * README: README: Trivial removal of whitespace at the end of
+ lines.
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Unlock the dahdi_span.lock
+ when passed an invalid DAHDI_MAINT command. Fixes the following
+ sparse warning "warning: context imbalance in 'dahdi_ctl_ioctl' -
+ different lock contexts for basic block". Thank you sparse!
+
+ * drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Add compile-time option
+ to always poll the interface. Added as a workaround for a system
+ which was not routing interrupts properly and therefore is off by
+ default. Candidate for reversion in a couple of years. DAHDI-627.
+
+ * drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Move from I/O space to
+ memory-mapped registers. Certain platforms have trouble with the
+ registers mapped from I/O space. DAHDI-627.
+
+ * drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Do not ACK response
+ packets without a corresponding request. Closes a small window of
+ opportunity where system conditions prevent the driver from
+ servicing it's receive ring within the timeout period of a
+ request, and then in the middle of retrying the request (after
+ the request was already removed from the "waiting_for_response"
+ list) the driver process the response, it's possible for the
+ driver to ACK the response without ever pairing it up with the
+ original request. The result being that the DTE will then ignore
+ our attempts to retry the original request. DAHDI-430.
+
+ * drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Allow read to return
+ more than one packet of data. As of this writing codec_dahdi
+ (Asterisk module) will not call 'read' on a transcoder channel
+ more often than it calls 'write'. When a translation path is
+ setup that will transcode from g723 to g729, write is called
+ every 30ms and each 'read' returns only 20ms of data. The end
+ result is audio that slowly becomes increasing delayed. Since
+ codec_dahdi calls the system read function with a buffer large
+ enough to hold more than one packet this can prevents packets
+ from backing up on the channel. DAHDI-582
+
+2010-07-28 10:30 +0000 [r9025-9028] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/card_pri.c: Ignore Reg. 0x70 messages at E1.
+
+ * drivers/dahdi/xpp/card_pri.c: demote a notice that will happen at
+ registration We might as well ignore this, as we will get this at
+ span registration time anyway.
+
+2010-07-27 01:31 +0000 [r8997-9019] Russ Meyerriecks <rmeyerreicks at digium.com>
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Enabled network facing
+ looping for E1 Added the abililty to loop the line back towards
+ the network for E1 modes. This supports both network loop and
+ network payload loop.
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Fixed error injection bug
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Error counter injection
+ for E1 mode Added support for error counter injection for E1 mode
+
+ * include/dahdi/user.h, drivers/dahdi/wct4xxp/base.c: wct4xxp:
+ Removed card level event handler Upon review the event introduced
+ in r8998 seemed to be redundant, as the same information was
+ already available. Performance issues were also a concern. This
+ reverts r8998.
+
+ * include/dahdi/user.h, drivers/dahdi/wct4xxp/base.c,
+ drivers/dahdi/dahdi-base.c: Added hardware transformer check
+ QuadFalc has the ability to test if the transformer is performing
+ correctly. If the components between the framer and the physical
+ span interface are shorted out or opened for any reason we can
+ now detect it. Possible causes for tripping this error could be a
+ broken transformer from an electrical spike or a board
+ manufacturing error.
+
+ * include/dahdi/user.h, drivers/dahdi/wct4xxp/base.c,
+ drivers/dahdi/dahdi-base.c: Added card level event handler When a
+ loss of syncronization signal occurs on one of the spans, it
+ affects all spans on that card. Since we do not have a span or
+ card level event system, we have to queue up a global event on
+ all channels for that card The new event is DAHDI_EVENT_SYNC
+
+ * drivers/dahdi/wct4xxp/wct4xxp.h, include/dahdi/user.h,
+ drivers/dahdi/wct4xxp/base.c, drivers/dahdi/dahdi-base.c: Added
+ the ability to trigger alarm simulation states in the qfalc
+ framer. Added some more verbose red alarm states in the upper
+ byte of the alarm member of the dahdi_span structure Removed some
+ unnecessary instrumentation regarding the enabling of the errored
+ second and 1 second counters for performance collecting. Also
+ added a couple comments.
+
+2010-07-26 00:30 +0000 [r8979-8986] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/tor2.c, drivers/dahdi/wcfxo.c,
+ drivers/dahdi/wcte12xp/base.c, include/dahdi/kernel.h,
+ drivers/dahdi/xpp/card_pri.c, drivers/dahdi/pciradio.c,
+ drivers/dahdi/wct4xxp/base.c, drivers/dahdi/xpp/card_fxo.c,
+ drivers/dahdi/wctdm24xxp/base.c, drivers/dahdi/xpp/card_fxs.c,
+ drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/wcb4xxp/base.c,
+ drivers/dahdi/wcte11xp.c, drivers/dahdi/xpp/card_bri.c,
+ drivers/dahdi/dahdi_dynamic.c, drivers/dahdi/wctdm.c,
+ drivers/dahdi/wct1xxp.c, drivers/dahdi/dahdi-base.c,
+ drivers/dahdi/dahdi_dummy.c: dahdi: Move the 'owner' field from
+ dahdi_span to dahdi_span_ops. One more thing that can be moved
+ out of the per-span structure.
+
+ * drivers/dahdi/tor2.c, drivers/dahdi/wcfxo.c,
+ drivers/dahdi/wcte12xp/base.c, include/dahdi/kernel.h,
+ drivers/dahdi/pciradio.c, drivers/dahdi/xpp/card_pri.c,
+ drivers/dahdi/wct4xxp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/wcb4xxp/base.c,
+ drivers/dahdi/wcte11xp.c, drivers/dahdi/xpp/card_bri.c,
+ drivers/dahdi/xpp/xpp_dahdi.h, drivers/dahdi/dahdi_dynamic.c,
+ drivers/dahdi/wct1xxp.c, drivers/dahdi/wctdm.c,
+ drivers/dahdi/dahdi-base.c: dahdi: Move the callbacks in
+ dahdi_span into its own structure. Part of preparation for adding
+ additional callbacks to allow board drivers to advertise and
+ support gathering pre-echocan data from hardware echocans.
+
+ * drivers/dahdi/tor2.c, drivers/dahdi/wcfxo.c,
+ drivers/dahdi/wcte12xp/base.c, include/dahdi/kernel.h,
+ drivers/dahdi/xpp/card_pri.c, drivers/dahdi/pciradio.c,
+ drivers/dahdi/wct4xxp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/xpp/xbus-pcm.c, drivers/dahdi/xpp/xpp_dahdi.c,
+ drivers/dahdi/wcb4xxp/base.c, drivers/dahdi/wctdm24xxp/xhfc.c,
+ drivers/dahdi/wcte11xp.c, drivers/dahdi/xpp/card_bri.c,
+ drivers/dahdi/dahdi_dynamic.c,
+ drivers/dahdi/wctdm24xxp/wctdm24xxp.h, drivers/dahdi/wctdm.c,
+ drivers/dahdi/wct1xxp.c, drivers/dahdi/wctdm24xxp/xhfc.h,
+ drivers/dahdi/dahdi_dummy.c: dahdi: Remove the 'pvt' member from
+ dahdi_span. The vast majority of board drivers already keep the
+ dahdi_span structure in a driver specific structure. The others
+ were easily converted. This way board drivers can use the
+ container_of macro to find what was previously pointed to by the
+ "pvt" member of the span. One less thing to think about in the
+ span structure.
+
+ * drivers/dahdi/firmware/Makefile,
+ drivers/dahdi/voicebus/GpakApi.c,
+ drivers/dahdi/voicebus/gpakenum.h,
+ drivers/dahdi/voicebus/GpakApi.h,
+ drivers/dahdi/voicebus/GpakCust.c,
+ drivers/dahdi/voicebus/gpakErrs.h: wcte12xp, wctdm24xxp: Updating
+ VPMADT032 firmware to version to 1.25 The echo canceler will now
+ monitor if the receive signal goes over a certain threshold, and
+ if so, freezes its adaptation to prevent loss of convergence.
+ I.e. Fixes conditions where blowing into your handset could
+ result in echo. Additionally, 1.25 includes improvements for
+ handling when line conditions change from echo free to containing
+ echo.
+
+ * drivers/dahdi/voicebus/voicebus.c,
+ drivers/dahdi/voicebus/voicebus.h: wcte12xp, wctdm24xxp: Return
+ buffer processing to interrupt handler. In revision 8095, I had
+ moved most of the buffer processing out of the interrupt handler
+ and into a tasklet. The intended result was to enable multiple
+ cards to interleave with one another. But once again I was bitten
+ by the fact that there are some systems that for one reason or
+ another do not process their tasklets in a timely enough manner
+ for the real-time nature of TDM processing. This commit moves
+ this processing back into the interrupt handler by default. It
+ also limits the number of frames that the interrupt handler will
+ process at any given time which appears to achieve the same
+ intended result. (closes issue #17289) Tested by: alecdavis
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/voicebus/voicebus.c,
+ drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/voicebus/voicebus.h: wcte12xp, wctdm24xxp:
+ spin_lock_bh -> spin_lock_irqsave Will add an option to allow
+ calling the deferred processing callback directly in the
+ interrupt handler. It appears there are some systems which still
+ are unable to process their tasklets in a timely fashion,
+ especially if they get pushed out to the ksoftirqd daemon.
+
+ * drivers/dahdi/wcte12xp/base.c: wcte12xp: Do not call
+ destory_workqueue if the workqueue was not yet created.
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/voicebus/voicebus.c,
+ drivers/dahdi/wctdm24xxp/base.c: wcte12xp, wctdm24xxp: Add
+ shutdown handlers. Make the drivers a little more kexec friendly.
+
+2010-07-25 16:43 +0000 [r8975] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/card_pri.c: No need to worry about accidental
+ "changes" in reg. 0x70 in E1
+
+2010-07-22 15:28 +0000 [r8968-8969] Matthew Fredrickson <creslin at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: Make sure we also change the deflaw
+ of the span to ulaw if alawoverride is disabled.
+
+ * drivers/dahdi/wct4xxp/base.c: Make sure we check max_latency to
+ see if it's greater than the minimum required latency for the
+ board in question.
+
+2010-07-19 13:49 +0000 [r8943-8944] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * README: Copy README section of kernel sources from Zaptel. Still
+ needs some simplifications. Anybody?
+
+ * drivers/dahdi/xpp/card_fxs.c: FXS - fix VMWI compatibility mode:
+ * If we have vmwi_ioctl=N, we should initialize the vmwi_type of
+ all channels. We initialize it to HVAC * Fix a regression, where
+ curly braces around empty if()'s were removed. * Also fix the
+ VMWI_TYPE() macro, so it actually uses the 3'rd parameter. (this
+ didn't cause damage yet, as we only used HVAC so far)
+
+2010-07-16 16:25 +0000 [r8939] Matthew Fredrickson <creslin at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: Add alawoverride parameter to the
+ wcb4xxp module to allow for ulaw and alaw mode.
+
+2010-07-14 20:15 +0000 [r8935] Matthew Fredrickson <creslin at digium.com>
+
+ * drivers/dahdi/wct4xxp/base.c: Make noburst parameter override
+ burst flag.
+
+2010-07-14 11:50 +0000 [r8872-8931] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex: PIC 4 rev. 7381: fix
+ T1 returning signaling register in non-CAS This is the second
+ part of the partial fix in r8872, though each of the two should
+ work independently.
+
+ * drivers/dahdi/xpp/firmwares/USB_FW.hex: Allow reading caps when
+ twinstar watchdog set Fixes reading capabilities when the
+ watchdog is set. In that case most of the data, as seen, e.g. in
+ output of 'astribank_allow', was 0xFF. Xorcom rev: 7809
+
+ * drivers/dahdi/xpp/init_card_4_30, drivers/dahdi/xpp/card_pri.c:
+ Set Astribank PRI before initialization This avoids most cases of
+ sending garbage at startup by setting each port to tristate mode
+ at init time (in the init script) and enable it back at
+ DAHDI_STARTUO (end of dahdi_cfg). Upgrade note: if you have
+ upgraded the files (including init script) but old module is
+ still loaded, you may end up with the port not getting ever
+ enabled and the line practically dead. In such a case, reload the
+ new module.
+
+ * drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xbus-core.c,
+ drivers/dahdi/xpp/xbus-core.h, drivers/dahdi/xpp/xbus-pcm.c:
+ start migrating from xbus_num() to get_xbus()/put_xbus() * Now
+ get_xbus() receive and xbus number (not poiner) and uses
+ xbus_num() internally to map it to an xbus pointer + refcount
+ increment. (this is atomic) * Migrate all obvious places that
+ used xbus_num() to map bus number into a pointer, so now they use
+ get_xbus() + put_xbus() to aquire and release an xbus.
+
+ * drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xproto.h,
+ drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/xbus-pcm.h,
+ drivers/dahdi/xpp/card_bri.c, drivers/dahdi/xpp/card_fxo.c,
+ drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_fxs.c,
+ drivers/dahdi/xpp/xbus-core.h, drivers/dahdi/xpp/xbus-pcm.c: PRI
+ Astribanks always sync AB (and independent) * PRI devices always
+ get SYNC-AB (never PLL, not even for NT) * Fix Timing priority
+ calculation accordingly. * On PRI layer1 changes, elect_syncer()
+ is called, so we have re-election.
+
+ * drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_global.c,
+ drivers/dahdi/xpp/xbus-core.h: prevent handling of duplicate
+ Astribanks Don't let AB which are unplugged/replugged create
+ duplicate XBUS's (if asterisk don't close the original channels).
+
+ * drivers/dahdi/xpp/xbus-sysfs.c: Create /sys/devices/astribanks: *
+ Astribank devices now reside under their own top-level device. *
+ The USB device is still used as the 'transport'. * This means the
+ astribanks parents are NOT the USB devices. * As a result, even
+ after a USB disconnect, we have valid sysfs representation.
+
+ * drivers/dahdi/xpp/xpd.h, drivers/dahdi/xpp/xpp_dahdi.c,
+ drivers/dahdi/xpp/xbus-sysfs.c, drivers/dahdi/xpp/xbus-core.c,
+ drivers/dahdi/xpp/xbus-core.h: Keep SYSFS objects after
+ disconnect When the USB device disconnects, we keep references to
+ them to make sure they don't disappear.
+
+ * drivers/dahdi/xpp/card_pri.c: Don't reset span flag RBS on pri
+ module Don't attempt to reset the span flag DAHDI_FLAG_RBS. At
+ pre-registration we don't yet know if we're CAS or not.
+
+ * drivers/dahdi/xpp/card_pri.c: don't send "duplicates" in E1 as in
+ D4 Make sure we only consider T1-s to be potentially D4 (which
+ requires sending the bits twice). This fixes occasional
+ command-queue floods in E1 CAS.
+
+ * drivers/dahdi/xpp/card_fxs.c: Put a space where it belongs
+
+ * drivers/dahdi/xpp/xpd.h, drivers/dahdi/xpp/xpp_dahdi.c,
+ drivers/dahdi/xpp/card_fxs.c: Basic support for DAHDI_VMWI_CONFIG
+ * Supports only our current NEON notification. * No more global
+ 'vmwineon' parameter: - We expect asterisk to tell us by channel.
+ - If 'vmwi_ioctl' is not set (it is by default), that we revert
+ to FSK searching (expensive) and call directly our NEON code (as
+ before).
+
+ * drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_global.c:
+ Solve race xbus_populate Fixes a crash resulting from a race
+ between disconnecting and connecting Astribanks (on multi-core
+ systems) * Use get_xbus()/put_xbus() arround xbus_populate(), so
+ a disconnect in the middle won't release the xbus too early. *
+ Aquire all XPDs before starting initialization and release them
+ after it finishes (so we don't have up/down races among XPDs)
+
+ * drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xbus-sysfs.c,
+ drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_global.c,
+ drivers/dahdi/xpp/xbus-core.h: put xbus->worker in xbus;
+ wake_up_interruptible_all() * The worker member of 'struct xbus'
+ is now an embedded struct xbus_workqueue. * Replace wake_up() to
+ wake_up_interruptible_all().
+
+ * drivers/dahdi/xpp/xpd.h, drivers/dahdi/xpp/xpp_dahdi.c,
+ drivers/dahdi/xpp/xbus-sysfs.c, drivers/dahdi/xpp/xbus-core.c:
+ Cleanup: refcount_xpd() * Change refcount_xpd(): instead of
+ returning a pointer to the atomic counter, return directly its
+ value (just like refcount_xbus()) * Add a refcount_xbus and
+ refcount_xpd attributes to sysfs (for debugging)
+
+ * drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xpp_usb.c,
+ drivers/dahdi/xpp/xbus-pcm.h, drivers/dahdi/xpp/card_bri.c,
+ drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/xbus-core.c,
+ drivers/dahdi/xpp/card_fxs.c, drivers/dahdi/xpp/xbus-core.h,
+ drivers/dahdi/xpp/xbus-pcm.c: Fix building without CONFIG_PROC_FS
+ defined This changeset should have no functional changes.
+
+ * drivers/dahdi/xpp/init_card_4_30: Don't assume hardwired
+ pri_protocol is E1 When initializing registers for the "PRI"
+ (E1/T1) module, in the case the user has not explicitly asked for
+ E1/T1 settings in xpp.conf (pri_protocol) fall back to the
+ current value, which is the build-time fall-back. The value is
+ read from sysfs. Previously we implicitly assumed this value is
+ E1.
+
+ * drivers/dahdi/xpp/init_card_4_30: partial fix of T1 returning
+ signaling register in non-CAS mode
+
+2010-07-12 18:45 +0000 [r8868] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi-base.c, drivers/dahdi/dahdi_dummy.c: dahdi:
+ Explicitly ensure we don't schedule a timer for the current tick.
+ As best as I can tell, when CONFIG_NO_HZ is set along with
+ CONFIG_HZ < 250, it is possible for the system timer to exceed
+ MAX_SOFTIRQ_RESTART. Tony Mountifield alluded that this might be
+ a problem in the below mailing list posting, but when I was
+ originally testing, I wasn't using CONFIG_NO_HZ and HZ < 250.
+ http://www.mail-archive.com/asterisk-dev@lists.digium.com/msg37384.html
[... 2457 lines stripped ...]
More information about the svn-commits
mailing list