[svn-commits] sruffell: tag linux/2.4.1-rc1 r9762 - /linux/tags/2.4.1-rc1/
SVN commits to the Digium repositories
svn-commits at lists.digium.com
Tue Feb 15 09:41:24 CST 2011
Author: sruffell
Date: Tue Feb 15 09:41:20 2011
New Revision: 9762
URL: http://svnview.digium.com/svn/dahdi?view=rev&rev=9762
Log:
Importing files for 2.4.1-rc1 release.
Added:
linux/tags/2.4.1-rc1/.version (with props)
linux/tags/2.4.1-rc1/ChangeLog (with props)
Added: linux/tags/2.4.1-rc1/.version
URL: http://svnview.digium.com/svn/dahdi/linux/tags/2.4.1-rc1/.version?view=auto&rev=9762
==============================================================================
--- linux/tags/2.4.1-rc1/.version (added)
+++ linux/tags/2.4.1-rc1/.version Tue Feb 15 09:41:20 2011
@@ -1,0 +1,1 @@
+2.4.1-rc1
Propchange: linux/tags/2.4.1-rc1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: linux/tags/2.4.1-rc1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: linux/tags/2.4.1-rc1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: linux/tags/2.4.1-rc1/ChangeLog
URL: http://svnview.digium.com/svn/dahdi/linux/tags/2.4.1-rc1/ChangeLog?view=auto&rev=9762
==============================================================================
--- linux/tags/2.4.1-rc1/ChangeLog (added)
+++ linux/tags/2.4.1-rc1/ChangeLog Tue Feb 15 09:41:20 2011
@@ -1,0 +1,3700 @@
+2011-02-15 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.4.1-rc1 released.
+
+2011-02-11 17:52 +0000 [r9757-9760] Shaun Ruffell <sruffell at digium.com>
+
+ * build_tools/make_version: make_version: Use 'git rev-parse' if
+ only looking for a sha5. Different versions of git have
+ variability in how the log output looks. Instead of git log, we
+ can use git rev-parse directly. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9475
+
+ * build_tools/make_version: make_version: svn and git metadata
+ directory not checked properly. (closes issue #16143) Reported
+ by: Max Khon Signed-off-by: Kinsey Moore <kmoore at digium.com>
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9418
+
+ * build_tools/make_version: make_version: '[[' -> '[' since it's
+ not a bash script. '[[' is a bash construct specifically, yet
+ #!/bin/sh is at the top of the file. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Acked-by: Kinsey Moore <kmoore at digium.com>
+ Acked-by: Russ Meyerriecks <rmeyerriecks at digium.com> Acked-by:
+ Tzafrir Cohen <tzafrir.cohen at xorcom.com> Review:
+ https://reviewboard.asterisk.org/r/940/ Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9408
+
+ * Makefile, build_tools/make_version: dahdi: Generate
+ include/dahdi/version.h when building in a git repository. If
+ building within a git repository search the last log message for
+ a 'git-svn-id'. If found, the commit has a corresponding svn
+ revision number and we will use the SVN-xxx-rxxx revision form.
+ Otherwise use the output of 'git describe --long --always --tags
+ --dirty=M' as the version. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Acked-by: Tzafrir Cohen
+ <tzafrir.cohen at xorcom.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9396
+
+2011-02-10 16:29 +0000 [r9746-9755] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wct4xxp/vpm450m.c: wct4xxp: Do not lock interrupts
+ while loading the VPM firmware. Since the oct6100 API consumes
+ less stack there is no longer a danger of overflowing our stack
+ during load. Signed-off-by: Shaun Ruffell <sruffell at digium.com>
+ Origin: http://svnview.digium.com/svn/dahdi?view=rev&rev=9752
+
+ * drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_tlv.c,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_phasing_tsst.c,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_channel.c,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_playout_buf.c,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_interrupts.c,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_chip_stats.c,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_conf_bridge.c,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_miscellaneous_priv.h,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_events.c:
+ wct4xxp: Reduce stack usage in oct612x API. Reduce the stack
+ usage by replacing the mOCT6100_RETRIEVE_NLP_CONF_DWORD and
+ mOCT6100_SAVE_NLP_CONF_DWORD macros with functions. Some
+ compilers do a better job of optimizing the local variables
+ declared in those macros than others. For example, with gcc
+ 4.3.0, running ]# make stackcheck | grep Oct6100 | head -n 20 |
+ sed -e 's/^0\S* //g' | uniq Before: Oct6100ApiWriteVqeNlpMemory
+ [wct4xxp]: 1112 Oct6100ApiInvalidateChanPlayoutStructs
+ [wct4xxp]:520 Oct6100ApiSetChannelLevelControl [wct4xxp]: 392
+ Oct6100ApiBridgeEventRemove [wct4xxp]: 344
+ Oct6100ApiDebugChannelOpen [wct4xxp]: 312
+ Oct6100ApiWriteVqeAfMemory [wct4xxp]: 296
+ Oct6100ApiSetChannelTailConfiguration [wct4xxp]:264
+ Oct6100ApiRandomMemoryWrite [wct4xxp]: 248
+ Oct6100ApiTransferToneEvents [wct4xxp]: 248
+ Oct6100ApiModifyChannelStructs [wct4xxp]: 232 After:
+ Oct6100ApiBridgeEventRemove [wct4xxp]: 344
+ Oct6100ApiDebugChannelOpen [wct4xxp]: 312
+ Oct6100ApiRandomMemoryWrite [wct4xxp]: 248
+ Oct6100ApiTransferToneEvents [wct4xxp]: 248
+ Oct6100ApiInvalidateChanPlayoutStructs [wct4xxp]:248
+ Oct6100ApiModifyChannelStructs [wct4xxp]: 232
+ Oct6100ApiBridgeRemoveParticipantFromChannel [wct4xxp]:216
+ Oct6100ApiWriteVqeNlpMemory [wct4xxp]: 200 Oct6100ApiInitChannels
+ [wct4xxp]: 168 Oct6100ApiProgramNLP [wct4xxp]: 168 Signed-off-by:
+ Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9751
+
+ * drivers/dahdi/oct612x/include/oct6100api/oct6100_chip_open_inst.h,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_channel.c,
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_channel_inst.h,
+ drivers/dahdi/wct4xxp/vpm450m.c,
+ drivers/dahdi/oct612x/include/oct6100api/oct6100_defines.h,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_miscellaneous_priv.h,
+ drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_chip_open.c:
+ wct4xxp: Reduce the memory footprint of the hardware
+ echocanceler. This saves ~300K of kernel memory for each quad or
+ dual span VPM. Due to the fact that this change disables caching
+ of the NLP words (among other things), the time to disable the
+ echocans appears to have increased by ~1ms. Before this change:
+ =======================================================================
+ 0) ! 356.498 us | vpm450m_setecmode(); <--- disable 0) ! 387.762
+ us | vpm450m_setecmode(); <--- enable 0) ! 429.839 us |
+ vpm450m_setecmode(); <--- disable ]# echo 1 >
+ /proc/sys/vm/drop_caches && free -k total used free shared
+ buffers cached Mem: 2005352 228368 1776984 0 132 5540 -/+
+ buffers/cache: 222696 1782656 Swap: 983036 0 983036 After this
+ change:
+ =======================================================================
+ 0) ! 1109.515 us | vpm450m_setecmode(); <--- disable 0) ! 339.017
+ us | vpm450m_setecmode(); <--- enable 0) ! 1431.460 us |
+ vpm450m_setecmode(); <--- disable ]# echo 1 >
+ /proc/sys/vm/drop_caches && free -k total used free shared
+ buffers cached Mem: 2005352 228080 1777272 0 112 5484 -/+
+ buffers/cache: 222484 1782868 Swap: 983036 0 983036
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9750
+
+ * include/dahdi/kernel.h: dahdi: Add '#include <linux/kobject.h>'
+ in dahdi/kernel.h linux/kobject.h was removed from linux/fs.h in
+ upstream commit 57cc721. Add it back in in order to pick up the
+ linux/kref.h include. Reported-by: Raoul Bönisch
+ <jkl345 at alice-dsl.net> Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9697
+
+2011-02-09 12:45 +0000 [r9745] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * build_tools/live_dahdi: live_dahdi: Fix regression from r9508
+ Signed-off-by: Tzafrir Cohen <tzafrir.cohen at xorcom.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9532
+
+2011-01-31 18:09 +0000 [r9723-9726] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Experimentally remove
+ dependency on the Big Kernel Lock. With the release of Linux
+ 2.6.37, the Big Kernel Lock is now a compile time option. This
+ change adds a mutex around the one place in the code that we
+ already knew was dependent on the lock_kernel/unlock_kernel calls
+ for serialization and drops the other calls to
+ lock_kernel/unlock_kernel if CONFIG_BKL is not defined. This is
+ *mostly* the dahdi-no-bkl.patch with a few minor whitespace
+ changes, the global_dialparmslock made static, and a warning
+ added to let people know they are running an experimental
+ configuration. (issue #18604) Reported by: jkroon Patches:
+ dahdi-no-bkl.patch uploaded by jkroon (license 714)
+ Signed-off-by: Jaco Kroon <jaco at uls.co.za> Signed-off-by: Shaun
+ Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9721
+
+ * drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+ drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: Remove code for
+ unsupported modules. The VPM100 and S100M modules are no longer
+ supported. Analog cards supported by the wctdm24xxp are still
+ compatible with the S110 and VPMADT032 modules. DAHDI-302
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9720
+
+ * Makefile: dahdi: Add '+' on KMAKE definition to enable parallel
+ make. Now 'make -j 5' works the way it's supposed to on multi
+ core machines. On one test machine build times went from ~33
+ seconds to ~11 seconds. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Acked-by: Kinsey Moore <kmoore at digium.com>
+ Acked-by: Russ Meyerriecks <rmeyerriecks at digium.com> Acked-by:
+ Tzafrir Cohen <tzafrir.cohen at xorcom.com> Review:
+ https://reviewboard.asterisk.org/r/940/ Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9409
+
+2011-01-27 21:09 +0000 [r9702] Matthew Fredrickson <creslin at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: Fix for bugs in timing selection
+ when B410P card is not the first configured card in system.
+
+2011-01-21 05:35 +0000 [r9652-9696] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Perform an extended reset
+ on PCI-Express cards by default. Extended reset is needed
+ primarily with the PCI express version of the dual and quad-span
+ cards. Enable it by default for those cards and allow it to be
+ forced on or off globally for the driver as a compile time
+ option. The options to force it should be able to come out if
+ there aren't any further reports that the compile time option
+ needs to be set. DAHDI-773 Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9635
+
+ * README: README: clarify required kernel configuration
+ Signed-off-by: Tzafrir Cohen <tzafrir.cohen at xorcom.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9619
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Add error if CONFIG_BKL is not
+ defined Might help when someone wonders why they are now getting
+ errors about "lock_kernel" being undefined. Signed-off-by: Shaun
+ Ruffell <sruffell at digium.com> Acked-by: Kinsey Moore
+ <kmoore at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9592
+
+ * drivers/dahdi/wcte12xp/base.c: wcte12xp: Remove unused functions
+ from t1_span_ops. 'open' and 'close' were already empty.
+ 't1xxp_shutdown' only cleared DAHDI_FLAGBIT_RUNNING which is
+ already done in dahdi-base.c after calling shutdown. Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9318
+
+ * drivers/dahdi/wcfxo.c, drivers/dahdi/tor2-hw.h,
+ drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wcb4xxp/base.c,
+ drivers/dahdi/pciradio.c, include/dahdi/kernel.h,
+ drivers/dahdi/wct4xxp/base.c, drivers/dahdi/wcte11xp.c,
+ drivers/dahdi/wct1xxp.c, drivers/dahdi/wctc4xxp/base.c,
+ drivers/dahdi/wctdm.c, drivers/dahdi/wctdm24xxp/base.c: "struct
+ pci_device_id[]" -> "DEFINE_PCI_DEVICE_TABLE" 2.6.25 added the
+ DEFINE_PCI_DEVICE_TABLE macro to make sure that the pci_device_id
+ tables are put into the correct section in the binary. Convert
+ all the places where the tables were defined to use them. This is
+ linux-2.6 commit where the change went in along with the
+ rationale: 90a1ba0c5e39eeea278f263c28ae02166c5911c8
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Acked-by:
+ Kinsey Moore <kmoore at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9584
+
+ * include/dahdi/kernel.h: dahdi: If mutexes are not available use
+ semaphores instead. Mutexes were added in 2.6.16. This will allow
+ future changes to use the mutex API without breaking on pre
+ 2.6.16 kernels. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Acked-by: Kinsey Moore <kmoore at digium.com>
+ Origin: http://svnview.digium.com/svn/dahdi?view=rev&rev=9579
+
+ * drivers/dahdi/wcb4xxp/base.c: wcb4xxp: HDLC packets do not pass
+ over D-channel. dahdi/wcb4xxp driver used with Digium Wildcard
+ B410 quad-BRI PCI card unable to communicate with another ISDN
+ device (ISDN phone, another port of B410). It appears that
+ B-channels are capable to transport data, but D-channel is not.
+ Debug output added into the driver shows that packets are
+ transmitted to the D-channel, but no packets are received.
+ Further investigation shows that no interrupts received from Rx
+ FIFO associated with D-channel, although packets are delivered to
+ the FIFO. I've found that problem is in improper usage of
+ chan->chanpos while indexing the fifo index (bspan->fifos):
+ chanpos starts from 1 and fifos starts from 0. Therefore, garbage
+ read instead of fifo number. (closes issue #14834) Reported by:
+ vvv Patches: dahdi-linux-complete-2.2.0-rc1.patch uploaded by vvv
+ (license 741) Signed-off-by: Shaun Ruffell <sruffell at digium.com>
+ Origin: http://svnview.digium.com/svn/dahdi?view=rev&rev=9555
+
+ * drivers/dahdi/vpmadt032_loader/dahdi_vpmadt032_loader.c:
+ wcte12xp, wctdm24xxp: Do not call pci_set_drvdata after device
+ initialization. Instead of using pci_set_drvdata embed the
+ 'struct voicebus_operations' directly in the context so we can
+ use container_of to find the context. This resolves a problem
+ where the 'remove_one' callback gets an invalid pointer to
+ 'struct t1' if the VPMADT032 is in the middle of a reload when
+ the module is unloading. DAHDI-783. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9554
+
+ * drivers/dahdi/voicebus/voicebus.c: wctdm24xxp, wcte12xp: Disable
+ PCI read-line multiple command. There are some platforms where
+ the read-line multiple transaction causes packets to be dropped
+ in the voicebus pipeline. The only observable behavior is that
+ packets just go "missing" in the pipeline. This also only appears
+ to affect PCI cards. A typical 'symptom' of this problem is you
+ may see IRQ misses increasing without any corresponding "bumps"
+ in latency in the kernel message log. Normally, IRQ misses are
+ correlated to latency bumps since that is an indication that the
+ host was not able to service the card interrupt in a timely
+ fashion. DAHDI-510 DAHDI-774 Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Signed-off-by: Russ Meyerriecks
+ <rmeyerriecks at digium.com> Acked-by: Kinsey Moore
+ <kmoore at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9542
+
+ * drivers/dahdi/wct4xxp/vpm450m.c: wct4xxp: Close a memory leak in
+ the VPM450 error path. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Acked-by: Kinsey Moore <kmoore at digium.com>
+ Acked-By: Russ Meyerriecks <rmeyerriecks at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9539
+
+ * drivers/dahdi/voicebus/voicebus.c: wctdm24xxp, wcte12xp: Lock
+ interrupts when recovering from an underrun. This reduces the
+ chance that another interrupt will interfere with the recovery
+ process. Otherwise it is possible that the hardware advances past
+ the position that we think it is currently at. Signed-off-by:
+ Shaun Ruffell <sruffell at digium.com> Acked-by: Kinsey Moore
+ <kmoore at digium.com> Acked-By: Russ Meyerriecks
+ <rmeyerriecks at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9535
+
+ * drivers/dahdi/voicebus/voicebus.c: wctdm24xxp, wcte12xp: Add more
+ descriptive message on a failed reset. Reading 0xffffffff from
+ the registers is a different error than just not coming out of
+ reset. Add a little extra debugging information. Signed-off-by:
+ Shaun Ruffell <sruffell at digium.com> Acked-by: Kinsey Moore
+ <kmoore at digium.com> Acked-By: Russ Meyerriecks
+ <rmeyerriecks at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9534
+
+ * drivers/dahdi/wcte12xp/base.c, include/dahdi/kernel.h: wcte12xp:
+ Use interruptible waits to decrease impact on load average. The
+ wcte12xp does all the checking for alarm in a user space
+ workqueue. Most of this time is spent sleeping waiting for reads
+ from the framer to complete. Tasks in uninterruptible sleeps are
+ added to running tasks for the purposes of calculating load
+ average. This change makes the sleeps interruptible so as to not
+ affect the load average as much. For example, the following
+ command will load and configure the driver and then print the
+ load average every 10 seconds. ]# modprobe wcte12xp && dahdi_cfg
+ && ((x=12)); while [[ $x -gt 0 ]]; do cat /proc/loadavg; sleep
+ 10; let x=$x-1; done With this change: 0.29 0.10 0.02 1/101 29945
+ 0.24 0.10 0.02 1/101 29967 0.20 0.09 0.02 1/101 30019 0.17 0.09
+ 0.02 1/101 30041 0.15 0.09 0.02 1/101 30062 0.12 0.08 0.02 1/101
+ 30085 0.10 0.08 0.02 1/101 30107 0.09 0.08 0.02 1/101 30129 0.07
+ 0.08 0.02 1/101 30151 0.14 0.09 0.02 1/101 30173 0.12 0.09 0.02
+ 1/101 30195 0.10 0.08 0.02 1/101 30217 (and I've seen it get down
+ to 0.0) Before this change: 0.57 0.22 0.07 1/101 31920 0.48 0.21
+ 0.07 1/101 31942 0.48 0.22 0.07 1/101 31964 0.48 0.23 0.08 1/101
+ 31986 0.41 0.22 0.07 1/101 32008 0.42 0.23 0.08 1/101 32030 0.43
+ 0.24 0.08 1/101 32054 0.45 0.25 0.09 1/101 32076 0.45 0.25 0.09
+ 1/101 32098 0.46 0.26 0.10 1/101 32120 0.47 0.27 0.10 1/101 32172
+ 0.39 0.26 0.10 1/101 32194 (closes issue #18142) Reported by:
+ foxfire Tested by: foxfire Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9512
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Prevent unloadable module on
+ failed open. If chan->span->ops->open() fails then the reference
+ count of the module implementing the board driver will not be
+ decremented. The result is a module that would always be "in use"
+ and unloadable. This change makes sure to release that reference
+ when open failed. (closes issue #18422) Reported by: avarvit
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Acked-by:
+ Angelos Varvitsiotis <avarvit at admin.grnet.gr> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9510
+
+ * build_tools/live_dahdi: live_dahdi: fix usage of xpp.conf Link
+ live/usr/share/dahdi/xpp.conf from live/etc/dahdi/xpp.conf in
+ 'config'. This makes the 'live' xpp.conf used rather than the
+ global xpp.conf . Signed-off-by: Tzafrir Cohen
+ <tzafrir.cohen at xorcom.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9508
+
+ * drivers/dahdi/xpp/card_pri.c: xpd_pri: Remove pointless hooksig
+ span op If the span reports that it supports hooksig, DAHDI may
+ fail to use RBS. So remove a call to that stub function.
+ Signed-off-by: Tzafrir Cohen <tzafrir.cohen at xorcom.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9506
+
+ * drivers/dahdi/xpp/card_pri.c: xpd_pri: ignore DAHDI_VMWI and
+ DAHDIVMWI_CONFIG This fixes an annoying, though harmless issue:
+ if Asterisk decides to send voicemail messages to a channel (CAS,
+ configured as FXS), We can't do anything useful with them. So
+ ignore them to avoid scary-looking messages (from
+ report_bad_ioctl()). Signed-off-by: Tzafrir Cohen
+ <tzafrir.cohen at xorcom.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9505
+
+ * drivers/dahdi/voicebus/voicebus.c: wctdm24xxp, wcte12xp: Close a
+ few potential resource assignment leaks. There were some routes
+ through the failure paths in __voicebus_init() where a registered
+ memory region was not subsequently released. This change closes
+ those paths. The result would be on subsequent loads of the
+ driver after hitting the failure condition you would see "IO
+ Registers are in use by another module." in dmesg.
+ request_mem_region/release_mem_region should most likely be
+ converted to devm_request_region and devm_release_region
+ introduced in 2.6.20 (commit
+ 9ac7849e35f705830f7b016ff272b0ff1f7ff759) which was introduced
+ for reasons just such as this. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9503
+
+ * build_tools/live_dahdi: live_dahdi: only check for TOOLS_DIR when
+ used Only check that TOOLD_DIR is valid when it is actually
+ needed (configure, install, config). This allows not checking for
+ it with *load on a rsync-ed copy. Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9479
+
+ * drivers/dahdi/hpec/dahdi_echocan_hpec.c,
+ drivers/dahdi/xpp/xpp_usb.c, include/dahdi/kernel.h,
+ drivers/dahdi/wctdm24xxp/xhfc.c,
+ drivers/dahdi/voicebus/voicebus.c, drivers/dahdi/wctc4xxp/base.c,
+ drivers/dahdi/wctdm24xxp/base.c, drivers/dahdi/xpp/xbus-core.c:
+ Remove mutex emulation Using semaphores as mutexes was removed
+ from the kernel in 4882720b267b. Just use straight semaphores
+ now. 'DECLARE_MUTEX()' -> 'DEFINE_SEMAPHORE()' and 'init_MUTEX()'
+ -> 'sema_init()'. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> LKML-Reference:
+ <20100907125057.562399240 at linutronix.de> Acked-by: Tzafrir Cohen
+ <tzafrir.cohen at xorcom.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9464
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: Detect FXS modules
+ based on the 3210 SLIC. Fixes a regression introduced in revision
+ 5916 where FXS modules based on the 3210 were not properly
+ detected. (closes issue #18184) Reported by: bsexton Patches:
+ dahdi-fxo-detect.diff uploaded by bsexton (license 1133)
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9456
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: Leave FXO (DAA)
+ always in full-wave ring detect mode. In zaptel commit 4096 [1],
+ all the debouncing of ring signals were moved into software as
+ opposed to using the ring validation circuit in DAA. That commit
+ failed to remove the initial check and set of the ring validation
+ circuit. [1]
+ http://svn.digium.com/view/zaptel?view=revision&revision=4096
+ (closes issue #16894) Reported by: rde42 Signed-off-by: Shaun
+ Ruffell <sruffell at digium.com> Acked-by: Kinsey Moore
+ <kmoore at digium.com> Acked-by: Russ Meyerriecks
+ <rmeyerriecks at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9441
+
+ * drivers/dahdi/firmware/Makefile: dahdi: '-o' -> '--no-same-owner'
+ in drivers/dahdi/firmware/Makefile It appears that in Centos 4,
+ the version of tar doesn't like the -o flag, but will honor the
+ --no-same-owner flag. (closes issue #16063) Reported by: tzafrir
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Acked-by:
+ Kinsey Moore <kmoore at digium.com> Acked-by: Russ Meyerriecks
+ <rmeyerriecks at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9434
+
+ * drivers/dahdi/voicebus/voicebus.c: wcte12xp, wctdm24xxp: Do not
+ rely on polling main memory. The voicebus library by default
+ configures the PCI interface to poll the descriptor ring for
+ available buffers. There are some platforms like the Intel
+ SG3420P motherboard where this does not appear to be sufficient.
+ Writing to the transmit demand poll register resolves this
+ problem on these troublesome platforms. DAHDI-700 DAHDI-702.
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9397
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Drop usage of 'volatile'
+ qualifier. The registers on the device are already accessed with
+ readl/writel and the readchunk and writechunk are mapped into
+ coherent DMA region. The contents of those buffers should not be
+ changing in the middle of any transmit/receive prep call.
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Acked-by: Russ
+ Meyerriecks <rmeyerriecks at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9400
+
+ * include/dahdi/dahdi_config.h: dahdi: Make CONFIG_DAHDI_PPP off by
+ default. Before CONFIG_DAHDI_PPP can be on by default, some more
+ work needs to be done to ensure that the ppp_generic module is
+ not always loaded and that all channels do not carry around all
+ the PPP members unnecessarily. (issue #17990) Signed-off-by:
+ Shaun Ruffell <sruffell at digium.com> Acked-by: Kevin P. Fleming
+ <kpfleming at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9392
+
+ * include/dahdi/dahdi_config.h: dahdi: Fix for when PPP support is
+ compiled as a kernel module. When compiling dahdi-linux I expect
+ ppp support to be compiled in even if the kernel config has PPP
+ configured as a module. (closes issue #17990) Reported by: jkroon
+ Patches: dahdi-config-ppp.diff uploaded by jkroon (license 714)
+ Origin: http://svnview.digium.com/svn/dahdi?view=rev&rev=9328
+
+ * drivers/dahdi/voicebus/GpakCust.c: vpmadt032: Remove potential
+ endless waits when resetting. It is possible to softlock if the
+ board stops delivering interrupts in the middle of a reset.
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9332
+
+ * drivers/dahdi/voicebus/GpakCust.c: vpmadt032: Honor the
+ CONFIG_DAHDI_NO_ECHOCAN_DISABLE flag. Setting this configuration
+ option would not have had any impact when a hardware echo
+ canceler was in use. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Acked-by: Kinsey Moore <kmoore at digium.com>
+ Acked-by: Russ Meyerriecks <rmeyerriecks at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9432
+
+ * drivers/dahdi/xpp/init_card_4_30: xpp: Fixes init error for PRI
+ devices with < 4 ports Fixes a regression singce r8873: if
+ pri_protocol is not explicitly set (in /etc/dahdi/xpp.conf) and
+ the device has (licences for) less than 4 "PRI" (E1/T1) ports,
+ the initialization script will attempt to read from a
+ non-existing SysFS file, and bail out, resulting in a the device
+ failing to initialize. For those non-existing ports we can just
+ skip that part of the initialization. So we just skip it. Work
+ around: explicitly set pri_protocol to E1 or T1, as needed.
+ Xorcom Rev: 8047. Ticket: 1334. Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9430
+
+ * drivers/dahdi/dahdi-base.c, include/dahdi/kernel.h: dahdi:
+ Anonymous member in dahdi_echocan_events union. Make explicit
+ what part of the union is being accessed. (closes issue #15908)
+ Reported by: ys Patches: dahdi-dahdi_echocan_events.diff uploaded
+ by ys (license 281) Signed-off-by: Kinsey Moore
+ <kmoore at digium.com> Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9421
+
+ * drivers/dahdi/dahdi-base.c, drivers/dahdi/dahdi_echocan_kb1.c,
+ drivers/dahdi/dahdi_echocan_mg2.c: dahdi: Fix 'void *' pointer
+ arithmetic warnings. (closes issue #15927) Reported by: Max Khon
+ Patches: dahdi_echocan2.diff uploaded by Max Khon (license 884)
+ void2.diff uploaded by Max Khon (license 884) Signed-off-by:
+ Kinsey Moore <kmoore at digium.com> Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9420
+
+ * drivers/dahdi/wctdm24xxp/base.c: wctdm24xxp: Add optional FXO
+ digital loopback if DEBUG is defined. This module parameter will
+ allow patgen/pattest to be used only on FXO ports. *ALL* FXO
+ ports will be placed in digital loopback mode when set. The
+ current intent is for this to be removed as an optional module
+ parameter when there is a channel by channel representation in
+ sysfs. Otherwise, a new IOCTL would have to be defined and a tool
+ written in order to support this. DAHDI-696. Signed-off-by: Shaun
+ Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9391
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Be more tolerant of surprise
+ removal of channels. Enable DAHDI to detect if an operation on a
+ file handle refers to a channel that may have been unregistered.
+ This can occur, for example, when a board driver is hot-swapped
+ out in a live system. This patch ensures that file->private_data
+ is always properly set for any open channel, and it's set back to
+ NULL when a channel is unregistered. This way file->private_data
+ can be used to check whether it's valid to perform an operation
+ on the channel. (NOTE: There is still a race condition here if
+ the driver was unbound on one processor during the window of time
+ between when file->private_data was checked and the system call
+ finishes). Also, since DAHDI should only return -ENODEV on read
+ or write when there was a surprise device removal on a running
+ system this sleep can prevent the system from becoming
+ unresponsive if the userspace application does not check for the
+ -ENODEV error and constantly tries to call read with elevated
+ privileges. (issue #17669) Reported by: tzafrir Tested by:
+ sruffell Review: https://reviewboard.asterisk.org/r/905/
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9353
+
+ * drivers/dahdi/voicebus/voicebus.c: wcte12xp, wctdm24xxp: Add call
+ to 'pci_set_mwi' on initialization. I have yet to personally come
+ across a system where this actually changes the observable
+ behavior, but it certainly seems like the sane thing to do and I
+ would rather not let this float around as a patch when I can just
+ merge it in. Signed-off-by: Shaun Ruffell <sruffell at digium.com>
+ Origin: http://svnview.digium.com/svn/dahdi?view=rev&rev=9326
+
+ * drivers/dahdi/voicebus/voicebus.c: wcte12xp, wctdm24xxp: Remove
+ redundant vb_enable_io_access. These three bits are already set
+ by 'pci_enable_device' and 'pci_set_master' calls. Signed-off-by:
+ Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9325
+
+ * drivers/dahdi/dahdi-base.c: dahdi-base: All channels for a span
+ are now unconfigured on shutdown Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9317
+
+ * drivers/dahdi/dahdi_dummy.c: dahdi_dummy: #include <linux/slab.h>
+ for kzalloc and friends. Fix the same issue as in r8550 for
+ dahdi_dummy.c (closes issue #17959) Reported by: glen201 Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9307
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wcte11xp.c:
+ wcte11xp, wcte12xp: Fix a long-standing issue with shutdown Upon
+ shutdown, both drivers would attempt to power down external
+ interfaces, but never attempted to bring them back up when the
+ span was restarted. Removing that code allows the driver to work
+ properly until a better solution can be found. Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9316
+
+ * README: README: Remove references to dahdi_dummy. Since
+ dahdi_dummy is no longer required remove the references from
+ README. (issue #17959) Reported by: glen201 Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9308
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Fix compilation error when
+ CONFIG_DAHDI_NET is defined. Kernel interface for network devices
+ changed. This is the patch from issue plus a few trivial
+ checkpatch.pl formatting changes (minus the >80 column warnings).
+ (closes issue #17857) Reported by: msink Patches:
+ dahdi_net-v2.patch uploaded by msink (license 1103)
+ Signed-off-by: Shaun Ruffell <sruffell at digium.com> Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9247
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Update span-local struct
+ with timing info dahdi_tool was incorrectly reporting all spans
+ to be in local timing mode. This is because the driver tracks
+ which span it's timing syncs to, within the card local struct
+ "wc". We have to manually go through and copy timing updates to
+ the span local structs because this is what dahdi_tool actually
+ reads. dahdi-526 Origin:
+ http://svnview.digium.com/svn/dahdi?view=rev&rev=9312
+
+2010-08-31 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.4.0 released.
+
+2010-08-27 21:59 +0000 [r9204-9205] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Moving the transmit short
+ detection behind debug module param. This needs some more testing
+ before it's on by default. If the card is otherwise functioning,
+ these messages may be confusing to the user. If the card is not
+ functioning, the driver can be reloaded with debug to check for
+ this condition. Signed-off-by: Shaun Ruffell
+ <sruffell at digium.com>
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Removed transmit line open
+ fault detection The transmit line open detection was pretty weak
+ in that it trips upon receiving 32 consecutive zeroes. We were
+ getting false positives from looping and other miscellaneous
+ functions. Removing this feature, but leaving the transmit line
+ short detector as it actually detects physical shorts. From: Russ
+ Meyerriecks <rmeyerriecks at digium.com>
+
+2010-08-24 18:44 +0000 [r9188] Russ Meyerriecks <rmeyerreicks at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: wcb4xxp: 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
+
+2010-08-20 01:12 +0000 [r9168] Russ Meyerriecks <rmeyerreicks at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: dahdi: Uncross dest if dacs is not
+ supported between two different chans. This removes a confusing
+ message introduced in 9120 when bridging channels on two differnt
+ cards. i.e. "dahdi: unable to cross connect 'TE4/0/2/2' with
+ 'WCTDM/0/0'" "dahdi: unable to cross connect 'WCTDM/0/0' with
+ 'TE4/0/2/2'"
+
+2010-08-19 18:03 +0000 [r9167] Shaun Ruffell <sruffell at digium.com>
+
+ * include/dahdi/kernel.h, drivers/dahdi/wctdm24xxp/base.c: dahdi:
+ move 'dahdi_is_digital_span' back into wctdm24xp driver. Older
+ kernels do not like the 'bool' type and I cannot just add it into
+ include/dahdi/kernel.h without compile messages in the xpp driver
+ where bool is defined directly. Since the wctdm24xxp driver is
+ the only place using that function, I just moved it back there
+ for now. This fixes a regression introduced in 9130.
+
+2010-08-18 16:56 +0000 [r9162-9163] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * build_tools/live_dahdi: live_dahdi: shutdown dynamic spans to to
+ avoid panic If we fail to shutdown the dynamic spans, we may get
+ a panic on the next load. This attempts to guess when we need to
+ unload spans at unload.
+
+ * build_tools/live_dahdi: live_dahdi: allow testing dynamic local
+ spans Adds support for configuring dynamic spans through
+ live_dahdi. To enable, set in live/live.conf: DYNAMIC_LOC="yes"
+ It will generate an extra live/etc/dahdi/dynamic.conf (if one
+ does not exist) and use it to configure extra dynamic spans in
+ the system. Note that ATM this will make the system hang pretty
+ easily at 'load' time.
+
+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>
+
+ * 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
[... 3010 lines stripped ...]
More information about the svn-commits
mailing list