[svn-commits] sruffell: tag linux/2.2.1 r7786 - in /linux/tags/2.2.1: .version ChangeLog
SVN commits to the Digium repositories
svn-commits at lists.digium.com
Fri Jan 8 17:01:39 CST 2010
Author: sruffell
Date: Fri Jan 8 17:01:35 2010
New Revision: 7786
URL: http://svnview.digium.com/svn/dahdi?view=rev&rev=7786
Log:
Importing files for 2.2.1 release.
Added:
linux/tags/2.2.1/.version (with props)
linux/tags/2.2.1/ChangeLog (with props)
Added: linux/tags/2.2.1/.version
URL: http://svnview.digium.com/svn/dahdi/linux/tags/2.2.1/.version?view=auto&rev=7786
==============================================================================
--- linux/tags/2.2.1/.version (added)
+++ linux/tags/2.2.1/.version Fri Jan 8 17:01:35 2010
@@ -1,0 +1,1 @@
+2.2.1
Propchange: linux/tags/2.2.1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: linux/tags/2.2.1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: linux/tags/2.2.1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: linux/tags/2.2.1/ChangeLog
URL: http://svnview.digium.com/svn/dahdi/linux/tags/2.2.1/ChangeLog?view=auto&rev=7786
==============================================================================
--- linux/tags/2.2.1/ChangeLog (added)
+++ linux/tags/2.2.1/ChangeLog Fri Jan 8 17:01:35 2010
@@ -1,0 +1,2048 @@
+2010-01-08 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.1 released.
+
+2009-12-22 17:53 +0000 [r7723] Shaun Ruffell <sruffell at digium.com>
+
+ * voicebus, wcte12xp: Only define SLAB_STORE_USER when CONFIG_SLUB
+ is defined. On 2.6.22, there is was a bug in the SLUB allocator
+ that required defining SLAB_STORE_USER, however this setting is
+ only valid when CONFIG_SLUB is defined and not when using the
+ previous slab allocator. DAHDI-424.
+
+2009-12-11 23:22 +0000 [r7683-7684] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.1-rc2 released.
+
+ * 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.
+
+ * 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.
+
+ * 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>
+
+ * 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-12 23:45 +0000 [r7572-7584] Shaun Ruffell <sruffell at digium.com>
+
+ * 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)
+
+2009-11-10 15:47 +0000 [r7539-7550] Shaun Ruffell <sruffell at digium.com>
+
+ * 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
+
+ * 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)
+
+ * 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)
+
+ * echocan: Properly keep the reference counts for the echocan
+ modules. (closes issue #13504) (closes issue #15327) Reported by:
+ sruffell, tzafrir
+
+ * 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.
+
+ * wcb4xxp: 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.
+
+ * wcb4xxp: Fix PCM handling for various cards. HFC-8S cards behave
+ quite differently than HFC-4S cards here.
+
+ * 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.
+
+ * wctdm: 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
+
+ * 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)
+
+ * 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
+
+ * 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)
+
+ * 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.
+
+ * 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
+
+ * wctdm24xxp: 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
+
+ * wctdm: 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
+
+ * 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.
+
+ * 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
+
+ * 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
+
+ * 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)
+
+ * wcte12xp, wctdm24xxp: VPMADT032 firmware update to 1.20.
+
+ * wct4xxp: Debounce alarms by default for wct4xxp per AT&T 54016.
+ Also, the various alarm conditions can be debounced separately.
+
+ * voicebus: Increase the NLP converged threshold to 18. Brings in
+ the change from r7065 that was on the
+ team/sruffell/dahdi-linux-vpm119 branch.
+
+ * wcte12xp: Adding alarm debounce to single span driver (wcte12xp).
+ Debounce yellow alarm also. Change check alarm frequency to 100ms
+ for better debounce granularity. Fix lines over 80 cols from last
+ alarm debounce commit.
+
+ * 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.
+
+ * 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.
+
+ * wctdm24xxp, wcte12xp: Lock latency when loading We no longer need
+ to retry board initialization if the latency would have increased
+ during the initialization. DAHDI-278
+
+ * 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.
+
+ * voicebus: Be just a little more graceful if we cannot grab our
+ interrupt line.
+
+ * 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>
+
+ * 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
+
+ * 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().
+
+ * 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
+
+ * 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
+
+ * xpp: Add sysfs xpd attribute 'timing_priority' Merged revisions
+ 7237 via svnmerge from http://svn.digium.com/svn/dahdi/linux/trunk
+
+ * 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
+
+ * xpp: make card_hooksig an optional card method. Done in
+ preperation for T1 CAS support, as the PRI module will use RBS
+ instead.
+
+ * xpp: refactor pcm mask handling.
+
+ * xpp: PRI PIC firmware: T1-CAS fixes
+
+ * 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>
+
+ * 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>
+
+ * 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>
+
+ * dahdi-base: Reduce the stack usage of ioctl_load_zone.
+
+ * 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>
+
+ * wctc4xxp: Update to use struct net_device_ops. Accomodates a
+ change in the linux kernel network device interface.
+
+ * wctc4xxp: Make the wctc4xxp_netdev_ops structure static.
+
+ * 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>
+
+ * 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-07-21 18:11 +0000 [r6858-6864] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0.2 released.
+
+ * wcte12xp: Disable vpmadt032 companding by default. This
+ fixes a regression in 2.2.0 where certain configurations will
+ fail patloop test or have repeated HDLC aborts because the
+ VPMADT032 is modifying the clear channel or d channel data
+ streams. This restores the behavior to how it was in dahdi-linux
+ 2.1.0.4. (closes issue #15498) Reported by: alecdavis Tested by:
+ alecdavis
+
+ * tor2: allow using port4 as timing source Fix a silly regression
+ introduced when strict check on the timing parameter was added
+ (sync-1 is the array index, not sync itself. And 0 is a special
+ case). (closes issue #15408) Reported by: dferrer Patches:
+ tor2-4th_sync.patch uploaded by dferrer (license 525)
+
+ * Revert "wct4xxp, wcte11xp: Use the default configuration by default
+ at startup." This reverts the change introduced by revision 6712.
+ This change can cause problems when there is a VPM module installed
+ on the quad-span digital cards.
+
+ * dahdi-base: Add support for core timing. This essentially moves the
+ function of dahdi_dummy into the core of DAHDI. It ensures that if
+ DAHDI is loaded, it will always be able to provide timing,
+ regardless of whether there are board drivers loaded, or if the
+ board drivers are properly calling dahdi_receive. If there is a
+ master span loaded which is calling dahdi_receive, then the behavior
+ will be like it is normally. This functionality is off by default,
+ uncomment CONFIG_DAHDI_CORE_TIMER in include/dahdi/config_dahdi.h in
+ order to enable it.
+
+2009-06-30 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0.1 released.
+
+ * Fix for kernel panic when echotraining is enabled on echocan that
+ does not support it.
+
+ * Fix for kernel panic on RHEL4 when using VPMADT032.
+
+ * Fix to allow wct4xxp, wcb4xxp, and wcte11xp to provide early timing.
+
+2009-06-23 15:44 +0000 [r6695] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0 released.
+
+ * README: Adding a known issues section to the README
+ files.
+
+2009-06-18 18:03 +0000 [r6692] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcfxo.c, drivers/dahdi/wctdm.c,
+ drivers/dahdi/wctdm24xxp/base.c: Fix calls to dahdi_hooksig. When
+ JAPAN, AUDIO_RINGCHECK, or ZERO_BATT_RING compile time options are
+ selected it is possible to get a kernel panic due to an invalid
+ pointer passed to the dahdi_hooksig function. (closes issue #15350)
+ Patch by: alecdavis
+
+2009-06-12 22:30 +0000 [r6688] Jason Parker <jparker at digium.com>
+
+ * drivers/dahdi/Kbuild: Make complex conditionals work with GNU
+ make 3.80. Much uglier, but it works on RHEL4.
+
+2009-06-04 21:14 +0000 [r6675] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: Fix bug in procfs
+ handling. Fix bug in procfs handling where it was possible to get
+ a warning in lib/vsprintf.c when reading from /proc/dahdi/x.
+ Patch by: biohumanoid (closes issue #15252)
+
+2009-05-27 Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0-rc5 released.
+
+2009-05-27 12:48 +0000 [r6659] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/card_bri.c,
+ drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/card_fxs.c,
+ drivers/dahdi/xpp/card_global.c: Fix more 'owner' for 2.6.30
+ to be happy. Finishing the work of r6642. Completely shut issue
+ #14964.
+
+2009-05-25 08:23 +0000 [r6651-6653] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/firmwares/PIC_TYPE_3.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex,
+ drivers/dahdi/xpp/firmwares/FPGA_1161.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_2.hex: xpp firmwares: fixes
+ sync issues of FXO module in a BRI/PRI Astribank * Also fixes LED
+ blinking issues in PRI modules * Various bugfixes in the PICs.
+
+ * drivers/dahdi/xpp/firmwares/USB_FW.hex: USB_FW.hex: Allow setting
+ caps. even when FPGA is loaded. Note that They will only take
+ effect after a reset. Firmware rev. 7071.
+
+2009-05-19 16:09 +0000 [r6635-6642] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xpp_usb.c,
+ drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/xdefs.h: xpp:
+ 'owner' property of procfs was dropped in 2.6.30. This adds a
+ compatibility macro for older versions that is a noop for kernels
+ >= 2.6.30. (closes issue #14964)
+
+ * drivers/dahdi/xpp/xproto.h, drivers/dahdi/xpp/xbus-sysfs.c,
+ drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_global.c,
+ drivers/dahdi/xpp/xproto.c, drivers/dahdi/xpp/xbus-core.h,
+ drivers/dahdi/xpp/xbus-pcm.c: xpp: fix the Astribank state
+ machine This generally is a case that would not happen in the
+ wild, though.
+
+ * drivers/dahdi/xpp/card_bri.c, drivers/dahdi/xpp/xdefs.h: xpp:
+ report in sysfs if bri module uses hardhdlc support
+
+ * drivers/dahdi/xpp/calibrate_slics (removed): xpp: remove obsolete
+ script calibrate_slics
+
+ * drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/mmapbus.c,
+ drivers/dahdi/xpp/card_bri.c, drivers/dahdi/xpp/card_fxo.c,
+ drivers/dahdi/xpp/mmapdrv.c, drivers/dahdi/xpp/xbus-sysfs.c,
+ drivers/dahdi/xpp/Kbuild, drivers/dahdi/xpp/card_fxs.c,
+ drivers/dahdi/xpp/xdefs.h: Replaece member bus_id with dev_name()
+ and set_dev_name() As of 2.6.26 the macros dev_name() and
+ set_dev_name() are used to read and set (respectively) the bus_id
+ member in sysfs. As of 2.6.30 bus_id is gone. This patch provides
+ comaptiobility macros for older kernel versions and removes
+ direct usage of bus_id. (closes issue #14965) Patches:
+ xpp_2630_dev_name.diff uploaded by tzafrir (license 46)
+
+ * drivers/dahdi/voicebus, drivers/dahdi/vpmadt032_loader: ignore
+ generated files in voicebus and vpmadt032_loader
+
+2009-05-15 23:37 +0000 [r6625-6628] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/voicebus/GpakCust.c: voicebus: Use '&' not '|' when
+ checking for a bit.
+
+ * drivers/dahdi/voicebus/GpakCust.c: voicebus: Make the
+ enable/disable echocan messages debug again. I accidentally
+ changed to print everytime. They should only be printed if
+ DEBUG_ECHOCAN is specified in the debug module parameter.
+
+2009-05-14 14:49 +0000 [r6621] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c: wcte12xp: Set the syncsrc in the
+ span appropriately. Before this commit, dahdi_tool would report
+ "Internally clocked" for boards supported by the wcte12xp driver
+ both when receiving timing from the span and providing it to the
+ span. Now it reports "Internally clocked" if providing timeing to
+ the span, and the card if receiving timeing from the span.
+ DAHDI-65.
+
+2009-05-12 22:30 +0000 [r6606-6610] Kevin P. Fleming <kpfleming at digium.com>
+
+ * drivers/dahdi/Kbuild: use proper case for variable name :-)
+
+ * drivers/dahdi/Kbuild: Allow VPMADT032 and HPEC binary modules to
+ be used on platforms where ARCH is set to the new 'generic' x86
+ flavor available in recent Linux kernel releases
+
+ * drivers/dahdi/Kbuild: emit warning messages when DAHDI is being
+ built on a CPU architecture that does not support HPEC or the
+ VPMADT032 firmware loader, so the user will know why they are not
+ included clean up the conditional logic for these items in the
+ Kbuild file
+
+ * Makefile: remove another unused variable
+
+2009-05-11 17:48 +0000 [r6589-6590] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0-rc4 released.
+
+ * drivers/dahdi/wcte12xp/base.c: wcte12xp: Expose vpm parameters as
+ module parameters. Expose the vpmnlptype, vpmnlpthresh, and
+ vpmnlpmaxsupp as module parameters like for the wctdm24xxp.
+ DAHDI-261
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/voicebus/GpakApi.h,
+ drivers/dahdi/voicebus/GpakCust.c,
+ drivers/dahdi/voicebus/GpakCust.h: voicebus: Update the default
+ vpmadt032 parameters. Move the echo can channel parameters into a
+ common location for both the wcte12xp and wctdm24xxp drivers that
+ use the voicebus module. This is intended to make it clearer
+ which differences are required between the clients. Additionally,
+ update the default parameters to the new recommended values.
+ VPMADT032-37
+
+2009-05-07 19:42 +0000 [r6572] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/voicebus/GpakCust.c,
+ drivers/dahdi/voicebus/GpakCust.h: voicebus: Create workqueue for
+ each vpmadt032 instance. Depending on the system latency, the
+ deferred work for the vpmadt032 can take up to 200ms. This change
+ allows each vpmadt032 to use its own workqueue, and not the
+ global system workqueue. This prevents vpm operations from
+ blocking the main system workqueue for extended periods. This
+ restores the behavior to the way it was before the common
+ vpmadt032 code was moved out of the wctdm24xxp and wcte12xp
+ drivers. DAHDI-260 voicebus-squash: Adding the wq name.
+
+2009-05-07 19:42 +0000 [r6568-6572] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0-rc3 released.
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/voicebus/GpakCust.c,
+ drivers/dahdi/voicebus/GpakCust.h: voicebus: Create workqueue for
+ each vpmadt032 instance. Depending on the system latency, the
+ deferred work for the vpmadt032 can take up to 200ms. This change
+ allows each vpmadt032 to use its own workqueue, and not the
+ global system workqueue. This prevents vpm operations from
+ blocking the main system workqueue for extended periods. This
+ restores the behavior to the way it was before the common
+ vpmadt032 code was moved out of the wctdm24xxp and wcte12xp
+ drivers.
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/voicebus/GpakCust.h: voicebus: Changing default NLP
+ type to 'suppression'. The 'suppression' default for the NLP
+ provides better echo canceling performance. Also ensures that the
+ wctdm24xxp and wcte12xp driver use the same default values.
+
+2009-05-05 17:32 +0000 [r6564] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/voicebus/GpakCust.c: voicebus: Use the companding
+ type on the span when enabling echocan.
+
+2009-05-04 20:36 +0000 [r6562] Doug Bailey <dbailey at digium.com>
+
+ * drivers/dahdi/voicebus/GpakCust.c: Insure that vpmnlptype,
+ vpmnlpmaxsupp, and vpmnlpthresh are set back to module level
+ defaults when echo can is freed. (Previously they were zero'd
+ out) DAHDI-257
+
+2009-05-02 07:53 +0000 [r6556] Kevin P. Fleming <kpfleming at digium.com>
+
+ * Makefile: Remove explicit passing of ARCH to kernel build system
+ There is no value in setting a value for ARCH and passing it to
+ the kernel build system; the configured kernel headers/sources
+ already have an architecture specified and can't be used for any
+ other architecture anyway.
+
+2009-05-01 16:43 +0000 [r6549-6554] Shaun Ruffell <sruffell at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: dahdi-base: define
+ __RW_LOCK_UNLOCKED() Linux 2.6.9 does not contain that
+ definition, but the older definition is deprecated since it
+ defeats lock state checking. DAHDI-253
+
+ * drivers/dahdi/voicebus/Makefile (added): voicebus: Need Makefile
+ to build on 2.6.9 DAHDI-253
+
+ * drivers/dahdi/wcb4xxp/base.c: wcb4xxp: Define mmiowb if not
+ already defined. Linux kernel 2.6.9 does not define mmiowb.
+ DAHDI-253
+
+ * drivers/dahdi/wctc4xxp/base.c: wctc4xxp: spin_trylock_irqsave is
+ not defined on some kernels. DAHDI-253
+
+ * drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Defined gfp_t for
+ earlier kernels. This definition was just copied from the xpp
+ driver. DAHDI-253
+
+ * drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Fix inclusion of
+ linux/io.h on 2.6.9 kernels. DAHDI-253
+
+2009-04-30 20:59 +0000 [r6544-6546] Kevin P. Fleming <kpfleming at digium.com>
+
+ * include/dahdi/user.h: Fix compilation of applications that use
+ DAHDI ioctls Defining ioctl codes in this file requires that
+ linux/ioctl.h be included first.
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wct4xxp/base.c,
+ drivers/dahdi/wctdm24xxp/base.c: Ensure that vpmsupport=0 module
+ parameter takes proper effect For these drivers, when the
+ vpmsupport module parameter is set to zero, don't even register
+ the span as supporting echo cancellation. DAHDI-250
+
+2009-04-30 13:59 +0000 [r6542] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/firmwares/FPGA_1161.hex: xpp: A new FPGA
+ firmware to hopefully help with BRI/FXO.
+
+2009-04-29 18:24 +0000 [r6523-6529] Shaun Ruffell <sruffell at digium.com>
+
+ * dahdi-linux version 2.2.0-rc2 released.
+
+ * drivers/dahdi/dahdi_echocan_kb1.c, drivers/dahdi/wcte12xp/base.c,
+ include/dahdi/user.h, include/dahdi/kernel.h,
+ drivers/dahdi/adt_lec.c, drivers/dahdi/dahdi_echocan_jpah.c,
+ drivers/dahdi/wct4xxp/base.c, drivers/dahdi/ecdis.h,
+ drivers/dahdi/wctdm24xxp/base.c,
+ drivers/dahdi/dahdi_echocan_mg2.c,
+ drivers/dahdi/wcte12xp/wcte12xp.h,
+ drivers/dahdi/voicebus/GpakCust.c, drivers/dahdi/hpec/hpec.h,
+ drivers/dahdi/wcb4xxp/wcb4xxp.h,
+ drivers/dahdi/dahdi_echocan_sec2.c,
+ drivers/dahdi/voicebus/GpakCust.h,
+ drivers/dahdi/hpec/dahdi_echocan_hpec.c,
+ include/dahdi/dahdi_config.h, drivers/dahdi/wcb4xxp/base.c,
+ drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
+ drivers/dahdi/dahdi_echocan_oslec.c, drivers/dahdi/dahdi-base.c,
+ drivers/dahdi/dahdi_echocan_sec.c: echocan: Improve interface for
+ echo cancelers. Echo cancelers are now able to report if they are
+ able to automatically disable their NLP portions in the presence
+ of tones in the audio stream. Also, the interface is changed to
+ allow user space to just disable the NLP portion of the echo
+ canceler. These changes improve fax and modem handling in DAHDI.
+ This commit merges in the changes on
+ http://svn.digium.com/svn/dahdi/linux/team/kpfleming/echocan_work
+ Patch by: kpfleming Also contains improvements to CED tone
+ detection. (closes issue #13286) Reported by: viniciusfontes
+
+ * drivers/dahdi/wct4xxp/base.c: wct4xxp: Fix problem when timing
+ source is via external cable.
+
+ * drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wcte12xp/voicebus.c
+ (removed), drivers/dahdi/wcte12xp/vpmadt032.c (removed),
+ drivers/dahdi/voicebus (added), drivers/dahdi/voicebus/voicebus.c
+ (added), drivers/dahdi/wctdm24xxp/base.c, drivers/dahdi/Kconfig,
+ drivers/dahdi/wcte12xp/wcte12xp.h,
+ drivers/dahdi/wcte12xp/GpakErrs.h (removed),
+ drivers/dahdi/wctdm24xxp/GpakApi.c (removed),
+ drivers/dahdi/wcte12xp/vpmadt032.h (removed),
+ drivers/dahdi/wctdm24xxp/voicebus.c (removed),
+ drivers/dahdi/voicebus/voicebus.h (added), Makefile,
+ drivers/dahdi/wctdm24xxp/GpakApi.h (removed),
+ drivers/dahdi/vpmadt032_loader/dahdi_vpmadt032_loader.c (added),
+ drivers/dahdi/wcte12xp/Kbuild, drivers/dahdi/voicebus/Kbuild
+ (added), drivers/dahdi/wctdm24xxp/GpakHpi.h (removed),
+ drivers/dahdi/wctdm24xxp/Kbuild, drivers/dahdi/voicebus.c
+ (removed), drivers/dahdi/voicebus.h (removed),
+ drivers/dahdi/vpmadt032_loader (added),
+ drivers/dahdi/wcte12xp/GpakApi.c (removed),
+ drivers/dahdi/wcte12xp/gpakenum.h (removed),
+ drivers/dahdi/Kbuild, drivers/dahdi/voicebus/gpakenum.h (added),
+ drivers/dahdi/voicebus/GpakApi.c (added),
+ drivers/dahdi/adt_lec.c, drivers/dahdi/wcte12xp/GpakApi.h
+ (removed), drivers/dahdi/voicebus/GpakApi.h (added),
+ drivers/dahdi/voicebus/GpakCust.c (added),
+ drivers/dahdi/wctdm24xxp/gpakenum.h (removed),
+ drivers/dahdi/voicebus/gpakErrs.h (added),
+ drivers/dahdi/wctdm24xxp/GpakCust.c (removed),
+ drivers/dahdi/voicebus/GpakCust.h (added),
+ drivers/dahdi/voicebus/GpakHpi.h (added),
+ drivers/dahdi/wctdm24xxp/gpakErrs.h (removed),
+ drivers/dahdi/firmware/Makefile,
+ drivers/dahdi/voicebus/vpmadtreg.c (added),
+ drivers/dahdi/wctdm24xxp/GpakCust.h (removed),
+ drivers/dahdi/voicebus/vpmadtreg.h (added),
+ drivers/dahdi/wctdm24xxp/wctdm24xxp.h: voicebus: Move common
+ vpmadt032 interface into voicebus module. The voicebus library
+ was previously linked into both the wcte12xp and wctdm24xxp
+ drivers. It is now broken out into it's own module and the common
+ parts of the vpmadt032 interface are now located in that module
+ to reduce duplication between the wcte12xp and wctdm24xxp
+ drivers.
+
+ * drivers/dahdi/wctc4xxp/base.c: wctc4xxp: Change netif_rx_xxx to
+ napi_xxx The netif_rx_xxx functions were dropped from the linux
+ kernel source on 2009-01-21 in commit
+ 288379f050284087578b77e04f040b57db3db3f8. (closes issue #14963)
+ Reported by: tzafrir
+
+ * drivers/dahdi/wcte12xp/base.c,
+ drivers/dahdi/wcte12xp/vpmadt032.c,
+ drivers/dahdi/wcte12xp/wcte12xp.h: wcte12xp: Update cmdqueue
+ processing. The command queue for reading from the registers on
+ the framer is now stored in a linked_list instead of an array.
+ Allows for the locks to protect this structure to be held for
+ shorter periods of time and reduces the need to cycle through all
+ the elements in the array to decide if there is a command in the
+ queue to process. Remove the usecount and dead members from
+ struct t1 since the module reference count will allow us to know
+ when it's safe to free up the memory. This change also moves
+ alarm processing out of the interrupt handler and removes the
+ need for special interrupt handling of commands.
+
+ * drivers/dahdi/dahdi_dummy.c: dahdi_dummy: Remove real-time clock
+ support. This removes support for using the real-time clock as a
+ timing source in dahdi_dummy. Instead, the normal kernel timers
+ method is now more accurate since it keeps track of how much real
+ time has passed to determine how many times to call dahdi_receive
+ and dahdi_transmit. This method was originally suggested by bmd.
+ (closes issue #13930) (closes issue #14884) Reported by: tzafrir
+ Tested by: dbackeberg, ask
+
+ * drivers/dahdi/voicebus.c: voicebus: Removing unused code blocks
+ and space in flag definitions.
+
+2009-04-27 20:03 +0000 [r6513] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/card_bri.c, drivers/dahdi/xpp/Kbuild: xpp:
+ hard_hdlc support for the BRI module. The BRI module will now use
+ hardhdlc unless the DAHDI tree has been patched with the
+ bri_dchan patch, in which case the old "bristuffed" code will be
+ used. Thus it is now built by default.
+
+2009-04-25 16:35 +0000 [r6487] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * build_tools/live_dahdi: adapt live_dahdi to current xpp tools *
+ More varibles to set through the environment * Different way to
+ list drivers
+
+2009-04-23 15:11 +0000 [r6457-6466] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/firmwares/PIC_TYPE_3.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex,
+ drivers/dahdi/xpp/firmwares/USB_FW.hex,
+ drivers/dahdi/xpp/firmwares/FPGA_1161.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_2.hex: Don't set the Id
+ keyword on firmwares; restore original ID The Id SVN keyword is
+ set locally in Xorcom and used as an identifier. That Id should
+ not be overriden by this SVN repository.
+
+ * drivers/dahdi/xpp/firmwares/FPGA_1161.hex: xpp: FPGA_1161.hex:
+ fix FXO PCM issues (new boards only) FPGA_1161.hex rev. 7024.
+
+2009-04-22 12:53 +0000 [r6444] Kevin P. Fleming <kpfleming at digium.com>
+
+ * drivers/dahdi/dahdi-base.c: don't refer to macros from
+ dahdi_config.h until after it has been included use the proper
+ type for the flags variable in dahdi_ppp_xmit()
+
+2009-04-21 22:16 +0000 [r6430] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * include/dahdi/user.h, include/dahdi/kernel.h: Move
+ DAHDI_DEFAULT_MTU_MRU from kernel.h to user.h The macro
+ DAHDI_DEFAULT_MTU_MRU needs to be exposed to userspace to build
+ tools/ppp/dahdi.c .
+
+2009-04-20 10:49 +0000 [r6407-6409] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/firmwares/PIC_TYPE_3.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex,
+ drivers/dahdi/xpp/firmwares/FPGA_1161.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex,
+ drivers/dahdi/xpp/firmwares/PIC_TYPE_2.hex: xpp firmware:
+ stability fixes for firmwares of new Astribanks FPGA_1161.hex:
+ xpp rev 7007 PIC_TYPE_*.hex: xpp rev 7000
+
+ * drivers/dahdi/xpp/xpp_dahdi.c, drivers/dahdi/xpp/xproto.h,
+ drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/card_bri.c,
+ drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/xpp_dahdi.h,
+ drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_fxs.c: xpp:
+ Do use information about number of ports the Astribank provides
+
+ * drivers/dahdi/xpp/init_card_1_30: xpp: Fix FXS calibration (dec
+ rather than hex)
+
+2009-04-16 19:35 +0000 [r6376-6393] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * drivers/dahdi/xpp/card_fxs.c, drivers/dahdi/xpp/init_card_1_30,
+ drivers/dahdi/xpp/init_card_2_30: xpp fxs/fxo: PCM and DTMF fixes
+
+ * drivers/dahdi/xpp/card_fxs.c: xpp fxs: Notify the user just one
+ about wrong VMWI config From xpp rev. 6974.
+
+ * drivers/dahdi/xpp/card_fxs.c: xpp fxs: Ignore registers of
[... 1247 lines stripped ...]
More information about the svn-commits
mailing list