[dahdi-commits] sruffell: tag linux/2.2.0-rc1 r5946 - /linux/tags/2.2.0-rc1/
SVN commits to the DAHDI project
dahdi-commits at lists.digium.com
Mon Feb 2 17:04:07 CST 2009
Author: sruffell
Date: Mon Feb 2 17:04:07 2009
New Revision: 5946
URL: http://svn.digium.com/svn-view/dahdi?view=rev&rev=5946
Log:
Importing files for 2.2.0-rc1 release
Added:
linux/tags/2.2.0-rc1/.version (with props)
linux/tags/2.2.0-rc1/ChangeLog (with props)
Added: linux/tags/2.2.0-rc1/.version
URL: http://svn.digium.com/svn-view/dahdi/linux/tags/2.2.0-rc1/.version?view=auto&rev=5946
==============================================================================
--- linux/tags/2.2.0-rc1/.version (added)
+++ linux/tags/2.2.0-rc1/.version Mon Feb 2 17:04:07 2009
@@ -1,0 +1,1 @@
+2.2.0-rc1
Propchange: linux/tags/2.2.0-rc1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: linux/tags/2.2.0-rc1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: linux/tags/2.2.0-rc1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: linux/tags/2.2.0-rc1/ChangeLog
URL: http://svn.digium.com/svn-view/dahdi/linux/tags/2.2.0-rc1/ChangeLog?view=auto&rev=5946
==============================================================================
--- linux/tags/2.2.0-rc1/ChangeLog (added)
+++ linux/tags/2.2.0-rc1/ChangeLog Mon Feb 2 17:04:07 2009
@@ -1,0 +1,1184 @@
+2009-02-02 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0-rc1 released.
+
+2009-02-02 22:48 +0000 [r5944] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/fxo_modes.h: Raise the voltage threshhold for
+ detecting when there is battery loss from 3V to 40V. Patch
+ provided by angler Issue: DAHDI-166
+
+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 04:41 +0000 [r5835-5870] 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 .
+
+ * drivers/dahdi/wcte12xp/Kbuild, drivers/dahdi/wcb4xxp/Kbuild,
+ drivers/dahdi/wct4xxp/Kbuild, drivers/dahdi/wctc4xxp/Kbuild,
+ drivers/dahdi/wctdm24xxp/Kbuild: Allow EXTRA_CFLAGS to propagate
+ to builds in the subfolders for wct4xxp, wctdm24xxp, wctc4xxp,
+ wcb4xxp, and wcte12xp.
+
+ * drivers/dahdi/wctc4xxp/base.c: Updated wctc4xxp for kernel
+ version 2.6.29. Closes issue #14285 . Reported by: tzafrir
+
+ * drivers/dahdi/wctc4xxp/base.c: - When tearing down channels, use
+ the channel's timeslot as the index into the encoder and decoder
+ arrays, and not the channel which is returned from the DTE.
+ Issue: DAHDI-231. - Instead of completely servicing the receive
+ descriptor ring in the workqueue, have the interrupt handler
+ queue them up for the workqueue. - No need to interrupt on both
+ transmit and receive since we expect a response to every packet
+ we send.
+
+2009-01-27 15:13 +0000 [r5826] Doug Bailey <dbailey at digium.com>
+
+ * include/dahdi/user.h, drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+ drivers/dahdi/wctdm.c, drivers/dahdi/wctdm24xxp/base.c: Break
+ VMWI ioctl calls into two separate calls to maintain old revision
+ compatibility (issue #14104) Reported by: alecdavis Tested by:
+ dbailey
+
+2009-01-26 19:44 +0000 [r5811-5819] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/tor2.c, drivers/dahdi/wcte12xp/base.c,
+ include/dahdi/kernel.h, drivers/dahdi/wct4xxp/base.c,
+ drivers/dahdi/wcte11xp.c, drivers/dahdi/dahdi_dynamic.c,
+ drivers/dahdi/wct1xxp.c, drivers/dahdi/dahdi-base.c: Manipulate
+ the REGISTERED flag with atomic bitops now since the bit is set
+ outside the protection of any locks.
+
+ * drivers/dahdi/dahdi-base.c: If an execution context has already
+ disabled interrupts on the local processor we do not need to
+ disable them again when grabbing another spin_lock from the same
+ context.
+
+ * drivers/dahdi/dahdi-base.c: Ensure the channel is in a good state
+ before placing it on the chans arrays. Also ensure that
+ dahdi_receive holds the chan_lock while iterating over the chans
+ array to prevent channels from entering or leaving the array
+ while the interrupt handler is running. Related to issue #14183 .
+
+2009-01-22 15:42 +0000 [r5799] Doug Bailey <dbailey at digium.com>
+
+ * include/dahdi/user.h, drivers/dahdi/wctdm.c,
+ drivers/dahdi/wctdm24xxp/base.c: Change structure passed in
+ DAHDI_VMWI ioctl call to make it so new VMWI types do not break
+ the ioctl call Remove FSK and RPAS from the VMWI types as no
+ driver implemented them and the functionality is in chan_dahdi.
+ (issue #14104) Reported by: alecdavis Patches:
+ mwiioctl_structure_dahdi.diff4.txt uploaded by dbailey (license )
+ Tested by: alecdavis, dbailey
+
+2009-01-21 18:24 +0000 [r5792] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi_dummy.c: If we have the accessors, do not
+ under any circumstance redefine them regardless of the kernel
+ version. Another followup to #14166 .
+
+2009-01-21 15:39 +0000 [r5785] Doug Bailey <dbailey at digium.com>
+
+ * include/dahdi/user.h, drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+ drivers/dahdi/wctdm.c, drivers/dahdi/wctdm24xxp/base.c: Change
+ the DAHDI_VMWI ioctl call to pass data via structure. Changed
+ wctdm and wctdm24xxp to handle these calls. (issue #14104)
+ Reported by: alecdavis Patches:
+ mwiioctl_structure_dahdi.diff2.txt uploaded by dbailey (license )
+ Tested by: alecdavis, dbailey
+
+2009-01-21 15:17 +0000 [r5778] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/Kbuild, drivers/dahdi/dahdi_dummy.c: Fix version in
+ dahdi_dummy workaround. Followup to #14166 . Also note that this
+ is specific to some Fedora versions. See e.g.
+ http://cvs.fedoraproject.org/viewvc/rpms/kernel/F-10/kernel.spec?r1=1.1206.2.2&r2=1.1206.2.3
+
+2009-01-20 21:23 +0000 [r5770] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/Kbuild, drivers/dahdi/dahdi_dummy.c: Some
+ distributions have backported the hrtimer_get_expires and
+ hrtimer_set_expires functions from 2.6.28. Therefore, dahdi-linux
+ cannot use the linux version code to determine if these functions
+ are present or not. This patch actively checks for those
+ functions. Closes Issue: #14166 Thanks to bergolth for the patch.
+
+2009-01-20 08:40 +0000 [r5759] 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: Newer FPGA firmwares:
+ rev 6268 * FPGA_1141.hex 6268 2008-10-27 * FPGA_1151.hex 6268
+ 2008-10-27 * FPGA_1131.hex 6177 2008-09-26
+
+2009-01-19 18:18 +0000 [r5746] Doug Bailey <dbailey at digium.com>
+
+ * include/dahdi/user.h, drivers/dahdi/wctdm.c,
+ drivers/dahdi/wctdm24xxp/base.c: Add mask for portion of
+ DAHDI_VMWI ioctl call that carries the number of messages
+ pending. Remove magic number from code.
+
+2009-01-19 17:17 +0000 [r5738] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * README: Document alarm types, based on jsmith's post on
+ asterisk-users.
+
+2009-01-19 15:56 +0000 [r5720-5730] Doug Bailey <dbailey at digium.com>
+
+ * include/dahdi/user.h: Increase the number of messages specified
+ in the DAHDI_VMWI ioctl call to 16 bits (up from 8 bits)
+
+ * include/dahdi/user.h, drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+ drivers/dahdi/wctdm.c, drivers/dahdi/wctdm24xxp/base.c: Add line
+ reversal MWI to wctdm and wctdm24xxp drivers Add global and per
+ channel polarity control to the wctdm24xxp driver Add per channel
+ polarity control to the wctdm driver Reported by: alecdavis
+ Patches: dahdidriver-14104.diff2.txt uploaded by dbailey (license
+ ) Tested by: alecdavis
+
+2009-01-19 14:09 +0000 [r5663-5711] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * build_tools/live_dahdi: live_dahdi: Only probe modules to load on
+ 'load'
+
+ * drivers/dahdi/xpp/.version: Bump xpp drivers version to
+ trunk-6630.
+
+ * drivers/dahdi/xpp/xbus-pcm.h, drivers/dahdi/xpp/xbus-sysfs.c,
+ drivers/dahdi/xpp/xbus-pcm.c: xpp: add driftinfo attributes; pcm
+ sync bugfix * Add an extra sysfs Astribank attribute for drift
+ information * PCM synchronization bugfix
+
+ * drivers/dahdi/xpp/card_global.c: xpp: allow a longer path for
+ init_dir.
+
+ * drivers/dahdi/Kbuild: No oops. No panic.
+
+ * drivers/dahdi/xpp/xbus-sysfs.c: xpp: sysfs attribute arrays
+ should be NULL-Terminated.
+
+ * drivers/dahdi/Kbuild: Temporarilly disabling building xpp/ while
+ hunting a show-stopper on xpp.ko
+
+ * build_tools/live_dahdi: live_dahdi: reload on unloaded system,
+ path to dahdi-linux * Script runs with -e. But we should not fail
+ if either: - Asterisk was not running - The module dahdi was not
+ loaded. * The configure script of dahdi-tools should get absolute
+ path to dahdi-linux.
+
+ * drivers/dahdi/xpp/xpp_usb.c, drivers/dahdi/xpp/card_pri.c,
+ drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/xbus-sysfs.c,
+ drivers/dahdi/xpp/card_fxs.c, drivers/dahdi/xpp/card_global.c,
+ drivers/dahdi/xpp/xproto.c, drivers/dahdi/xpp/init_card_1_30,
+ drivers/dahdi/xpp/xbus-pcm.c, drivers/dahdi/xpp/init_card_2_30,
+ drivers/dahdi/xpp/init_card_3_30, drivers/dahdi/xpp/xpp_dahdi.c,
+ drivers/dahdi/xpp/xpd.h, drivers/dahdi/xpp/init_card_4_30,
+ drivers/dahdi/xpp/xproto.h, drivers/dahdi/xpp/xbus-pcm.h,
+ drivers/dahdi/xpp/xpp_dahdi.h, drivers/dahdi/xpp/card_bri.c,
+ drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/xbus-core.h:
+ xpp.r6616: More sysfs migration, FXO enhancements, BRI fixes *
+ Fix cases where the command_queue overflowed during
+ initialization. * 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 * 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.
+
+2009-01-09 20:37 +0000 [r5646] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * build_tools/live_dahdi: Fix pathes in live_dahdi (it is run from
+ the base dir by default) Also acknowledge an warning I'm not sure
+ how to fix for now.
+
+2009-01-05 22:49 +0000 [r5627-5636] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctc4xxp/base.c: Even on older kernels, do not
+ redefine WARN_ON_ONCE if it is already defined.
+
+ * drivers/dahdi/dahdi_transcode.c: spin_is_lock always evalulates
+ to 0 on SMP kernels. So since I still want to keep the check in
+ there to avoid problems in the future (and since this code path
+ is only used when opening a new transcoder session) I made the
+ check conditional on running an SMP kernel.
+
+2008-12-29 22:52 +0000 [r5619] Sean Bright <sean.bright at gmail.com>
+
+ * Makefile: Don't echo the echo. Echo.
+
+2008-12-23 04:02 +0000 [r5612] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctdm.c: Enabling a module parameter that will
+ allow the user to periodically print the battery voltage to the
+ kernel log. Used for troubleshooting. Issue: DAHDI-34
+
+2008-12-19 21:48 +0000 [r5597-5604] Matthew Fredrickson <creslin at digium.com>
+
+ * include/dahdi/user.h, include/dahdi/kernel.h,
+ drivers/dahdi/dahdi-base.c: Add support for new half full buffer
+ policy. This significantly improves performance in fax and data
+ modem calls.
+
+2008-12-19 12:39 +0000 [r5590] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/tor2.c: Fix the safety check in tor2 to be for
+ SPANS_PER_CARD Thanks to Eugene Teo, in a from issue #13954 .
+
+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,
+ rather than just the first. (closes issue #14036) Reported by:
+ marcotasto Patches: dahdi_echocan_oslec.patch uploaded by
+ marcotasto (license 635)
+
+ * drivers/dahdi/xpp/xbus-sysfs.c, drivers/dahdi/xpp/xbus-core.h,
+ drivers/dahdi/xpp/xdefs.h: Add a separate case for hotplug of
+ kernels <= 2.6.9 .
+
+2008-12-11 20:19 +0000 [r5497] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi_dummy.c: If we're using the
+ system tick, don't use the hrtimer interface.
+
+2008-12-11 18:57 +0000 [r5482-5492] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/xbus-sysfs.c: Fix the xpp OLD_HOTPLUG fix.
+
+ * drivers/dahdi/dahdi_dummy.c: Fix building dahdi_dummy for kernels
+ 2.6.13, 2.6.14: Those kernels don't have RTC yet.
+
+ * drivers/dahdi/wcb4xxp: Yet Another directory in which to ignore
+ modules.order
+
+ * drivers/dahdi/wcb4xxp/base.c: Remove an include that is not
+ available before 2.6.15 and is not needed
+
+ * drivers/dahdi/xpp/xbus-sysfs.c, drivers/dahdi/xpp/xbus-core.h: A
+ bit less maigc with OLD_HOTPLUG_SUPPORT
+
+ * drivers/dahdi/dahdi-base.c: Fixed a typo that broke building
+ dahdi-base with kernels < 2.6.13
+
+2008-12-11 16:43 +0000 [r5481] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctc4xxp/base.c: Fix compilation issues
+ on 2.6.15 and below kernels. Thanks tzafrir.
+
+2008-12-09 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.1.0 released.
+
+2008-12-09 18:49 +0000 [r5453] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * live_dahdi (added): live_dahdi - test dahdi without fully
+ installing it.
+
+2008-12-06 22:23 +0000 [r5444] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp, drivers/dahdi/wcte12xp, drivers/dahdi,
+ drivers/dahdi/wct4xxp, drivers/dahdi/wctc4xxp,
+ drivers/dahdi/wctdm24xxp: Ignore modules.order in modules
+ directories.
+
+2008-12-04 20:57 +0000 [r5433-5434] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctc4xxp/base.c: Fix an erroneous warning and
+ ensure that the sample size is set correctly when decoding G723
+ packets. Issue: DAHDI-198
+
+ * drivers/dahdi/dahdi_transcode.c: Do not use an already built
+ channel if the source and destination formats do not match the
+ formats we want. This fixes a regression introduced by the new
+ transcoder interface where a translation path from one complex
+ codec to another can result in garbled audio.
+
+2008-12-01 17:58 +0000 [r5413-5420] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctc4xxp/base.c: Service the transmit descriptor
+ ring before the receive descriptor ring so that commands that are
+ still sitting on the transmit descriptor ring are not completed
+ twice.
+
+2008-11-27 09:59 +0000 [r5397-5403] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * Makefile: dahdi-linux: Remove README.Astribank.html generation.
+
+ * drivers/dahdi/xpp/README.Astribank (removed): Moving
+ README.Astribank to dahdi-tools .
+
+ * drivers/dahdi/xpp/README.Astribank: Fixes and some work in
+ progress on DAHDI Astribank README.
+
+2008-11-25 20:00 +0000 [r5384] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte11xp.c, drivers/dahdi/wct1xxp.c: Validate the
+ timing priority on the wcte11xp and wct1xxp driver.
+
+2008-11-25 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.1.0-rc5 released.
+
+2008-11-25 20:00 +0000 [r5383-5384] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte11xp.c, drivers/dahdi/wct1xxp.c: Validate the
+ timing priority on the wcte11xp and wct1xxp driver.
+
+ * drivers/dahdi/tor2.c: Validate that the span priority is valid in
+ the tor2 driver. Patch provided by tzafrir.
+
+2008-11-24 05:32 +0000 [r5367-5374] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: Additional debugging code. Patch
+ provided by akohlsmith. Issue DAHDI-173.
+
+ * drivers/dahdi/wcb4xxp/base.c: Add a 'spanfilter' module parameter
+ in order to isolate debugging information to just the spans of
+ interest. Patch provided by akohlsmith. Issue DAHDI-173.
+
+ * drivers/dahdi/wcb4xxp/base.c, drivers/dahdi/wcb4xxp/wcb4xxp.h:
+ Use counter of pending HDLC frames in order to eliminate the need
+ to send a zero-byte frame to kick start the transmission process.
+ Patch provided by akohlsmith. Issue DAHDI-173.
+
+ * drivers/dahdi/wcb4xxp/base.c, drivers/dahdi/wcb4xxp/wcb4xxp.h: Do
+ not make assumptions about the number of ready HDLC frames on
+ HDLC RX interrupt. This prevents libpri from becoming confused
+ when many HDLC frames arrive before the driver can service them
+ or a false RX interrupt is received. Patch provided by akolsmith.
+ Issue DAHDI-173.
+
+2008-11-21 20:15 +0000 [r5360] Jason Parker <jparker at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: Fix a think-o in numeric comparison.
+ Swap order to make it more clear. (closes issue #13813) Reported
+ by: ys
+
+2008-11-21 04:42 +0000 [r5350-5355] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: Convert some uses of sprintf to
+ snprintf in dahdi_proc_read in order to eliminate a buffer
+ overrun. Issue: DAHDI-209
+
+ * drivers/dahdi/wcb4xxp/base.c: Force the FIFO to reset when the
+ file handle is closed. Patch provided by akohlsmith. Issue:
+ DAHDI-178
+
+2008-11-20 12:31 +0000 [r5340-5345] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/tor2.c: Make tor2 load properly. Seems to fix
+ #13487. Thanks to heyuqi for the testing.
+
+ * drivers/dahdi/xpp/README.Astribank: * Some extrra Zap->DAHDI (and
+ Dahdi->DAHDI) fixes in the Astribank README. * Some extra
+ asciidoc formatting fixes.
+
+2008-11-19 21:25 +0000 [r5335] Kevin P. Fleming <kpfleming at digium.com>
+
+ * drivers/dahdi/wcb4xxp/Makefile (added): support wcb4xxp build on
+ kernels that don't directly use Kbuild
+
+2008-11-17 18:17 +0000 [r5321] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctc4xxp/base.c: - Fix for race condition of
+ encoder and decoder are allocated at the same time in the driver.
+ This would result in -EBUSY returns from the DAHDI_TC_ALLOCATE
+ ioctl. - Increase the length of the receive descriptor ring from
+ 8 to 32 to reduce the probability of running out of receive
+ descriptors.
+
+2008-11-17 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.1.0-rc4 released.
+
+2008-11-17 18:17 +0000 [r5321] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctc4xxp/base.c: - Fix for race condition of
+ encoder and decoder are allocated at the same time in the driver.
+ This would result in -EBUSY returns from the DAHDI_TC_ALLOCATE
+ ioctl. - Increase the length of the receive descriptor ring from
+ 8 to 32 to reduce the probability of running out of receive
+ descriptors.
+
+2008-11-17 18:01 +0000 [r5320] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/init_card_4_30, drivers/dahdi/xpp/card_pri.c:
+ xpp_pri: Fix T1 CRC initialization Clock synchronization when
+ sync is not from first port.
+
+2008-11-17 17:44 +0000 [r5315] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c, drivers/dahdi/wcb4xxp/wcb4xxp.h: A
+ fix for an issue with corruption on the D-Channels. Patch
+ provided by akohlsmith. Issue: DAHDI-173.
+
+2008-11-16 19:30 +0000 [r5310] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/firmwares/USB_FW.hex: Fixed USB firmware that
+ caused some bad bioses to hang on boot. The BIOSes included in a
+ number of motherboards could hang from an Astribank firmware
+ newer than 1.2.20.1 / 1.4.5.1 . This was due to an some incorrect
+ USB information in the firmware. This firmware fixes it. Merged
+ Zaptel revisions 4580 via svnmerge from
+ http://svn.digium.com/svn/zaptel/branches/1.2
+
+2008-11-13 22:10 +0000 [r5303] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/voicebus.c, drivers/dahdi/voicebus.h: Make a
+ message about the host cacheline size being unsupported a debug
+ only message. The voicebus interface still works whether the
+ cacheline size is supported or not, but the message is confusing
+ to users.
+
+2008-11-10 20:37 +0000 [r5288] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/init_card_2_30: xpp init_card_2_30: no need to
+ check environment in verify mode. Fixes #13832 in Zaptel.
+
+2008-11-10 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.1.0-rc3 released.
+
+2008-11-10 19:48 +0000 [r5275] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/dahdi-base.c: - Do
+ not hold any locks while calling close_channel, which can result
+ in calls to the echocan modules which do not necesarrily assume
+ they are being called in atomic context. - Remove the bigzaplock
+ around calls to psuedo_alloc and pseudo_free. The structures
+ protected by this lock are already protected by the chan_lock in
+ these two cases. - Remove calls to in_atomic() that were
+ previously added to work around this, but did not cover all the
+ cases. Issue: DAHDI-195, DAHDI-170
+
+2008-11-09 00:33 +0000 [r5269-5270] Sean Bright <sean.bright at gmail.com>
+
+ * drivers/dahdi/dahdi-base.c: We only use print_debug_writebuf when
+ CONFIG_DAHDI_NET or CONFIG_DAHDI_PPP are defined, so only define
+ it in those cases as well. Reported & Tested by: KP7 via
+ #asterisk-dev
+
+ * drivers/dahdi/dahdi-base.c: Add missing semi-colon. Reported &
+ Tested by: KP7 via #asterisk-dev
+
+2008-11-05 23:45 +0000 [r5249-5257] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: Whitespace changes for the coding
+ standard.
+
+ * drivers/dahdi/wcb4xxp/base.c: rate limiting a diagnostic printk.
+
+2008-11-05 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.1.0-rc2 released.
+
+2008-11-05 20:17 +0000 [r5230-5237] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctc4xxp/base.c: Fix warning messages in order to
+ build on 2.6.27. (Closes issue #13757) Patch provided by tzafrir.
+
+ * drivers/dahdi/wcte12xp/vpmadt032.c,
+ drivers/dahdi/wctdm24xxp/GpakCust.c: Check the return value of
+ the down_interruptible call in order to quiet a warning. This
+ semaphore does not protect any host data structures, but only
+ accesses to the VPMADT032 module. The worse thing that could
+ happen is that the internal state of the VPM module is corrupted,
+ and then would only happen on module loading because otherwise
+ access because that is the only time this function is called in
+ the context of a user process. In this case, the module would
+ need to be reloaded again anyway. (Closes issue #13742) Reported
+ by smurfix
+
+ * drivers/dahdi/wcb4xxp/base.c: Remove the loopback module
+ parameter since it's not implemented yet.
+
+ * drivers/dahdi/wcb4xxp/base.c: Allow the wcb4xxp to take all the
+ signalling types.
+
+2008-11-03 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.1.0-rc1 released.
+
+2008-11-03 12:01 +0000 [r5203-5211] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/dahdi_dummy.c: Adjust DAHDI to the new timers
+ interface of kernel 2.6.28
+
+ * drivers/dahdi/dahdi-base.c: dahdi-base: hw_echocancel_off: return
+ 0 if no hardware EC If the span has no hardware EC, return 0,
+ rather than a random uninitialized value (which was no harm, as
+ that return value is always ignored anyway).
+
+ * README: README: no need to generate Kbuild for OSLEC. No need to
+ create a Kbuild file. staging/echo has a Makefile that works fine
+ for us.
+
+2008-10-31 22:23 +0000 [r5196] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: Changing the spantype to indicate
+ whether it is a TE or NT BRI port.
+
+2008-10-31 21:33 +0000 [r5195] Matthew Fredrickson <creslin at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: Fix the FIFO configuration to use
+ the data from the EC correctly
+
+2008-10-31 21:05 +0000 [r5190-5191] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: wcb4xxp: Set the spantype to "BRI"
+ (to show e.g. in dahdi_scan)
+
+ * drivers/dahdi/wcb4xxp/base.c: wcb4xxp: Claim to provide DACS for
+ dahdi_scan dahdi_scan can tell that a span is digital if its
+ first channel has DACS signalling capability. While this is
+ probably not supported by the current driver, it is also
+ harmless. Without this, dahdi_scan shows the spans of this card
+ as analog. (Done after consulting with sruffel)
+
+2008-10-31 17:11 +0000 [r5186] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: Fix for a case where a span might
+ not always come back up after a disconnect. Patch provided by
+ akohlsmith. Issue: DAHDI-174
+
+2008-10-30 19:16 +0000 [r5179-5180] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/dahdi-base.c: Use correct length for the, well,
+ dahdi transcoder device name.
+
+ * drivers/dahdi/dahdi-base.c: Use ! to hint udev about directory
+ separator. Udev knows how to convert a '!' in the device name to
+ a directory separator. Thus the name 'dahdi!ctl' will create the
+ device /dev/dahdi/ctl . We still keep older udev rules in this
+ release for compatibility, but eventually we'll only need them to
+ set permissions.
+
+2008-10-29 16:48 +0000 [r5171-5175] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcb4xxp/base.c: The /proc/wcb4xxp should not be
+ created once for each card but rather once for all cards.
+
+ * drivers/dahdi/wcb4xxp/base.c: By default, do not create the
+ procfs entry for the wcb4xxp driver.
+
+2008-10-29 15:09 +0000 [r5167] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/xbus-core.c: xpp: Increase the maximal size of
+ the command queue to 500 . Temporarily increase the maximal size
+ of the command queue from 300 to 500 as a workaround of an issue
+ at initialization time (mainly of BRI+FXS).
+
+2008-10-28 21:59 +0000 [r5156-5163] Kevin P. Fleming <kpfleming at digium.com>
+
+ * drivers/dahdi: update to latest octasic_api tag with NULL
+ definition fix
+
+ * drivers/dahdi/tor2.c, drivers/dahdi/wcfxo.c,
+ drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wcte12xp/GpakApi.c,
+ drivers/dahdi/pciradio.c, drivers/dahdi/wct4xxp/base.c,
+ drivers/dahdi/wcte12xp/vpmadt032.c,
+ drivers/dahdi/wctc4xxp/base.c, drivers/dahdi/dahdi_echocan_mg2.c,
+ drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/wctdm24xxp/GpakApi.c,
+ drivers/dahdi/wcte12xp/vpmadt032.h,
+ drivers/dahdi/wctdm24xxp/GpakCust.c,
+ drivers/dahdi/wcb4xxp/base.c, drivers/dahdi/dahdi_dynamic_loc.c,
+ drivers/dahdi/dahdi_transcode.c, drivers/dahdi/wcte11xp.c,
+ drivers/dahdi/dahdi_dynamic.c, drivers/dahdi/dahdi_dynamic_eth.c,
+ drivers/dahdi/wct1xxp.c, drivers/dahdi/wctdm.c,
+ drivers/dahdi/wcb4xxp, drivers/dahdi/voicebus.c,
+ drivers/dahdi/dahdi-base.c, drivers/dahdi/dahdi_dummy.c: fix a
+ large number of warnings found by sparse, the kernel code sanity
+ checking tool. some of these fixes are non-optimal (casting
+ 'unsigned long' to '__user void *'), but are unavoidable in many
+ cases. started from tzafrir's patch, did most of the work myself.
+ (closes issue #13763) Reported by: tzafrir Patches:
+ sparse_fixes_1.diff uploaded by tzafrir (license 46)
+
+ * README: various cleanups, primarily proper capitalization
+
+2008-10-28 18:26 +0000 [r5148-5150] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcb4xxp/Kbuild (added), drivers/dahdi/Kbuild,
+ drivers/dahdi/wcb4xxp/base.c (added), drivers/dahdi/wcb4xxp
+ (added), drivers/dahdi/wcb4xxp/wcb4xxp.h (added), README: Adding
+ the wcb4xxp driver, a native dahdi driver for the B410P module.
+
+2008-10-27 19:27 +0000 [r5127-5138] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * README: dahdi linux README: Clarify OSLEC EC build procedure.
+
+ * drivers/dahdi/xpp/card_fxo.c: xpp fxo: Add sysfs battery
+ attribute.
+
+ * drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xbus-core.c,
+ drivers/dahdi/xpp/xbus-core.h: xpp: remove an unused manual
+ reference count field.
+
+ * drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xbus-sysfs.c:
+ xpp: Make some definitions static, as per sparse. Fixes the xpp
+ warnings of #13763 (except some false alarms).
+
+ * drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/card_bri.c,
+ drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/xbus-sysfs.c,
+ drivers/dahdi/xpp/card_fxs.c, drivers/dahdi/xpp/xbus-core.h,
+ drivers/dahdi/xpp/xdefs.h: Fix xpp compile problems on kernel <
+ 2.6.16 Support for kernels that use the older hotplug support
+ rather than the newer uevent. Fixes the xpp issue from #13427.
+
+ * include/dahdi/kernel.h: kernel.h: cleanup DAHDI_FLAG_* defines,
+ no functional change. Define the DAHDI_FLAG_* using the
+ DAHDI_FLAGBIT_* enum values.
+
+2008-10-22 18:49 +0000 [r5121-5124] Jason Parker <jparker at digium.com>
+
+ * build_tools/genudevrules: Need to make sure we check for udevadm
+ in addition to udevinfo. Some silly person (or people) decided
+ that it wasn't useful to have in their distro... *cough*
+
+ * drivers/dahdi/wctdm.c: Fix building on big endian machines.
+ (closes issue #13754) Reported by: shrift Patches:
+ wctdm-powerpc.patch uploaded by irroot (license 52) Tested by:
+ shrift
+
+2008-10-22 11:44 +0000 [r5105-5118] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/wct1xxp.c: wct1xxp: fix error handling at device
+ startup. And also give more useful error messages if things go
+ bad. (closes issue #13607) Patches: wct1xxp_pci.diff uploaded by
+ tzafrir (license 46) Tested by: klaus3000
+
+ * drivers/dahdi/xpp/init_card_1_30: xpp FXS init script: Do use
+ high-pass filter.
+
+ * drivers/dahdi/Kbuild, drivers/dahdi/dahdi_echocan_oslec.c
+ (added), README: An experimental OSLEC echocan module.
+
+ * /: dahdi-trunk: ignore the generated README.html .
+
+ * README: dahdi-linux README: better place for build requirements.
+ (We'll have to put a content there one of these days)
+
+ * README: Fix headers numbering.
+
+2008-10-16 17:40 +0000 [r5097] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/xpp.rules, drivers/dahdi/xpp/xpp_usb.c,
+ drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/card_fxo.c,
+ drivers/dahdi/xpp/xframe_queue.c, drivers/dahdi/xpp/xbus-sysfs.c,
+ drivers/dahdi/xpp/Kbuild, drivers/dahdi/xpp/card_fxs.c,
+ drivers/dahdi/xpp/card_global.c, drivers/dahdi/xpp/xproto.c,
+ drivers/dahdi/xpp/xframe_queue.h,
+ drivers/dahdi/xpp/astribank_hook.sample (added),
+ drivers/dahdi/xpp/init_card_1_30, drivers/dahdi/xpp/xbus-pcm.c,
+ drivers/dahdi/xpp/init_card_2_30,
+ drivers/dahdi/xpp/card_global.h,
+ drivers/dahdi/xpp/init_card_3_30, drivers/dahdi/xpp/xproto.h,
+ drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xpd.h,
+ drivers/dahdi/xpp/init_card_4_30, drivers/dahdi/xpp/xpp_dahdi.h,
+ drivers/dahdi/xpp/card_bri.c, drivers/dahdi/xpp/mmapdrv.c,
+ drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/xbus-core.h,
+ drivers/dahdi/xpp/xdefs.h: xpp: start migration from procfs to
+ sysfs. * Sysfs representation for XPDs:
+ /sys/bus/xpds/devices/<bus>:<unit>:<subunit> * Astribanks sysfs
+ directories now include the XPDs as subdirectories: e.g.
+ /sys/bus/astribanks/devices/xbus-00/00:3:0 * procfs control
+ interface deprecated: conditioned by OLD_PROC (defaults to off).
+ Control functionality moved to sysfs: * xbus attributes: cls
+ connector label status timing waitfor_xpds xbus_state * XPDs can
+ have driver-specific attributes. Common attriubtes: blink
+ chipregs span * PRI-specific attributes: pri_clocking pri_dchan
+ pri_cas pri_alarms pri_layer1 pri_localloop pri_protocol * The
+ Astribank attribute "xbus_state" is read/write. Reading it shows
+ the current state of the Astribank. Writing "start" or "stop"
+ allows a software equivalent of connect or disconnect
+ respectively. * When an Astribank is ready it sends an "online"
+ event. Whenever its not ready (e.g. at the time of disconnect) it
+ sends an "offline" event. Use astribank_hook.sample to handle
+ those.
+
+2008-10-14 22:11 +0000 [r5090] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c: If the vpmadt032 firmware needs to
+ be reloaded, make sure we use the same slot in the ifaces array.
+
+2008-10-10 22:38 +0000 [r5084] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi_transcode.c, drivers/dahdi/wctc4xxp/base.c: -
+ Ensure that the source format is considered when selecting a
+ transcoder. - When a command is to be retried, turn off the
+ TX_COMPLETE flag before resubmitting it to the hardware. This
+ should elimate some of the warnings printed to the kernel log in
+ the wctc4xxp_transmit_cmd function.
+
+2008-10-09 02:54 +0000 [r5068] Kevin P. Fleming <kpfleming at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: a micro-optimization found while
+ creslin and i spent four or five hours tracking down a very
+ complex problem
+
+2008-10-06 20:52 +0000 [r5064] Kevin P. Fleming <kpfleming at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: use the same logic here as elsewhere
+ for releasing echocan module references
+
+2008-10-06 17:48 +0000 [r5060] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctc4xxp/base.c: Embed room for the complete packet
+ to the DTE in the transcoder buffer structure. Simplifies
+ alignment management at the cost of a little wasted memory, but
+ the end results is that operation is more reliable on more
+ systems.
+
+2008-10-06 16:55 +0000 [r5056] Sean Bright <sean.bright at gmail.com>
+
+ * drivers/dahdi/dahdi-base.c: Fix a few compile errors that only
+ show up when CONFIG_DAHDI_PPP is defined. (closes issue #13608)
+ Reported by: Nik Soggia Fix suggested by: Nik Soggia Tested by:
+ seanbright
+
+2008-10-03 20:32 +0000 [r5046-5051] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/dahdi-base.c: Fix building with CONFIG_DAHDI_NET in
+ kernel 2.6.22 The leftovers of issues #13542 (which was mostly
+ resolved in previous committ. This closes it.
+
+ * drivers/dahdi/dahdi-base.c: Fix building with CONFIG_DAHDI_NET .
+ It builds, but will it run? Patch dahdi-base.c.hdlc.patch by
+ biohumanoid that fixes some aparant copy&paste errors.
+
+2008-10-03 20:09 +0000 [r5045] Sean Bright <sean.bright at gmail.com>
+
+ * drivers/dahdi/dahdi-base.c, drivers/dahdi/dahdi_config.h: Fix
+ some compilation problems that show up when CONFIG_DAHDI_DEBUG is
+ defined.
+
+2008-10-03 15:39 +0000 [r5021-5034] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wctc4xxp/base.c: There are two possible valid
+ statues when booting the TC400M.
+
+ * drivers/dahdi/wctc4xxp/base.c: Keep hold of the channel lock when
+ setting the data_ready flag for the channel after writing to the
+ receive queue. Prevents a warning that data was on the recieve
+ queue but the data ready flag was not set. Issue: DAHDI-42
+
+ * drivers/dahdi/wctc4xxp/base.c: wctc4xxp_cleanup_channel_private
+ needs a pointer to the zt_transcoder_channel and not just the
+ private portion now in order to manage the data ready flag state.
+
+ * drivers/dahdi/wctc4xxp/base.c: Mark that there is not any data
+ waiting whenever we cleanup the private channel structures.
+ Issue: DAHDI-42
+
+ * drivers/dahdi/dahdi-base.c: DAHDI should always make data
+ received from the PSTN available to user mode immediately. Only
+ allow the transmit buffering policy to be changed in order to
+ reduce the chance of underruns to the PSTN.
+
+2008-09-30 20:29 +0000 [r5017] Shaun Ruffell <sruffell at digium.com>
+
[... 319 lines stripped ...]
More information about the dahdi-commits
mailing list