2010-05-14 Shaun Ruffell <sruffell@digium.com>

	* dahdi-linux version 2.3.0.1 released.

2010-05-14 16:02 +0000 [r8621]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/voicebus/GpakCust.h, /,
	  drivers/dahdi/voicebus/GpakApi.c,
	  drivers/dahdi/voicebus/voicebus.c,
	  drivers/dahdi/voicebus/GpakCust.c: Merged revisions
	  8560,8575-8576 via svnmerge from
	  https://origsvn.digium.com/svn/dahdi/linux/trunk ........ r8560 |
	  sruffell | 2010-04-22 16:36:16 -0500 (Thu, 22 Apr 2010) | 11
	  lines wcte12xp, wctdm24xxp: Ensure writes to I/O registers are
	  flushed. In revision 8176 I changed register access from I/O
	  space to memory mapped registers. Unfortunately, when I made that
	  change, I didn't account for posted writes. This change makes
	  sure all the registers are read back to ensure that they are
	  posted through any intermediate bridges. The most readily
	  observable symptom were cards that were taking 2000
	  interrupts/second. The card reported that it handled an interrupt
	  but the write to silence the card wasn't flushed through until
	  the second time the interrupt handler run. DAHDI-602. ........
	  r8575 | sruffell | 2010-04-26 18:29:16 -0500 (Mon, 26 Apr 2010) |
	  4 lines wcte12xp, wctdm24xxp: Do not allow interruptible sleep on
	  VPM lock. If the sleep is ever interrupted, 'up' will still be
	  called in the GpakApi, essentially making the lock useless after
	  that point. ........ r8576 | sruffell | 2010-04-26 18:29:17 -0500
	  (Mon, 26 Apr 2010) | 9 lines wcte12xp, wctdm24xxp: Retry if the
	  VPMADT032 reports not ready. CheckDspReset can return -1 if the
	  DSP is not ready to process any new commands. In this case we
	  should retry a few times to give the DSP a chance to become
	  ready. While I'm not ready to say this definitely fixes recently
	  reported cases when the wcte12xp driver constantly resets, it
	  eliminated communication failures to the DSP module when under
	  stress (via the vpm_firmware_version sysfs attribute). However, I
	  haven't let it run long enough to say that the issue is resolved.
	  DAHDI-603. ........

2010-04-22 11:03 +0000 [r8551]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* /, drivers/dahdi/dahdi_echocan_jpah.c: missing #include: fixes
	  building with 2.6.34-rc5 With kernel 2.6.34-rc5 an explicit
	  '#include <slab.h>' is required for using kzalloc() and friends.
	  Merged revisions 8550 via svnmerge from
	  http://svn.digium.com/svn/dahdi/linux/trunk

2010-04-19 19:42 +0000 [r8540-8545]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/xpp_debug, /, drivers/dahdi/xpp/card_pri.c,
	  drivers/dahdi/wcb4xxp/Makefile, drivers/dahdi/xpp/card_bri.c,
	  drivers/dahdi/xpp/card_global.c, drivers/dahdi/dahdi-base.c:
	  typos, mostly unkown Merged revisions 8539 via svnmerge from
	  http://svn.digium.com/svn/dahdi/linux/trunk

	* Makefile, /: Remove generation of kernel-doc API docs It's not
	  really useful, and it breaks building 'docs' without a kernel
	  tree. Merged revisions 8538 via svnmerge from
	  http://svn.digium.com/svn/dahdi/linux/trunk

	* /: initialize svnmerge

2010-04-12 Shaun Ruffell <sruffell@digium.com>

	* dahdi-linux version 2.3.0 released.

2010-04-06 23:19 +0000 [r8473-8494]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/voicebus/voicebus.c: voicebus: Change WARN_ON_ONCE
	  to BUG_ON. WARN_ON_ONCE is not defined in 2.6.9, and this
	  condition would be catastrophic anyway if it were to occur.

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Load the VPM in startup,
	  not spanconfig

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Check and
	  dequeue/decipher the VPM commands atomically

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Make sure the interrupt
	  is stopped before freeing the vpmadt032

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Eliminate a trailing
	  whitespace.

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Do not reconfigure the
	  VPMADT032 if shutting down. If we try to unload the driver soon
	  after a high latency event, it is possible to get stuck for
	  several seconds reloading the firmware. DAHDI-573.

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Do not restart the timer
	  on alarm poll if shutting down.

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Expose the maximum
	  latency as a module parameter

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Reprogram the VPM only
	  when neccessary. Only program the VPM in spanconfig if it either
	  is not setup, or if it fails a ping test. Also, if the channel
	  config fails (but ping would otherwise work), force a reset /
	  reconfiguration if the VPM module. DAHDI-573.

	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/voicebus/GpakCust.c:
	  wcte12xp: Try to reconfigure the VPM if we fail to configure the
	  channels. Also, fall back to any software echocan configured for
	  this channel for new calls while we're in the middle of a
	  recovery.

2010-04-04 16:14 +0000 [r8454-8468]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/voicebus/voicebus.c,
	  drivers/dahdi/wcte12xp/wcte12xp.h,
	  drivers/dahdi/voicebus/GpakCust.c,
	  drivers/dahdi/voicebus/GpakCust.h: wcte12xp: Poll the VPM and
	  reset it if necessary. When the transmit descriptor runs out
	  completely, there (appears to be) a chance for a random command
	  to be sent that results in the VPMADT032 to no longer respond,
	  typically resulting in one way audio. This change introduces a
	  poll of the VPM. If it fails the poll, it will be bypassed
	  temporarily while the driver resets and reprograms it. Also, the
	  VPM is initially programmed in the spanconfig callback instead of
	  at driver load. This moves the potential for underruns until
	  later in the boot process. DAHDI-573.

	* drivers/dahdi/voicebus/voicebus.c: wcte12xp, wctdm24xxp: If we're
	  only one packet behind, just exit. This will make us two behind,
	  which is fine, and eliminates a busy loop in atomic context.

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Use ARRAY_SIZE in a
	  couple more places

	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
	  drivers/dahdi/voicebus/GpakCust.h: wcte12xp, wtdm24xxp: Make sure
	  the writes are retried. r8454 and r8460 introduced a change where
	  writes are not retried when other module/framer commands are
	  retried. This was an error and wasn't what was actually under
	  test. This commit restores the behavior in wctdm24xxp and makes
	  sure the vpm writes are retried in the wcte12xp.

	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
	  drivers/dahdi/voicebus/GpakCust.h: wcte12xp, wctdm24xxp: Close a
	  memory leak when processing VPM commands. Closes a memory leak
	  when processing the VPM write commands introduced in r8454.

	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wcte12xp/wcte12xp.h:
	  wcte12xp: Use our own workqueue for the timer and maint events.
	  When the latency is large and register reads can take 100s of
	  milliseconds, the alarm polling function could tie up one of the
	  global workqueue threads long enough to interfere with other
	  system operations. Most noticeably the console. DAHDI-573

	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/wctdm24xxp/base.c,
	  drivers/dahdi/voicebus/GpakCust.h: wcte12xp: Resend both framer
	  and VPM commands when reads may have been lost. Latency
	  conditions could cause the driver to misconfigure the VPM which
	  would result in one way audio. DAHDI-572.

2010-03-29 20:43 +0000 [r8443]  Russ Meyerriecks <rmeyerreicks@digium.com>

	* drivers/dahdi/dahdi-base.c: dahdi-base: Fix a bug preventing
	  clobbering maint state Now the errror injection code prevents
	  placing the driver into a loopback state in a less forceful way.

2010-03-25 16:23 +0000 [r8431]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/voicebus/voicebus.c,
	  drivers/dahdi/wctdm24xxp/base.c,
	  drivers/dahdi/voicebus/voicebus.h: wctdm24xxp: Add an 'hx8' mode
	  for buffer processing. The Hx8 series cards do not need any idle
	  buffers and idle_buffers complicate processing when using the
	  timing_cable. This change adds another mode of operation for the
	  voicebus layer for the Hx8 cards that operates without the idle
	  buffers.

2010-03-25 15:13 +0000 [r8421-8423]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/wcb4xxp/base.c, drivers/dahdi/wcb4xxp/wcb4xxp.h:
	  wcb4xxp - add Swyx 4xS0 SX2 QuadBri PCI IDs (closes issue #16493)
	  Reported by: nic_bellamy Patches:
	  wcb4xxp_swyx_sx2_quadbri_pci_ids.patch uploaded by nic bellamy
	  (license 299)

	* drivers/dahdi/wcb4xxp/base.c: Some more wcb4xxp PCI IDs for
	  Junghanns cards Resolve two open issues. One of them that
	  accidentally wasn't closed. (closes issue #15446) (closes issue
	  #16447) Reported by: lpistone Tested by: okrief

2010-03-24 15:56 +0000 [r8410-8416]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Fix typo in last commit.
	  Wouldn't compile on kernels >= 2.6.20.

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: t1xxp_maint is also
	  called with interrupts disabled from dahdi_ioctl So just push all
	  the maintenance mode processing off to the workqueue.

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: t1xxp_maint can be
	  called from interrupt context. Since t1xxp_maint can be called
	  from interrupt context with the DAHDI_MAINT_LOOPSTOP cmd, push
	  the processing of that command to a workqueue since it may sleep
	  in the t1_getreg call. DAHDI-560.

2010-03-24 12:07 +0000 [r8405]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* README: document the header line of /proc/dahdi/NN

2010-03-23 21:56 +0000 [r8399-8400]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wcte12xp/base.c: wcte12xp: Fix potential race on
	  command handling. If we timeout a command, don't free it right
	  away unless we are the one who removed it from whatever list it
	  was on. Also, increase the timeout (2 seconds wasn't enough when
	  the firmware for the VPMOCT was being loaded on a system with 4K
	  stacks) and check the return value from t1_getreg in case there
	  were timeouts. DAHDI-560.

	* include/dahdi/kernel.h: dahdi: 'clamp' may already be backported.

2010-03-23 13:41 +0000 Russ Meyerriecks <rmeyerriecks@digium.com>

	* dahdi-linux version 2.2.1.1 released.

2010-03-10 17:04 +0000 Russ Meyerriecks <rmeyerriecks@digium.com>

	* dahdi-linux version 2.2.1.1-rc1 released.

	* wct4xxp: Added support for for qfalc v3.1 framer.

	* wct4xxp: Added ID tags for generation 5 firmware updates

2010-01-11 Shaun Ruffell <sruffell@digium.com>

	* dahdi-linux version 2.2.1 released.

2010-01-11 13:40 +0000 [r7844]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/xbus-pcm.c, /: xpp: demote a message that
	  generates some false alarms. Merged revisions 7843 via svnmerge
	  from http://svn.digium.com/svn/dahdi/linux/trunk

2010-01-10 11:40 +0000 [r7806-7816]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* /, drivers/dahdi/xpp/firmwares/USB_FW.hex: xpp: USB_FW rev 7578
	  Fixes various minor twinstar-related bugs. Merged revisions 7815
	  via svnmerge from http://svn.digium.com/svn/dahdi/linux/trunk

	* drivers/dahdi/xpp/xbus-pcm.c, /: xpp: fixes for drift
	  calculation. Should help for the case of multiple quad-PRI
	  Astribanks on a single system. xpp rev: 7666. Merged revisions
	  7807 via svnmerge from
	  http://svn.digium.com/svn/dahdi/linux/trunk

	* drivers/dahdi/xpp/xbus-pcm.c, /, drivers/dahdi/xpp/xbus-pcm.h,
	  drivers/dahdi/xpp/xbus-sysfs.c: xpp: Improved inter-Astribank
	  drift calculation. Merged revisions 7625 via svnmerge from
	  http://svn.digium.com/svn/dahdi/linux/trunk

2009-12-28 19:16 +0000 [r7733]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/dahdi-base.c: dahdi-base: change
	  dahdi_kernel_fpu_end to kernel_fpu_end dahdi_kernel_fpu_end is
	  part of the MMX changes in trunk that was not committed into the
	  2.2 branch. This change snuck in as part of revision 6864 with
	  the master span processing changes.

2009-12-22 17:53 +0000 [r7723]  Shaun Ruffell <sruffell@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@digium.com>

	* dahdi-linux version 2.2.0-rc5 released.

2009-05-27 12:48 +0000 [r6659]  Tzafrir Cohen <tzafrir.cohen@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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
	  disabled SLICs From xpp rev. 6979

	* drivers/dahdi/xpp/card_bri.c: xpp bri: explicitly turn off leds
	  on startup If NT/TE was changed (e.g: happened because of
	  firmware bug) We would be left with a lit led we don't know
	  about. From xpp rev. 6990

2009-04-10 09:53 +0000 [r6344]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/astribank_hook.sample (removed): Move
	  astribank_hook from linux to tools. Install it by default

2009-04-04 14:22 +0000 [r6325]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* Makefile: Also install dahdi_config.h to /usr/include/dahdi

2009-04-02 20:34 +0000 [r6301-6312]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/astribank_hook.sample: Update the sample udev
	  astribank_hook for TwinStar

	* drivers/dahdi/xpp/firmwares/PIC_TYPE_3.hex (added),
	  drivers/dahdi/xpp/xpp.rules,
	  drivers/dahdi/xpp/firmwares/PIC_TYPE_4.hex (added),
	  drivers/dahdi/xpp/.version,
	  drivers/dahdi/xpp/firmwares/FPGA_1161.hex (added),
	  drivers/dahdi/xpp/firmwares/USB_FW.hex,
	  drivers/dahdi/xpp/firmwares/Makefile,
	  drivers/dahdi/xpp/firmwares/PIC_TYPE_1.hex (added),
	  drivers/dahdi/xpp/firmwares/PIC_TYPE_2.hex (added): XPP: support
	  for 116x Astribanks. * New software to load in the udev rules *
	  New control protocol ("MPP") * More modular FPGA firmware From
	  Xorcom rev. 6963.

	* drivers/dahdi/xpp/xbus-pcm.c: Reduce the rate for a potentially
	  annoying message This message is used when an xpp span is a DAHDI
	  sync master but also set to take timing from the DAHDI master.
	  This means wrong settings: user is wasting CPU cycles. However
	  notifying the user about it every second is still too much.

2009-04-02 17:27 +0000 [r6285-6294]  Kevin P. Fleming <kpfleming@digium.com>

	* drivers/dahdi/dahdi-base.c: ensure that the structure being
	  returned by DAHDI_GET_BUFINFO is completely initialized

2009-03-26 18:33 +0000 [r6262]  Wendell Thompson <wthompson@digium.com>

	* drivers/dahdi/voicebus.c: Fixes DAHDI-214 crash on driver unload.
	  Affects wcte12xp and wctdm24xxp modules.

2009-03-24 19:08 +0000 [r6237-6246]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wctc4xxp/base.c: Eliminate unnecessary checks for
	  NULL before freeing memory.

	* drivers/dahdi/wctc4xxp/base.c: Do not allocate more memory than
	  is needed when sending packets.

	* drivers/dahdi/wctc4xxp/base.c: Block runt packets from the
	  transcoder. Tested by: Walter Klomp

	* drivers/dahdi/wctc4xxp/base.c: Do not define the debug flags if
	  CONFIG_SLUB is not set. Some versions of the kernel
	  (2.6.18-92.1.22.el5) have patches in them to panic if a slab
	  cache is created with unsupported flags.

2009-03-24 15:59 +0000 [r6236]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/dahdi-base.c: Make sure the requested echo
	  canceller name is NULL-terminated. Make sure that the that the
	  name of the echo canceller requested in the DAHDI ioctl
	  DAHDI_ATTACH_ECHOCAN is NULL-terminated.

2009-03-23 23:49 +0000 [r6217-6228]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wctc4xxp/base.c: Verify checksum on the RTP IP
	  header before queueing.

	* drivers/dahdi/wctc4xxp/base.c: Poll the card in a kernel timer
	  when several channels are open. Polling the driver increases
	  overall system throughput when there are several transcoding
	  channels open by reducing the number of interrupts the the TC400M
	  generates.

	* drivers/dahdi/wctc4xxp/base.c: Optionally show total number of
	  packets dropped when channel is closed.

	* drivers/dahdi/wctc4xxp/base.c: Do not handle duplicate reponses.
	  It is possible for system activity to prevent the wctc4xxp driver
	  from responding the the firmware on the TC400M for a period of
	  time. If this occurs, the TC400M will resend a response to a
	  command that we sent. This duplicate reponse will then sometimes
	  confuse the driver. Normally this would manifest as an attempt to
	  connect the same channel together in a transcoding session.

	* drivers/dahdi/wctc4xxp/base.c: Set TX_COMPLETE atomically with
	  changes to the waiting_for_response_list. This change is to catch
	  a condition where it is possible, for whatever reason, for a
	  response to come in before the request is marked tx complete. If
	  this happened, it was possible to leak the response packet and
	  double complete the command.

	* drivers/dahdi/wctc4xxp/base.c: split send_trans_connect into a
	  connect / disconnect pair. Trivial change that makes the code
	  read more naturally. Also changes the order of members in the
	  channel_pvt structure. For more natural alignment. Both
	  non-functional changes.

	* drivers/dahdi/wctc4xxp/base.c: If the driver fails to register,
	  make sure we cleanup the command cache.

	* drivers/dahdi/wctc4xxp/base.c: Setup the TC400M to poll the own
	  bit on the descriptor ring. On certain systems having the
	  hardware poll the descriptor ring provides more reliable
	  operation that strobbing the transmit demand poll and receive
	  demand poll register.

	* drivers/dahdi/wctc4xxp/base.c: Make sure that messages sitting in
	  the outbound queue cause the timer to reschedule.

	* drivers/dahdi/wctc4xxp/base.c: Refactor channel command handling.
	  Makes commands and reponses clearer and easier to trouble shoot,
	  reduces pressure on the stack, and brings driver closer to kernel
	  coding standards.

2009-03-18 18:48 +0000 [r6201]  Jason Parker <jparker@digium.com>

	* drivers/dahdi/dahdi_dynamic_loc.c: Fix a typo

2009-03-17 17:59 +0000 [r6170-6191]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/firmwares/USB_FW.hex: xpp USB_FW.hex rev 6885:
	  fixes reading label from USB Previous USB_FW.hex, 6770, has
	  failed to properly read the USB iSerial field ("Label" in xpp
	  terms). This is fixed here.

	* include/dahdi/dahdi_config.h (added), include/dahdi/kernel.h,
	  drivers/dahdi/xpp/Kbuild, drivers/dahdi/dahdi-base.c,
	  drivers/dahdi/dahdi_config.h (removed): Move dahdi_config.h to be
	  under include/dahdi/ This makes dahdi_config.h part of the
	  "offcial" interface to external modules. Practically most of its
	  configuration items are internal to dahdi-base. But some are
	  intended for other drivers.

	* drivers/dahdi/biquad.h, include/dahdi/kernel.h,
	  drivers/dahdi/ecdis.h, drivers/dahdi/dahdi-base.c: Make ecdis.h
	  used by dahdi-base.h alone ecdis.h is no longer #include-d in
	  kernel.h . it was there because of decleration of some structs
	  that are part of struct dahdi_chan. The declerations of those
	  structs were moved into kernel.h directly.

2009-03-13 10:21 +0000 [r6134-6147]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/dahdi-base.c: Fix handling of 'w' in a pulse dial
	  string Make the special "digit" 'w' work in pulse dialing as it
	  works with tone dialing (a delay of 0.5 second till the next
	  digit). Note that the digit gets uppercased before it gets to
	  this function. (closes issue #13999) Reported by: IgorG Patches:
	  dahdi-base.c.pulse2.diff uploaded by tzafrir (license 46) Tested
	  by: litnimax

	* drivers/dahdi/xpp/xpp.conf: A better sample xpp.conf

	* drivers/dahdi/xpp/init_card_3_30,
	  drivers/dahdi/xpp/init_card_4_30,
	  drivers/dahdi/xpp/init_card_1_30,
	  drivers/dahdi/xpp/init_card_2_30: xpp init_card_* scripts now
	  less verbose * Demote some messages to be debug messages. *
	  Rephrase the message about defaults for the PRI module (the
	  driver's defaults are used, which is OK)

	* drivers/dahdi/dahdi-base.c: Fix handling of DAHDI_GETGAINS_V1
	  missing from r6124 .

2009-03-11 14:51 +0000 [r6113-6126]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/voicebus.c: Allow 10ms for voicebus hardware to
	  settle after reset. The voicebus hardware needs more time to
	  settle after a reset. The short settle time explains why there
	  was frequently one IRQ miss reported in the proc file for the
	  spans. Reported by: jsloan

	* drivers/dahdi/wct4xxp/base.c: Relax ident wheel requirements. Do
	  not require the first card to be set to 0 and allow skips in the
	  ident wheel numbers. The ident wheel allows a user to determine
	  the order that cards register there spans with DAHDI. (closes
	  issue #13078) Reported by: opticron Patch by: opticron

	* include/dahdi/user.h, drivers/dahdi/dahdi-base.c: Fix direction
	  bits on several ioctls. (related to issue #14499) Reported by: ys

	* include/dahdi/kernel.h, drivers/dahdi/dahdi_transcode.c: Keep
	  transcoders on a list in registration order. This fixes a bug
	  where it was possible for there to be a transcoder in position
	  "1" but not in position "0" if a transcoder hardware driver was
	  loaded, unloaded, and reloaded again without also reloading
	  dahdi_transcode. The result is that codec_dahdi fails to
	  enumerate all the transcoders in the system. (closes issue
	  #14627) Reported by: xblurone

	* drivers/dahdi/dahdi-base.c: Eliminating an unused parameter to
	  dahdi_specchan_open.

2009-03-06 21:43 +0000 [r6096]  Wendell Thompson <wthompson@digium.com>

	* drivers/dahdi/xpp/xpp_usb.c, drivers/dahdi/wctc4xxp/base.c,
	  drivers/dahdi/voicebus.c: Workarounds for SLUB sysfs problems in
	  kernel 2.6.22 with CONFIG_SLUB and CONFIG_SLUB_DEBUG, as in
	  Fedora Core 6. Fixes kernel oops when loading/unloading dahdi
	  modules. DAHDI-226

2009-03-05 18:53 +0000 [r6079]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/firmwares/FPGA_1141.hex,
	  drivers/dahdi/xpp/firmwares/FPGA_1151.hex,
	  drivers/dahdi/xpp/firmwares/FPGA_FXS.hex: xpp: FPGA firmwares
	  6799 New FPGA firmware with a number of bug fixes.

2009-03-01 13:56 +0000 [r6046]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/init_card_3_30, drivers/dahdi/xpp/xpp_dahdi.c,
	  drivers/dahdi/xpp/xproto.h, drivers/dahdi/xpp/.version,
	  drivers/dahdi/xpp/card_fxo.c, drivers/dahdi/xpp/xpp_dahdi.h,
	  drivers/dahdi/xpp/firmwares/USB_FW.hex,
	  drivers/dahdi/xpp/xbus-sysfs.c, drivers/dahdi/xpp/xframe_queue.c,
	  drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_global.c,
	  drivers/dahdi/xpp/xbus-core.h, drivers/dahdi/xpp/Changelog_xpp,
	  drivers/dahdi/xpp/card_global.h, drivers/dahdi/xpp/xbus-pcm.c:
	  New XPP code: xpp rev 6795: * Fix cases where the command_queue
	  overflowed during initialization. - Also add a
	  'command_queue_length' parameter to xpp.ko * 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 - New 'offhook'
	  attribute in: /sys/bus/xpds/devices/??:?:?/offhook * 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. *
	  USB_FW.hex: - Fixes cases where firmware loading would fail.

2009-02-11 05:41 +0000 [r6005]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wctc4xxp/base.c: Use the proper pci_device when
	  handling dma buffers.

2009-02-10 14:07 +0000 [r5997]  Matthew Fredrickson <creslin@digium.com>

	* drivers/dahdi/wcb4xxp/base.c: Set default alarm debounce time to
	  500ms to debounce NT L1 deactivations

2009-02-09 06:03 +0000 [r5987]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/xproto.c: Fix building DAHDI with module
	  unloading disabled As moduel_refcount is only used for debugging,
	  disable it in this non-common case. (Closes issue #14402)

2009-02-02 14:13 +0000 [r5936]  Kevin P. Fleming <kpfleming@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@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@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 23:17 +0000 [r5895]  Richard Mudgett <rmudgett@digium.com>

	* include/dahdi/user.h: Minor comment rearangement to avoid
	  possible confusion.

2009-01-28 04:41 +0000 [r5870]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wcb4xxp/base.c: Ensure the teignorered parameter is
	  exposed as a module parameter. Related to issue #14031 .

2009-01-27 Shaun Ruffell <sruffell@digium.com>

	* dahdi-linux version 2.1.0.4 released.

	* Fix for a kernel panic regression when heavily using pseudo
	  channels (issue #14183) (merged r5811 and r5819 from the trunk)
	
	* Fix the safety check in tor2 to be for SPANS_PER_CARD
	  (issue #13954) (merged r5590 from the trunk).

2008-12-17 Shaun Ruffell <sruffell@digium.com>

	* dahdi-linux version 2.1.0.3 released.

2008-12-17 15:57 +0000 [r5535-5576]  Shaun Ruffell <sruffell@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@digium.com>

	* dahdi-linux version 2.1.0.2 released.

2008-12-15 20:31 +0000 [r5534-5535]  Shaun Ruffell <sruffell@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@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@digium.com>

	* dahdi-linux version 2.1.0.1 released.

2008-12-11 21:46 +0000 [r5509]  Shaun Ruffell <sruffell@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@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@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@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@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@digium.com>

	* dahdi-linux version 2.1.0 released.

2008-12-09 18:49 +0000 [r5453]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* live_dahdi (added): live_dahdi - test dahdi without fully
	  installing it.

2008-12-06 22:23 +0000 [r5444]  Tzafrir Cohen <tzafrir.cohen@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@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@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@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@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@digium.com>

	* dahdi-linux version 2.1.0-rc5 released.

2008-11-25 20:00 +0000 [r5383-5384]  Shaun Ruffell <sruffell@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@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@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@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@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@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@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@digium.com>

	* dahdi-linux version 2.1.0-rc4 released.

2008-11-17 18:17 +0000 [r5321]  Shaun Ruffell <sruffell@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@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@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@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@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@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@digium.com>

	* dahdi-linux version 2.1.0-rc3 released.
	
2008-11-10 19:48 +0000 [r5275]  Shaun Ruffell <sruffell@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@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@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@digium.com>

	* dahdi-linux version 2.1.0-rc2 released.

2008-11-05 20:17 +0000 [r5230-5237]  Shaun Ruffell <sruffell@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@digium.com>

	* dahdi-linux version 2.1.0-rc1 released.

2008-11-03 12:01 +0000 [r5203-5211]  Tzafrir Cohen <tzafrir.cohen@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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@digium.com>

	* drivers/dahdi/wctc4xxp/base.c: Removing references to setup_timer
	  in pre 2.6.18 kernels.

2008-09-29 Shaun Ruffell <sruffell@digium.com>

	* dahdi-linux 2.0.0 released.

2008-09-28 17:29 +0000 [r5002-5007]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wctdm.c: Improve reliablity of UK caller ID for the
	  TDM400P by not allowing the ringdebounce to be decremented when
	  it is at 0 already. Related to issue #12531. Reported mattbrown,
	  fix suggested by benbrown.

	* drivers/dahdi/wcte12xp/base.c: Fixed type of flags parameter to
	  spin_lock_irqsave functions. Fixes compilation issues on
	  platforms where int and long do not have the same size. Closes
	  Issues #0013575. Reported by Ulmo.

	* drivers/dahdi/dahdi_echocan_kb1.c,
	  drivers/dahdi/dahdi_echocan_mg2.c, drivers/dahdi/dahdi-base.c,
	  drivers/dahdi/dahdi_echocan_sec.c,
	  drivers/dahdi/dahdi_echocan_sec2.c: Fixes failure of modular echo
	  cancelers in DAHDI. Reported by lots of people, fix suggested by
	  mattf.

2008-09-26 03:20 +0000 [r4990]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/dahdi-base.c: The channel master should not be set
	  to 0, but rather should be 'cleared' by setting the channel to be
	  it's own master. (related to issue 11611)

2008-09-25 16:50 +0000 [r4979-4986]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/firmwares/FPGA_1151.hex: XPP firmware: Only
	  send out CAS D-channel messages when in CAS mode.

	* drivers/dahdi/xpp/init_card_3_30,
	  drivers/dahdi/xpp/card_global.c,
	  drivers/dahdi/xpp/init_card_1_30,
	  drivers/dahdi/xpp/init_card_2_30: Fix display of indirect
	  registers and streamline their setting. * This commit fixes
	  display of indirect registers through the chipregs (formly
	  "slics") procfs file. Only the low byte was displayed. * It also
	  deprecates previous {RW}S in favour of {RW}I. The prevois style
	  is still allowed but deprecated, and thus previous scripts will
	  still work.

	* drivers/dahdi/xpp/card_fxo.c: XPP FXO: Add caller-id workaround
	  for ESTI-DTMF (for #9096) * Also rename the CID_STYLE_* constants
	  to formal names.

2008-09-24 06:15 +0000 [r4971]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wctc4xxp/base.c: Adding back in the mode module
	  parameter for the wctc4xxp driver. This is primarily used to
	  increase the number of channels available when only transcoding
	  to/from g729 by setting it to 'g729'.

2008-09-18 21:23 +0000 [r4957]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wcte12xp/base.c: Adding a needed header for the
	  in_atomic call.

2008-09-18 21:23 +0000 [r4956-4957]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wcte12xp/base.c, drivers/dahdi/dahdi-base.c:
	  close_channel is called with a spin_lock held, which means that
	  GFP_KERNEL can not be used for the memory allocations down that
	  call path. Have allocations in this call path check if they are
	  in atomic context and use the appropriate flags. Issue: DAHDI-195

2008-09-17 19:07 +0000 [r4917-4930]  Shaun Ruffell <sruffell@digium.com>

	* README: Just moved a note into it's own paragraph so that
	  asciidoc can make the appropriate callout.

	* README: Added a note about installing support for the B410P in
	  the installation section of the README file.

	* drivers/dahdi/dahdi-base.c: Turn off reference counting on the
	  echo canceller modules in order to prevent misconfigurations from
	  preventing the drivers from unloading. NOTE: This is only a
	  temporary workaround, since it also means that the echocanceller
	  can be unloaded by an administrator while in use, which would
	  most likely result in a kernel oops. Related to issue #13504.

2008-09-15 20:49 +0000 [r4905-4909]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wctdm.c, drivers/dahdi/dahdi-base.c: Edit some
	  comments and error strings. Issue: DAHDI-13

	* drivers/dahdi/wcte12xp/vpmadt032.c,
	  drivers/dahdi/wctdm24xxp/base.c: Fixed two typos.

2008-09-11 23:00 +0000 [r4894-4900]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/dahdi-base.c: Fix a type used in nethdlc mode, as
	  pointed out in #13427 .

	* drivers/dahdi/xpp/xpp.rules (added), Makefile: Move udev rules
	  xpp.rules from dahdi-tools to dahdi-linux .

2008-09-08 Russell Bryant <russell@digium.com>

	* dahdi-linux version 2.0.0-rc4 released.

2008-09-06 20:27 +0000 [r4868-4870]  Matthew Fredrickson <creslin@digium.com>

	* drivers/dahdi/dahdi-base.c: Fix buglet in #define for 2.6.9

	* drivers/dahdi/wct4xxp/base.c: Revert unnecessary default hardhdlc
	  mode from 56K to 64K

	* drivers/dahdi/wct4xxp/base.c, drivers/dahdi/dahdi-base.c: Fix
	  class_simple on old 2.6.9 kernels

2008-09-04 21:42 +0000 [r4865]  Matthew Fredrickson <creslin@digium.com>

	* include/dahdi/fasthdlc.h: Some picky switches require the LSB to
	  be 1 for 56k links

2008-09-04 21:29 +0000 [r4861-4864]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wct4xxp/base.c: Remove a couple of 'magic numbers'
	  to make it clear all the ports of the framer should be
	  configured.

	* drivers/dahdi/wct4xxp/base.c: Fixes an issue where the dual-span
	  cards are not properly configured which can cause data loss. Fix
	  provided by opticron and possibly related to issue #0013393.

2008-08-29 21:46 +0000 [r4856]  Matthew Fredrickson <creslin@digium.com>

	* drivers/dahdi/dahdi-base.c: Remove useless kzalloc

2008-08-27 17:12 +0000 [r4848-4849]  Kevin P. Fleming <kpfleming@digium.com>

	* drivers/dahdi/dahdi_dummy.c: remove some more ztdummy references

	* drivers/dahdi/wcfxo.c, drivers/dahdi/wcte12xp/base.c,
	  drivers/dahdi/wct4xxp/base.c, drivers/dahdi/wcte11xp.c,
	  drivers/dahdi/wct1xxp.c, drivers/dahdi/wctc4xxp/base.c,
	  drivers/dahdi/wctdm.c, drivers/dahdi/wctdm24xxp/base.c, README: a
	  bit of attribution cleanup

2008-08-27 16:48 +0000 [r4847]  Jason Parker <jparker@digium.com>

	* Makefile: Set a list of headers to install/uninstall, so the
	  lists don't get out of sync (note the previously missing
	  fasthdlc.h in the uninstall-include target)

2008-08-26 13:04 +0000 [r4829-4841]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* Makefile: "docs" target to generate documentation. Generate docs
	  with asciidoc.

	* drivers/dahdi/xpp/README.Astribank: Fix asciidoc.

	* Makefile: Don't try to clean modules if there's no kernel source
	  available (like in Zaptel).

	* README: Reverting unwanted changes in the README (from r4830)
	  Also fixed ZT references in the ABI compatibility section. The
	  numerical ioctl values need to be recalculated, though.

	* README: Make the README file more relevant to modules.

	* drivers/dahdi/Kbuild, Makefile: Support MODULES_EXTRA and
	  SUBDIRS_EXTRA to add extra modules from the make command line.

2008-08-25 17:50 +0000 [r4828]  Jason Parker <jparker@digium.com>

	* Makefile: Make sure we remove headers that we installed in
	  install-include

2008-08-25 14:54 +0000 [r4823]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wctc4xxp/base.c: Remove this warning, which could
	  occur if the driver is loaded on a system without a wctc4xxp, and
	  then subsequently unloaded.

2008-08-24 05:53 +0000 [r4817]  Matthew Fredrickson <creslin@digium.com>

	* include/dahdi/user.h, include/dahdi/kernel.h,
	  drivers/dahdi/dahdi-base.c, include/dahdi/fasthdlc.h: Add support
	  for 56 KB HDLC as well as selectable rate via ioctl

2008-08-20 22:20 +0000 [r4805]  Kevin P. Fleming <kpfleming@digium.com>

	* drivers/dahdi/dahdi_dynamic.c: use the new separate allocation
	  method for channel structures here too replace "ZTD" references
	  in channel/span names with "DYN" (closes issue #13302) Reported
	  by: KNK

2008-08-20 Kevin P. Fleming <kpfleming@digium.com>

	* dahdi-linux version 2.0.0-rc3 released.

2008-08-20 22:20 +0000 [r4801-4805]  Kevin P. Fleming <kpfleming@digium.com>

	* drivers/dahdi/dahdi_dynamic.c: use the new separate allocation
	  method for channel structures here too replace "ZTD" references
	  in channel/span names with "DYN" (closes issue #13302) Reported
	  by: KNK

	* drivers/dahdi/dahdi_dynamic.c: update code to match version in
	  Zaptel

	* drivers/dahdi/xpp/xpd.h, drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
	  drivers/dahdi/wcte12xp/vpmadt032.c,
	  drivers/dahdi/wctdm24xxp/base.c,
	  drivers/dahdi/wctdm24xxp/GpakApi.c, drivers/dahdi/dahdi-base.c,
	  drivers/dahdi/wctdm24xxp/GpakCust.c: improve compatibility with
	  2.6.26 and 2.6.27 kernels (closes issue #13253) Reported by:
	  raiden Patches: zap-dev.patch uploaded by smurfix on issue #13277
	  (license 547) zap-sema.patch uploaded by smurfix on issue #13277
	  (license 547)

2008-08-20 19:31 +0000 [r4798]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wctc4xxp/base.c: Change to support both 5.3kbps and
	  6.3kbps bit rates when using the G723.1 codec.

2008-08-19 20:49 +0000 [r4795]  Kevin P. Fleming <kpfleming@digium.com>

	* drivers/dahdi/firmware/Makefile: port over improvements to
	  firmware Makefile from Zaptel

2008-08-19 20:25 +0000 [r4791-4794]  Shaun Ruffell <sruffell@digium.com>

	* drivers/dahdi/wctc4xxp/base.c: Fixed calculation of the
	  timestamp.

	* include/dahdi/kernel.h, drivers/dahdi/dahdi_transcode.c,
	  drivers/dahdi/wctc4xxp/base.c: Couple of fixes for the
	  transcoder: - In dahdi_transcode.c, Embed the identifiation
	  number, assigned sequentially when the transcoders are
	  registered, in the transcoder structure. This allows
	  DAHDI_TC_GETINFO to work as expected even though the transcoders
	  are rotated on the list in order to spread the load. - In
	  wctc4xxp, fix bug where all transcoders are named tc400b0.

2008-08-18 23:24 +0000 [r4788]  Kevin P. Fleming <kpfleming@digium.com>

	* Makefile: minor cleanups, and allow DAHDI_BUILD_ALL to be
	  overriden on the command line

2008-08-14 21:37 +0000 [r4776-4784]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/.version, drivers/dahdi/xpp/Changelog_xpp: Set
	  xpp version to 6056 and reset XPP changelog.

	* drivers/dahdi/xpp/firmwares/Makefile (added), Makefile: Also
	  install Astribank firmwares and init scripts to /usr/share/dahdi
	  .

	* drivers/dahdi/xpp/card_fxo.c: xpp: FXO: display signed voltage
	  values (from xpp r6055) This is only an issue with the displayed
	  value. In case you wondered why you have battery voltage of more
	  than 220V.

2008-08-14 01:09 +0000 [r4773]  Kevin P. Fleming <kpfleming@digium.com>

	* drivers/dahdi/dahdi_transcode.c: remove devfs support, and use
	  consistent include file path

2008-08-13 21:04 +0000 [r4770]  Doug Bailey <dbailey@digium.com>

	* drivers/dahdi/wctdm24xxp/wctdm24xxp.h,
	  drivers/dahdi/wctdm24xxp/base.c: import the neon mwi detection

2008-08-11 16:22 +0000 [r4758-4761]  Tzafrir Cohen <tzafrir.cohen@xorcom.com>

	* drivers/dahdi/xpp/card_pri.c, drivers/dahdi/xpp/card_bri.c,
	  drivers/dahdi/xpp/firmwares/FPGA_1151.hex,
	  drivers/dahdi/xpp/xbus-core.c, drivers/dahdi/xpp/card_global.c,
	  drivers/dahdi/xpp/xbus-pcm.c: xpp: CAS/E1 support in the PRI
	  module, and minor fixes. * Add support for CAS in the PRI module.
	  Use firmware rev. 5975. * Debugging parameter pcmtx_chan now
	  accepts a dahdi channel number. * Do initialize a reserved
	  protocol field (card_global). * The name DAHDI as used in
	  proc/xpp/sync has 5 (not 6) letters. * Fix DTMF "channel leak"
	  regression in the FXS module.

	* drivers/dahdi/xpp/card_fxo.c: xpp: fxo: Fix support for
	  CID_STYLE_PASS_ALWAYS

	* drivers/dahdi/xpp/Kbuild: A more robust test for bri_dchan
	  support.

	* drivers/dahdi/xpp/xpd.h, drivers/dahdi/xpp/xpp_dahdi.c: xpp_blink
	  is a bit mask of ports, and not boolean anymore.

2008-08-08 Kevin P. Fleming <kpfleming@digium.com>

	* dahdi-linux version 2.0.0-rc2 released.

2008-08-07 20:21 +0000 [r4742]  Shaun Ruffell <sruffell@digium.com>:

	* drivers/dahdi/dahdi_transcode.c: Make sure types are same size on
	  64-bit machines.

2008-08-06 Kevin P. Fleming <kpfleming@digium.com>

	* dahdi-linux version 2.0.0-rc1 released.
