[svn-commits] sruffell: tag linux/2.2.1-rc2 r7696 - /linux/tags/2.2.1-rc2/
SVN commits to the Digium repositories
svn-commits at lists.digium.com
Tue Dec 15 15:48:30 CST 2009
Author: sruffell
Date: Tue Dec 15 15:48:28 2009
New Revision: 7696
URL: http://svnview.digium.com/svn/dahdi?view=rev&rev=7696
Log:
Importing files for 2.2.1-rc2 release.
Added:
linux/tags/2.2.1-rc2/.version (with props)
linux/tags/2.2.1-rc2/ChangeLog (with props)
Added: linux/tags/2.2.1-rc2/.version
URL: http://svnview.digium.com/svn/dahdi/linux/tags/2.2.1-rc2/.version?view=auto&rev=7696
==============================================================================
--- linux/tags/2.2.1-rc2/.version (added)
+++ linux/tags/2.2.1-rc2/.version Tue Dec 15 15:48:28 2009
@@ -1,0 +1,1 @@
+2.2.1-rc2
Propchange: linux/tags/2.2.1-rc2/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: linux/tags/2.2.1-rc2/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: linux/tags/2.2.1-rc2/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: linux/tags/2.2.1-rc2/ChangeLog
URL: http://svnview.digium.com/svn/dahdi/linux/tags/2.2.1-rc2/ChangeLog?view=auto&rev=7696
==============================================================================
--- linux/tags/2.2.1-rc2/ChangeLog (added)
+++ linux/tags/2.2.1-rc2/ChangeLog Tue Dec 15 15:48:28 2009
@@ -1,0 +1,2259 @@
+2009-12-11 23:22 +0000 [r7683-7684] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.1-rc2 released.
+
+ * /, drivers/dahdi/dahdi-base.c: Merged revisions 7682 via svnmerge
+ from https://origsvn.digium.com/svn/dahdi/linux/trunk ........
+ r7682 | sruffell | 2009-12-11 17:20:03 -0600 (Fri, 11 Dec 2009) |
+ 5 lines dahdi-base: Do not wait for impulse when echotraining.
+ Waiting here for the impulse on the transmit can cause the
+ echotraining logic to stick the channel into muted state. This is
+ especially apparent on systems that regularly do not service the
+ interrupts every millisecond. DAHDI-387. ........
+
+ * /, drivers/dahdi/dahdi-base.c: Merged revisions 7681 via svnmerge
+ from https://origsvn.digium.com/svn/dahdi/linux/trunk ........
+ r7681 | sruffell | 2009-12-11 17:20:02 -0600 (Fri, 11 Dec 2009) |
+ 6 lines dahdi-base: Reduce the max allocation size in
+ dahdi_reallocbufs. Lower the maximum contiguous chunk that DAHDI
+ asks for from DAHDI_MAX_BUFFER_SIZE*2 to DAHDI_MAX_BUFFER_SIZE.
+ With 4K pages, this can allow the kernel to try a little harder
+ to find the memory it needs since the request goes from order 4
+ to order 3. ........
+
+2009-11-23 19:20 +0000 [r7636] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.1-rc1 released.
+
+ * drivers/dahdi/wcte12xp/base.c, /: Merged revisions 7632 via
+ svnmerge from https://origsvn.digium.com/svn/dahdi/linux/trunk
+ ........ r7632 | mspiceland | 2009-11-23 13:13:17 -0600 (Mon, 23
+ Nov 2009) | 4 lines Even if we are debouncing the LOS
+ declaration, we still expect the LED to turn red as soon as we
+ unplug the physical cable. This impliments this on the wcte12xp
+ just as it already does on the wct4xxp. ........
+
+2009-11-22 11:43 +0000 [r7616-7620] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * /, drivers/dahdi/xpp/firmwares/USB_FW.hex: xpp firmware: USB
+ firmware with support of MPP 1.4 xpp rev: 7419 Merged revisions
+ 7615 via svnmerge from
+ http://svn.digium.com/svn/dahdi/linux/trunk
+
+ * drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex, /: xpp firmware: fix
+ FXS indirect register reading. xpp rev: 7498 Merged revisions
+ 7614 via svnmerge from
+ http://svn.digium.com/svn/dahdi/linux/trunk
+
+2009-11-19 22:52 +0000 [r7610] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/xpp.rules, /: xpp: rules for loading USB
+ firmware into 1163 devices as well Merged revisions 7595 via
+ svnmerge from http://svn.digium.com/svn/dahdi/linux/trunk
+
+2009-11-19 19:15 +0000 [r7604] Shaun Ruffell <sruffell at digium.com>
+
+ * /, drivers/dahdi/wctdm24xxp/base.c: Merged revisions 7601 via
+ svnmerge from https://origsvn.digium.com/svn/dahdi/linux/trunk
+ ........ r7601 | sruffell | 2009-11-19 10:11:20 -0600 (Thu, 19
+ Nov 2009) | 1 line wctdm24xxp: Honor the alawoverride parameter
+ when using the VPMADT032. ........
+
+2009-11-12 23:45 +0000 [r7572-7584] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c, /,
+ drivers/dahdi/voicebus/GpakCust.c: Merged revisions 7582 via
+ svnmerge from https://origsvn.digium.com/svn/dahdi/linux/trunk
+ ........ r7582 | sruffell | 2009-11-12 17:19:13 -0600 (Thu, 12
+ Nov 2009) | 1 line wcte12xp, voicebus: Set the companding mode
+ correctly on E1. ........
+
+ * drivers/dahdi/voicebus/GpakCust.h, drivers/dahdi/wcte12xp/base.c,
+ /, include/dahdi/kernel.h, drivers/dahdi/adt_lec.c,
+ drivers/dahdi/wctdm24xxp/base.c, drivers/dahdi/adt_lec.h,
+ drivers/dahdi/voicebus/GpakCust.c: Merged revisions
+ 7309,7348,7565-7571 via svnmerge from
+ https://origsvn.digium.com/svn/dahdi/linux/trunk ........ r7309 |
+ mattf | 2009-10-02 11:31:58 -0500 (Fri, 02 Oct 2009) | 1 line
+ Implement API update to do per-channel companding selection for
+ VPMADT032 ........ r7348 | mattf | 2009-10-07 16:26:08 -0500
+ (Wed, 07 Oct 2009) | 1 line Fix a logic error in the companding
+ check. Duh.... ........ r7565 | sruffell | 2009-11-12 13:22:06
+ -0600 (Thu, 12 Nov 2009) | 7 lines voicebus: Fix race when
+ enabling/disabling hardware echocan. This closes a race condition
+ where it was possible for the driver to believe it has enabled
+ the VPMADT032 when in fact, it really has not. This fixes a
+ regression introduced in dahdi-linux 2.2.0. (issue #15724)
+ ........ r7566 | sruffell | 2009-11-12 13:22:06 -0600 (Thu, 12
+ Nov 2009) | 1 line wctdm24xxp, wcte12xp: We no longer have any
+ DTMF events to check for. ........ r7567 | sruffell | 2009-11-12
+ 13:22:07 -0600 (Thu, 12 Nov 2009) | 1 line voicebus: Remove
+ unused curtone from 'struct vpmadt032' ........ r7568 | sruffell
+ | 2009-11-12 13:22:07 -0600 (Thu, 12 Nov 2009) | 1 line voicebus:
+ Remove redundant MAX_CHANNELS_FROM_SPAN ........ r7569 | sruffell
+ | 2009-11-12 13:22:08 -0600 (Thu, 12 Nov 2009) | 3 lines
+ voicebus: Use dev_xxx macro when printing vpm messages. We also
+ do not need the unused context member of the vpmadt032 structure.
+ ........ r7570 | sruffell | 2009-11-12 13:22:08 -0600 (Thu, 12
+ Nov 2009) | 4 lines wcte12xp: Change serial port configuration
+ setting for hw echocan. The wcte12xp, like the wctdm24xpp, should
+ have the PcmOutPortA set to SerialPortNull. ........ r7571 |
+ sruffell | 2009-11-12 13:56:49 -0600 (Thu, 12 Nov 2009) | 1 line
+ kernel.h: Define 'list_replace' for kernels < 2.6.18 ........
+
+2009-11-10 15:47 +0000 [r7539-7550] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c, /: Merged revisions 7549 via
+ svnmerge from https://origsvn.digium.com/svn/dahdi/linux/trunk
+ ........ r7549 | sruffell | 2009-11-10 09:46:18 -0600 (Tue, 10
+ Nov 2009) | 9 lines wcte12xp: Export features and operations for
+ VPMADT032. Fixes a regression in dahdi-linux 2.2.0 where it was
+ impossible for userspace to reset the state of a channel in the
+ VPM. (issue #15724) Patches: mantis-15724-2.patch uploaded by
+ sruffell (license 456) Tested by: alecdavis ........
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wct4xxp/base.c:
+ wct4xxp, wcte12xp: Don't export new module parms by default on
+ the 2.2 branch Most people are going to use the defaults, and
+ this eliminates a potential interface change that would cause
+ problems if someone wants to go between 2.2.1 and 2.2.0.4.
+
+ * drivers/dahdi/voicebus/voicebus.h,
+ drivers/dahdi/wcb4xxp/wcb4xxp.h,
+ drivers/dahdi/wct4xxp/wct4xxp-diag.c, Makefile,
+ drivers/dahdi/voicebus/GpakCust.h,
+ drivers/dahdi/hpec/dahdi_echocan_hpec.c,
+ drivers/dahdi/firmware/Makefile, drivers/dahdi/wcb4xxp/base.c,
+ drivers/dahdi/dahdi_dynamic.c,
+ drivers/dahdi/wctdm24xxp/wctdm24xxp.h, drivers/dahdi/wctdm.c,
+ drivers/dahdi/proslic.h, drivers/dahdi/dahdi-base.c,
+ drivers/dahdi/dahdi_dummy.c, README, drivers/dahdi/xpp/xdefs.h,
+ drivers/dahdi/wcfxo.c, drivers/dahdi/wcte12xp/base.c,
+ include/dahdi/user.h, /, include/dahdi/kernel.h,
+ drivers/dahdi/wct4xxp/base.c, drivers/dahdi/voicebus/voicebus.c,
+ drivers/dahdi/wctc4xxp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/wcte12xp/wcte12xp.h,
+ drivers/dahdi/voicebus/GpakCust.c: Merged revisions
+ 6699,6706,6714,6768,6771,6785,6812-6818,6821,6838,6928-6929,6941,6945-6946,6952,6981-6982,7003-7004,7008,7023,7027,7094-7097,7110,7117-7118,7125,7140,7147,7155,7194,7284,7293,7319,7437-7438,7445,7480,7486-7487,7512-7524,7527-7528,7534-7536
+ via svnmerge from
+ https://origsvn.digium.com/svn/dahdi/linux/trunk ........ r6699 |
+ kpfleming | 2009-06-23 15:32:01 -0500 (Tue, 23 Jun 2009) | 3
+ lines Use the same mutex lock for channel allocation and license
+ checking in dahdi_echocan_hpec, so that channel allocation won't
+ happen while the license is being checked (or rechecked) ........
+ r6706 | sruffell | 2009-06-23 18:21:25 -0500 (Tue, 23 Jun 2009) |
+ 1 line README: Minor corrections to the README. ........ r6714 |
+ twilson | 2009-06-24 15:23:07 -0500 (Wed, 24 Jun 2009) | 1 line
+ Remove unused torisa code from header ........ r6768 | sruffell |
+ 2009-06-26 12:07:39 -0500 (Fri, 26 Jun 2009) | 1 line wct4xxp:
+ Unmap the same size DMA window that was mapped. ........ r6771 |
+ sruffell | 2009-06-26 12:22:45 -0500 (Fri, 26 Jun 2009) | 6 lines
+ dahdi_dynamic: Release the dlock before calling accross modules.
+ Resolves a hard lock due to a recursive spinlock grab at startup.
+ Reported by: mapacheco (closes issue #15210) ........ r6785 |
+ sruffell | 2009-06-28 23:47:26 -0500 (Sun, 28 Jun 2009) | 5 lines
+ echocan: Properly keep the reference counts for the echocan
+ modules. (closes issue #13504) (closes issue #15327) Reported by:
+ sruffell, tzafrir ........ r6812 | tzafrir | 2009-07-02 14:25:54
+ -0500 (Thu, 02 Jul 2009) | 5 lines wcb4xxp: Don't assume we have
+ 4 spans (ports). First part of extra hfcmulti drivers: the number
+ of ports is still hardwired to 4, but just in a single place.
+ ........ r6813 | tzafrir | 2009-07-02 14:34:05 -0500 (Thu, 02 Jul
+ 2009) | 4 lines wcb4xxp: Extra bit macros that a needed for
+ kernels < 2.6.24 Macros borrowed from xpp/ . ........ r6814 |
+ tzafrir | 2009-07-02 14:42:25 -0500 (Thu, 02 Jul 2009) | 2 lines
+ wcb4xxp: Adjust debug filter code to number of ports. ........
+ r6815 | tzafrir | 2009-07-02 14:52:14 -0500 (Thu, 02 Jul 2009) |
+ 6 lines wcb4xxp: support for other HFC-xS cards (info, not code)
+ This commit includes skeleton for the support of other
+ HFC-[248]S-based cards. It still does not include all the
+ different cases for different cards. ........ r6816 | tzafrir |
+ 2009-07-02 14:59:44 -0500 (Thu, 02 Jul 2009) | 2 lines The B410P
+ differs from other HFC-xS cards with respect to the EC unit
+ ........ r6817 | tzafrir | 2009-07-02 15:07:36 -0500 (Thu, 02 Jul
+ 2009) | 7 lines More B410P differences: Clock and NT/TE. * The
+ B410P reads the NT/TE switches the other way around from other
+ cards. * Its clock is also 1/2 of that of other cards, which
+ causes wierd PCM on an unmodified driver. ........ r6818 |
+ tzafrir | 2009-07-02 15:14:39 -0500 (Thu, 02 Jul 2009) | 4 lines
+ wcb4xxp: Fix PCM handling for various cards. HFC-8S cards behave
+ quite differently than HFC-4S cards here. ........ r6821 |
+ tzafrir | 2009-07-02 15:18:59 -0500 (Thu, 02 Jul 2009) | 6 lines
+ wcb4xxp: Fix LED handling in OpenVox cards (maybe also others)
+ This commit adds extra functions to handle LEDs in the non-B410P
+ cards. Only tested on OpenVox cards. OpenVox cards are known to
+ have slightly different LEDs so this is likely to be slightly
+ broken for others. ........ r6838 | sruffell | 2009-07-13
+ 09:33:39 -0500 (Mon, 13 Jul 2009) | 1 line wctc4xxp: Remove
+ deprecated DMA_xxBIT_MASK usage. ........ r6928 | sruffell |
+ 2009-08-04 11:22:23 -0500 (Tue, 04 Aug 2009) | 1 line wcte12xp:
+ Remove unused 'schluffen' declaration in wcte12xp.h ........
+ r6929 | sruffell | 2009-08-04 11:22:26 -0500 (Tue, 04 Aug 2009) |
+ 4 lines wctdm24xxp: Eliminate 'variety' and 'type' members from
+ 'struct wctdm'. struct wctdm can hold a pointer to struct
+ wctdm_desc directly, and eliminate the need to copy members of
+ wctdm_desc into wctdm. ........ r6941 | dbailey | 2009-08-05
+ 09:40:45 -0500 (Wed, 05 Aug 2009) | 14 lines Change proslic
+ linefeed register setting Insure that proslic linefeed register
+ is not transitioned from Active to On-Hook Transmission while the
+ channel is off-hook. Replaced magic numbers assigned to linefeed
+ associated variables with more descriptive constants. (issue
+ #15352) Reported by: alecdavis Patches:
+ wctdm_prevent_ohttimer_click.diff3.txt uploaded by dbailey
+ (license 819) Tested by: alecdavis, dbailey, vmikhelson ........
+ r6945 | sruffell | 2009-08-05 14:39:10 -0500 (Wed, 05 Aug 2009) |
+ 6 lines wctdm24xxp, wctdm: Formatting changes. Update the lines
+ affected by revision 6941. I'm taking every opportunity to move
+ DAHDI closer to the kernel coding conventions short of just
+ reformatting for the sake of reformatting. The majority of these
+ changes are to bring the line lengths under 80 chars. ........
+ r6946 | sruffell | 2009-08-05 14:39:13 -0500 (Wed, 05 Aug 2009) |
+ 1 line dahdi_dummy: Remove some trailing whitespace. ........
+ r6952 | sruffell | 2009-08-11 13:47:21 -0500 (Tue, 11 Aug 2009) |
+ 3 lines wctdm24xxp: Remove unused members related to hardware
+ DTMF detection. Not used anymore, so they are gone. ........
+ r6981 | sruffell | 2009-08-13 09:42:05 -0500 (Thu, 13 Aug 2009) |
+ 1 line wctc4xxp: Remove flag member that is not used. ........
+ r6982 | sruffell | 2009-08-13 09:42:08 -0500 (Thu, 13 Aug 2009) |
+ 1 line wctdm24xxp: Use the ARRAY_SIZE macro where appropriate.
+ ........ r7003 | sruffell | 2009-08-13 19:46:26 -0500 (Thu, 13
+ Aug 2009) | 9 lines wctdm24xxp, wctdm: Detect if our hookstate
+ has been set back to the initial state. Check if our hookstate
+ has been set back to the initial state, typically the result of a
+ chanconfig, and if so, if we're an FXO port, forget our current
+ battery state. This allows the driver to determine and report
+ again what the hook state of the port is. (related to issue
+ #14577) (closes issue #15429) ........ r7004 | sruffell |
+ 2009-08-13 19:46:28 -0500 (Thu, 13 Aug 2009) | 1 line dahdi-base:
+ Add comment to explain why rxhooksig is reset on span start.
+ ........ r7008 | sruffell | 2009-08-14 10:47:39 -0500 (Fri, 14
+ Aug 2009) | 11 lines wcfxo: Reset the DAA on module
+ initialization. The X100p and clones will sometimes work and
+ sometimes not depending on wether the DAA powers up in running
+ state- this seems to be related to the power supply. This problem
+ is caused by the driver not reseting the DAA and may be the
+ source of a great many intermittent problems with this card.
+ (closes issue #14232) Reported by: tallen8840 Patch by:
+ tallen8840 Tested by: explidous, Flavio ........ r7023 | sruffell
+ | 2009-08-17 09:07:06 -0500 (Mon, 17 Aug 2009) | 4 lines README:
+ Update known issues section. Remove note about echocanceler
+ reference counts, since that is fixed, and add a note about issue
+ with KB1 when configured with more than 128 taps. ........ r7027
+ | seanbright | 2009-08-17 14:31:54 -0500 (Mon, 17 Aug 2009) | 7
+ lines Silence spurious warnings when trying to remove Zaptel
+ directories during install. (closes issue #15479) Reported by:
+ pprindeville Patches: dahdi-linux-rm.patch uploaded by
+ pprindeville (license 347) ........ r7094 | sruffell | 2009-09-07
+ 16:40:19 -0500 (Mon, 07 Sep 2009) | 4 lines wctdm24xxp: Remove a
+ few more unneeded 'volatile' keywords. The writechunk and
+ readchunk parameters are never accessed by hardware at the same
+ time that the software is accessing them anymore. ........ r7095
+ | sruffell | 2009-09-07 16:40:22 -0500 (Mon, 07 Sep 2009) | 5
+ lines dahdi-base: Reduce the stack usage of dahdi_common_ioctl.
+ Split the DAHDI_GETGAINS and DAHDI_SETGAINS ioctls into their own
+ functions and dynamically allocate the 'struct dahdi_gains'
+ structure to reduce the pressure on the stack. ........ r7096 |
+ sruffell | 2009-09-07 16:40:25 -0500 (Mon, 07 Sep 2009) | 1 line
+ dahdi-base: Prevent compilation if both EMPULSE and EMFLASH are
+ defined. ........ r7097 | sruffell | 2009-09-07 16:40:29 -0500
+ (Mon, 07 Sep 2009) | 4 lines dahdi-base: Fix flag check in
+ dahdi_rbs_sethook. As long as any of the flags were set, this
+ check would have always passed. ........ r7110 | rmeyerriecks |
+ 2009-09-14 15:30:24 -0500 (Mon, 14 Sep 2009) | 1 line Fixed issue
+ where the clear channel flags were not being set at the
+ appropriate time causing a channel re-configure to mis-set the
+ last channel in each span ........ r7117 | dbailey | 2009-09-14
+ 15:51:56 -0500 (Mon, 14 Sep 2009) | 17 lines Race condition in
+ handling writes to proslic LINEFEED register (64) The wctdm24xxp
+ driver has a problem where a VMWI IOCTL call followed immediately
+ by a ONHOOKTRANSFER IOCTL call will cause the ONHOOK transfer
+ request to be dropped. This occurs if the write to the proslic's
+ LINEFEED register for the VMWI ICTL call is not completed when
+ the ONHOOK transfer request IOCTL is processed. I also cleaned
+ out some magic numbers used in setting the linefeed register.
+ (closes issue #15875) Reported by: dbailey Patches:
+ 15875-wctdm24xxp.diff uploaded by dbailey (license 819) Tested
+ by: dbailey ........ r7118 | seanbright | 2009-09-14 16:10:38
+ -0500 (Mon, 14 Sep 2009) | 1 line Change zap -> dahdi. ........
+ r7125 | rmeyerriecks | 2009-09-15 09:59:06 -0500 (Tue, 15 Sep
+ 2009) | 2 lines dahdi-base: Minor syntax change to meet style
+ guidelines ........ r7140 | dbailey | 2009-09-15 15:50:45 -0500
+ (Tue, 15 Sep 2009) | 12 lines Change WCTDM SPI clock off state
+ polarity and read timing Change the off state of the SPI clock to
+ high and provide more time for data to settle out on SPI reads.
+ (closes issue #15261) Reported by: alecdavis Patches:
+ wctdm_spi_clocking.diff2.txt uploaded by alecdavis (license 585)
+ Tested by: alecdavis, dbailey ........ r7147 | sruffell |
+ 2009-09-16 13:19:00 -0500 (Wed, 16 Sep 2009) | 4 lines wct4xxp:
+ Check the alarm state if we're debouncing a red alarm. This fixes
+ a problem where if you set the alarmdebounce module parameter on
+ gen2+ cards, you never detect when you go into red alarm.
+ ........ r7155 | sruffell | 2009-09-21 10:24:36 -0500 (Mon, 21
+ Sep 2009) | 8 lines dahdi-base: dahdi_ioctl_[get|set]gains should
+ return the res value. In function dahdi_ioctl_getgains() and
+ dahdi_ioctl_setgains() return value assigned to res variable, but
+ these function always return 0 which is an error. (closes issue
+ #15916.) Patch by: ys ........ r7194 | dbailey | 2009-09-22
+ 09:03:53 -0500 (Tue, 22 Sep 2009) | 12 lines wctdm: Add missing
+ break A break was missing that caused DAHDI_ONHOOKTRANSFER ioctl
+ call to fall into DAHDI_SETPOLARITY ioctl call. (issue #14261)
+ Reported by: alecdavis Patches: wctdm_fix_ONHOOKTRANSFER.diff.txt
+ uploaded by alecdavis (license 585) Tested by: alecdavis ........
+ r7284 | mattf | 2009-09-30 11:34:11 -0500 (Wed, 30 Sep 2009) | 1
+ line Update echocan API so it only uses channel offset in free
+ routine ........ r7293 | tzafrir | 2009-09-30 13:09:42 -0500
+ (Wed, 30 Sep 2009) | 2 lines move the dev->bus_id fix from xpp to
+ kernel.h: needed elsewhere ........ r7319 | sruffell | 2009-10-02
+ 16:09:01 -0500 (Fri, 02 Oct 2009) | 1 line wcte12xp: The timer is
+ called every 200ms, not every 100ms. Fix comment. ........ r7437
+ | sruffell | 2009-10-29 13:26:16 -0500 (Thu, 29 Oct 2009) | 10
+ lines dahdi-base: Do not allow jumps in system time to lock up
+ the system w/core_timer Since dahdi coretimer uses the number of
+ milliseconds that has actually passed to determine how many times
+ to call dahdi_receive, it is possible that if the system time
+ shifts after dahdi is started, that the system can appear to lock
+ up while the core timer attempts to catch up. This change
+ prevents soft lock ups under these conditions. This is brings the
+ dahdi_dummy changes in r6933 into dahdi-base. (related to issue
+ #15647) ........ r7438 | sruffell | 2009-10-29 13:26:17 -0500
+ (Thu, 29 Oct 2009) | 1 line wcte12xp, wctdm24xxp: VPMADT032
+ firmware update to 1.20. ........ r7445 | mspiceland | 2009-10-29
+ 16:37:45 -0500 (Thu, 29 Oct 2009) | 3 lines Debounce alarms by
+ default for wct4xxp per AT&T 54016. Also, the various alarm
+ conditions can be debounced separately. ........ r7480 | sruffell
+ | 2009-11-04 14:43:05 -0600 (Wed, 04 Nov 2009) | 4 lines
+ voicebus: Increase the NLP converged threshold to 18. Brings in
+ the change from r7065 that was on the
+ team/sruffell/dahdi-linux-vpm119 branch. ........ r7486 |
+ mspiceland | 2009-11-04 17:25:32 -0600 (Wed, 04 Nov 2009) | 9
+ lines Adding alarm debounce to single span driver (wcte12xp).
+ Debounce yellow alarm also. In wcte12xp, change check alarm
+ frequency to 100ms for better debounce granularity. Fix lines
+ over 80 cols from last alarm debounce commit. ........ r7487 |
+ mspiceland | 2009-11-04 17:28:21 -0600 (Wed, 04 Nov 2009) | 2
+ lines Remove commented out code block that was unintentionally
+ left in. ........ r7512 | sruffell | 2009-11-06 18:35:38 -0600
+ (Fri, 06 Nov 2009) | 1 line wcte12xp: Remove unused flag member
+ and make const the t1_descs. ........ r7513 | sruffell |
+ 2009-11-06 18:35:38 -0600 (Fri, 06 Nov 2009) | 4 lines voicebus:
+ Remove the VB_PRINTK macro. Unnecessarily duplicates the dev_xxx
+ macros. Also removes the need for the board_name member from
+ struct voicebus. ........ r7514 | sruffell | 2009-11-06 18:35:39
+ -0600 (Fri, 06 Nov 2009) | 4 lines voicebus: Remove sdi member
+ from 'struct voicebus' This is only used during startup so we
+ don't need to carry it around in the structure at all times.
+ ........ r7515 | sruffell | 2009-11-06 18:35:40 -0600 (Fri, 06
+ Nov 2009) | 1 line voicebus: Set the DMA_BIT_MASK ........ r7516
+ | sruffell | 2009-11-06 18:35:40 -0600 (Fri, 06 Nov 2009) | 1
+ line voicebus: Use DAHDI_IRQ_SHARED instead of defining our own.
+ ........ r7517 | sruffell | 2009-11-06 18:35:40 -0600 (Fri, 06
+ Nov 2009) | 24 lines voicebus: Send 'idle' buffers when the
+ transmit descriptor underruns. Previously, when the host system
+ fails to service the interrupt in a timely fashion, the transmit
+ descriptor ring for the voicebus card would "go empty" since the
+ interface wouldn't have another descriptor to read in. The driver
+ only knows that it went empty, not how far behind it actually
+ was. Therefore, the driver could just increase the latency by a
+ millisecond and keep going waiting for another bump.
+ Additionally, when the transmit descriptor actually goes empty,
+ there are some cases where an in process SPI transaction to one
+ of the modules is interrupted, which may result in corrupted
+ module register writes on rare occassions. This now makes it
+ possible for the voicebus drivers to coexist with some devices
+ that periodically lock interrupts for longer than 25ms. Before
+ this patch, the latency would constantly increase until either
+ the modules received a corrupted frame. This patch preconfigures
+ all the receive descriptors to send an "idle" packet that will be
+ transmitted to the onboard modules when the host doesn't service
+ the interrupt within (latency - 2)ms. There are now two kinds of
+ underruns, softunderuns where the driver can detect that these
+ idlebuffers have made it to the TX FIFO, and the normal hard
+ underrun where the part signals a transmit descriptor unavailable
+ interrupt. DAHDI-278. ........ r7518 | sruffell | 2009-11-06
+ 18:35:41 -0600 (Fri, 06 Nov 2009) | 7 lines voicebus: Add
+ function to lock the latency. Now that increases in the latency
+ produce less undefined behavior on the SPI busses, provide an
+ interface for client drivers to inform the voicebus library to
+ not increase the latency if underruns are detected. This can
+ speed up loads of the driver since latency bumps do not trigger a
+ restart of the driver initialization. DAHDI-278. ........ r7519 |
+ sruffell | 2009-11-06 18:35:42 -0600 (Fri, 06 Nov 2009) | 4 lines
+ wcte12xp: Lock latency when loading No longer need to restart
+ board initialization if the latency would have increased during
+ initialization. DAHDI-278. ........ r7520 | sruffell | 2009-11-06
+ 18:35:42 -0600 (Fri, 06 Nov 2009) | 4 lines wctdm24xxp: Lock
+ latency when loading We no longer need to retry board
+ initialization if the latency would have increased during the
+ initialization. DAHDI-278 ........ r7521 | sruffell | 2009-11-06
+ 18:35:43 -0600 (Fri, 06 Nov 2009) | 4 lines voicebus, wctdm24xxp,
+ wcte12xp: Move a print out of the interrupt handler. This can be
+ handled just as well in process context and printing to a serial
+ console from the interrupt handler has the potential to cause
+ long latencies. ........ r7522 | sruffell | 2009-11-06 18:35:44
+ -0600 (Fri, 06 Nov 2009) | 5 lines voicebus: Add optional sysfs
+ entry for reading a boards current latency. This is off by
+ default since it hasn't been tested on a full range of kernels,
+ but can be useful for quickly seeing differences for latencies on
+ different cards installed in the system. ........ r7523 |
+ sruffell | 2009-11-06 18:35:44 -0600 (Fri, 06 Nov 2009) | 1 line
+ voicebus: Remove 'assert' macros and use BUG_ON/WARN_ON directly.
+ ........ r7524 | sruffell | 2009-11-06 18:35:45 -0600 (Fri, 06
+ Nov 2009) | 1 line voicebus: Be just a little more graceful if we
+ cannot grab our interrupt line. ........ r7527 | sruffell |
+ 2009-11-06 18:58:03 -0600 (Fri, 06 Nov 2009) | 1 line wcte12xp:
+ Fix up some continued strings. ........ r7528 | sruffell |
+ 2009-11-06 18:58:03 -0600 (Fri, 06 Nov 2009) | 1 line wct4xxp:
+ Fix up some continued strings. ........ r7534 | sruffell |
+ 2009-11-09 12:02:40 -0600 (Mon, 09 Nov 2009) | 1 line wct4xxp:
+ Only print the new debounce messages when debug is set. ........
+ r7535 | sruffell | 2009-11-09 12:02:41 -0600 (Mon, 09 Nov 2009) |
+ 1 line wcte12xp: Only print the new debounce messages when debug
+ is set. ........ r7536 | sruffell | 2009-11-09 12:11:06 -0600
+ (Mon, 09 Nov 2009) | 4 lines wcte12xp: use the dev_xxx macro for
+ the debounce messages. We want to know which device is reporting
+ the debounce when there are more than one card in the system.
+ ........
+
+2009-11-05 12:06 +0000 [r7485-7493] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/xpp_dahdi.c, /, drivers/dahdi/pciradio.c,
+ drivers/dahdi/xpp/xbus-sysfs.c, drivers/dahdi/wctdm.c,
+ drivers/dahdi/wctdm24xxp/base.c, drivers/dahdi/xpp/xbus-core.c,
+ drivers/dahdi/dahdi-base.c: backport a number of build fixes from
+ trunk to 2.2 Merged revisions 7226,7356,7392 via svnmerge from
+ http://svn.digium.com/svn/dahdi/linux/trunk ........ r7226 |
+ tzafrir | 2009-09-28 10:57:07 +0200 (Mon, 28 Sep 2009) | 8 lines
+ xpp: Use proper get/set for device->driver_data 2.6.32-rc1 broke
+ direct access to the member 'driver_data' of 'struct device'.
+ However direct access to wasn't proper in the first place. This
+ commit replaces direct access to dev->driver_data with
+ dev_get_drvdata() and dev_set_drvdata(). ........ r7356 |
+ sruffell | 2009-10-09 07:22:55 +0200 (Fri, 09 Oct 2009) | 6 lines
+ dahdi-base: Include linux/sched.h Commit a99bba to the mainline
+ kernel removed sched.h from poll.h. So dahdi-base.c needs to
+ include sched.h directly now.
+ http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a99bba
+ ........ r7392 | sruffell | 2009-10-12 22:05:35 +0200 (Mon, 12
+ Oct 2009) | 4 lines headers: sched.h was also removed from
+ interrupts.h Commit d43c36 made it necessary to add sched.h to
+ more of the board drivers.
+ http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d43c36
+ ........
+
+ * /, drivers/dahdi/xpp/xbus-sysfs.c: xpp: Add sysfs xpd attribute
+ 'timing_priority' Merged revisions 7237 via svnmerge from
+ http://svn.digium.com/svn/dahdi/linux/trunk
+
+ * drivers/dahdi/xpp/xbus-pcm.c,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex,
+ drivers/dahdi/xpp/init_card_4_30, drivers/dahdi/xpp/xpp_dahdi.c,
+ /, drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/xbus-pcm.h,
+ drivers/dahdi/xpp/card_bri.c, drivers/dahdi/xpp/xproto.c: T1 CAS
+ support in the xpp "pri" module Merged revisions
+ 7244-7245,7266,7276,7457 via svnmerge from
+ http://svn.digium.com/svn/dahdi/linux/trunk ........ r7244 |
+ tzafrir | 2009-09-29 18:23:13 +0200 (Tue, 29 Sep 2009) | 5 lines
+ xpp: make card_hooksig an optional card method. Done in
+ preperation for T1 CAS support, as the PRI module will use RBS
+ instead. ........ r7245 | tzafrir | 2009-09-29 18:45:15 +0200
+ (Tue, 29 Sep 2009) | 2 lines xpp: refactor pcm mask handling.
+ ........ r7266 | tzafrir | 2009-09-30 00:43:05 +0200 (Wed, 30 Sep
+ 2009) | 2 lines xpp: T1 CAS support ........ r7276 | tzafrir |
+ 2009-09-30 15:49:48 +0200 (Wed, 30 Sep 2009) | 2 lines xpp: PRI
+ PIC firmware: T1-CAS fixes ........ r7457 | tzafrir | 2009-11-03
+ 22:24:13 +0200 (Tue, 03 Nov 2009) | 4 lines xpp: More E1/T1 CAS
+ fixes. Mostly connect/disconnect xpp revs: mostly 7458, 7466
+ ........
+
+2009-08-19 16:44 +0000 [r7039] Kevin P. Fleming <kpfleming at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c, /, drivers/dahdi/wct4xxp/base.c,
+ drivers/dahdi/wctdm24xxp/base.c: Merged revisions 7038 via
+ svnmerge from https://origsvn.digium.com/svn/dahdi/linux/trunk
+ ........ r7038 | kpfleming | 2009-08-19 11:40:13 -0500 (Wed, 19
+ Aug 2009) | 9 lines Ensure that dahdi_scan correctly reports VPM
+ presence. The wct4xxp driver (for the dual/quad span T1/E1 cards)
+ and the wcte12xp driver (for the single span VoiceBus-based T1/E1
+ cards) did not properly update the 'devicetype' field reported by
+ dahdi_scan when a VPM was found during the card startup process.
+ As a result, dahdi_scan did not show that a VPM was present on
+ the card, even if it was. ........
+
+2009-08-13 22:04 +0000 [r7001] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * /, drivers/dahdi/xpp/firmwares/FPGA_1161.hex: xpp firmware: Fixes
+ PCM issue with FXO that is not a timing source Fixes PCM issue
+ with an Astribank2 (116x) FXO module that is installed alongside
+ a PRI/BRI module. xpp: FPGA_1161.hex r7276 . Merged revisions
+ 6938,6966 via svnmerge from
+ http://svn.digium.com/svn/dahdi/linux/trunk
+
+2009-08-06 17:35 +0000 [r6950] Shaun Ruffell <sruffell at digium.com>
+
+ * /, drivers/dahdi/dahdi-base.c: Merged revisions 6890-6891 via
+ svnmerge from https://origsvn.digium.com/svn/dahdi/linux/trunk
+ ........ r6890 | sruffell | 2009-07-23 17:01:04 -0500 (Thu, 23
+ Jul 2009) | 1 line dahdi-base: Reduce the stack usage of
+ ioctl_load_zone. ........ r6891 | sruffell | 2009-07-23 17:26:25
+ -0500 (Thu, 23 Jul 2009) | 3 lines dahdi-base: Update formatting
+ in ioctl_load_zone. Fixes checkpatch.pl formatting errors from
+ the previous commit. ........
+
+2009-08-04 16:38 +0000 [r6934-6937] Shaun Ruffell <sruffell at digium.com>
+
+ * /, drivers/dahdi/wctc4xxp/base.c: Merged revisions 6717,6760 via
+ svnmerge from https://origsvn.digium.com/svn/dahdi/linux/trunk
+ ........ r6717 | sruffell | 2009-06-24 21:30:19 -0500 (Wed, 24
+ Jun 2009) | 3 lines wctc4xxp: Update to use struct
+ net_device_ops. Accomodates a change in the linux kernel network
+ device interface. ........ r6760 | sruffell | 2009-06-25 17:16:34
+ -0500 (Thu, 25 Jun 2009) | 1 line wctc4xxp: Make the
+ wctc4xxp_netdev_ops structure static. ........
+
+ * drivers/dahdi/dahdi_dummy.c, /: Merged revisions 6933 via
+ svnmerge from https://origsvn.digium.com/svn/dahdi/linux/trunk
+ ........ r6933 | sruffell | 2009-08-04 11:22:39 -0500 (Tue, 04
+ Aug 2009) | 10 lines dahdi_dummy: Do not allow jumps in system
+ time to lock up the system. Since dahdi_dummy uses the number of
+ milliseconds that has actually passed to determine how many times
+ to call dahdi_receive, it is possible that if the system time
+ shifts after dahdi is started, that the system can appear to lock
+ up while dahdi_dummy attempts to catch up. This change prevents
+ soft lock ups under these conditions. (closes issue #15647)
+ Reported by: missnebun ........
+
+2009-07-21 18:11 +0000 [r6864] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/tor2.c, drivers/dahdi/wcte12xp/base.c, /,
+ include/dahdi/dahdi_config.h, drivers/dahdi/wct4xxp/base.c,
+ drivers/dahdi/wcte11xp.c, drivers/dahdi/dahdi-base.c: Merged
+ revisions 6844,6852,6862-6863 via svnmerge from
+ https://origsvn.digium.com/svn/dahdi/linux/trunk ........ r6844 |
+ sruffell | 2009-07-16 12:29:53 -0500 (Thu, 16 Jul 2009) | 10
+ lines wcte12xp: Disable vpmadt032 companding by default. This
+ fixes a regression in 2.2.0 where certain configurations will
+ fail patloop test or have repeated HDLC aborts because the
+ VPMADT032 is modifying the clear channel or d channel data
+ streams. This restores the behavior to how it was in dahdi-linux
+ 2.1.0.4. (closes issue #15498) Reported by: alecdavis Tested by:
+ alecdavis ........ r6852 | tzafrir | 2009-07-19 10:45:40 -0500
+ (Sun, 19 Jul 2009) | 12 lines tor2: allow using port4 as timing
+ source Fix a silly regression introduced when strict check on the
+ timing parameter was added (sync-1 is the array index, not sync
+ itself. And 0 is a special case). (closes issue #15408) Reported
+ by: dferrer Patches: tor2-4th_sync.patch uploaded by dferrer
+ (license 525) ........ r6862 | sruffell | 2009-07-21 12:52:59
+ -0500 (Tue, 21 Jul 2009) | 4 lines Revert "wct4xxp, wcte11xp: Use
+ the default configuration by default at startup." This reverts
+ the change introduced by revision 6712. This change can cause
+ problems when there is a VPM module installed on the quad-span
+ digital cards. ........ r6863 | sruffell | 2009-07-21 12:53:02
+ -0500 (Tue, 21 Jul 2009) | 12 lines dahdi-base: Add support for
+ core timing. This essentially moves the function of dahdi_dummy
+ into the core of DAHDI. It ensures that if DAHDI is loaded, it
+ will always be able to provide timing, regardless of whether
+ there are board drivers loaded, or if the board drivers are
+ properly calling dahdi_receive. If there is a master span loaded
+ which is calling dahdi_receive, then the behavior will be like it
+ is normally. This functionality is off by default, uncomment
+ CONFIG_DAHDI_CORE_TIMER in include/dahdi/config_dahdi.h in order
+ to enable it. ........
+
+2009-07-21 18:11 +0000 [r6858-6864] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0.2 released.
+
+ * wcte12xp: Disable vpmadt032 companding by default. This
+ fixes a regression in 2.2.0 where certain configurations will
+ fail patloop test or have repeated HDLC aborts because the
+ VPMADT032 is modifying the clear channel or d channel data
+ streams. This restores the behavior to how it was in dahdi-linux
+ 2.1.0.4. (closes issue #15498) Reported by: alecdavis Tested by:
+ alecdavis
+
+ * tor2: allow using port4 as timing source Fix a silly regression
+ introduced when strict check on the timing parameter was added
+ (sync-1 is the array index, not sync itself. And 0 is a special
+ case). (closes issue #15408) Reported by: dferrer Patches:
+ tor2-4th_sync.patch uploaded by dferrer (license 525)
+
+ * Revert "wct4xxp, wcte11xp: Use the default configuration by default
+ at startup." This reverts the change introduced by revision 6712.
+ This change can cause problems when there is a VPM module installed
+ on the quad-span digital cards.
+
+ * dahdi-base: Add support for core timing. This essentially moves the
+ function of dahdi_dummy into the core of DAHDI. It ensures that if
+ DAHDI is loaded, it will always be able to provide timing,
+ regardless of whether there are board drivers loaded, or if the
+ board drivers are properly calling dahdi_receive. If there is a
+ master span loaded which is calling dahdi_receive, then the behavior
+ will be like it is normally. This functionality is off by default,
+ uncomment CONFIG_DAHDI_CORE_TIMER in include/dahdi/config_dahdi.h in
+ order to enable it.
+
+2009-06-30 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0.1 released.
+
+ * Fix for kernel panic when echotraining is enabled on echocan that
+ does not support it.
+
+ * Fix for kernel panic on RHEL4 when using VPMADT032.
+
+ * Fix to allow wct4xxp, wcb4xxp, and wcte11xp to provide early timing.
+
+2009-06-23 15:44 +0000 [r6695] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0 released.
+
+ * README: Adding a known issues section to the README
+ files.
+
+2009-06-18 18:03 +0000 [r6692] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcfxo.c, drivers/dahdi/wctdm.c,
+ drivers/dahdi/wctdm24xxp/base.c: Fix calls to dahdi_hooksig. When
+ JAPAN, AUDIO_RINGCHECK, or ZERO_BATT_RING compile time options are
+ selected it is possible to get a kernel panic due to an invalid
+ pointer passed to the dahdi_hooksig function. (closes issue #15350)
+ Patch by: alecdavis
+
+2009-06-12 22:30 +0000 [r6688] Jason Parker <jparker at digium.com>
+
+ * drivers/dahdi/Kbuild: Make complex conditionals work with GNU
+ make 3.80. Much uglier, but it works on RHEL4.
+
+2009-06-04 21:14 +0000 [r6675] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: Fix bug in procfs
+ handling. Fix bug in procfs handling where it was possible to get
+ a warning in lib/vsprintf.c when reading from /proc/dahdi/x.
+ Patch by: biohumanoid (closes issue #15252)
+
+2009-05-27 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0-rc5 released.
+
+2009-05-27 12:48 +0000 [r6659] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/card_bri.c,
+ drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/card_fxs.c,
+ drivers/dahdi/xpp/card_global.c: Fix more 'owner' for 2.6.30
+ to be happy. Finishing the work of r6642. Completely shut issue
+ #14964.
+
+2009-05-25 08:23 +0000 [r6651-6653] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/firmwares/PIC_TYPE_3.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex,
+ drivers/dahdi/xpp/firmwares/FPGA_1161.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_2.hex: xpp firmwares: fixes
+ sync issues of FXO module in a BRI/PRI Astribank * Also fixes LED
+ blinking issues in PRI modules * Various bugfixes in the PICs.
+
+ * drivers/dahdi/xpp/firmwares/USB_FW.hex: USB_FW.hex: Allow setting
+ caps. even when FPGA is loaded. Note that They will only take
+ effect after a reset. Firmware rev. 7071.
+
+2009-05-19 16:09 +0000 [r6635-6642] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
[... 1611 lines stripped ...]
More information about the svn-commits
mailing list