summaryrefslogtreecommitdiff
path: root/zaptel-base.c
AgeCommit message (Collapse)Author
2007-12-19eliminate a compiler warning and restore the ability to use HPEC (without ↵kpfleming
parameters for now) git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3526 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-19add ability to provide parameters to echo cancelers on a per-channel basis, ↵kpfleming
and remove the three versions of the 'Mark' echo canceler (later replaced by KB1 and then by MG2) git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3524 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-18even though it's not very logical, having a 'next sample' number of zero for ↵kpfleming
a sample is valid, so restore the ability to set one git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3516 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-14(merging dtmf-twister branch plus a few fixes)kpfleming
move DTMF/MF generation into tonezone.c (libtonezone) so that it can happen at runtime instead of compile time; this allows for DTMF/MF to be different on a zone-by-zone basis without requiring a recompile of Zaptel set DTMF 'twist' for Brazil (zone 'br') to 2dB git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3490 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-13Show zaptel sync master in /proc/zaptel/N . Closes issue #10329 .tzafrir
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3467 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-13remove tone_zone_init() completely, since it just initializing the array to ↵kpfleming
contain all zero (NULL) entries and it will already be that way since it is a module-level static variable git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3461 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-13Convert a constant '0' return value to a void. From #10851 .tzafrir
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3460 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-07as suggested by tzafrir on asterisk-dev, remove some code duplication when ↵kpfleming
handling ZT_SPANCONFIG git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3343 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-04Remove some code that does...well...nothing.qwell
Closes issue #11460, patch by flefoll. git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3300 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-04use a buffer for the span's device type instead of a string pointer, so each ↵kpfleming
spans can have dynamically set device types instead of constant strings also fix up some string creation and copying to be safe against buffer overflows git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3281 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-12-04add a new Zaptel scanning tool, primarily for use by the Asterisk GUI, ↵kpfleming
called 'ztscan'. this tool outputs an Asterisk-style configuration file containing one context for each Zaptel span with all the details that can be learned about that span. to enable this tool, the ZT_SPANSTAT ioctl gained a number of new elements to report information about the spans: - linecompat (available signaling modes for digital spans) - spantype (T1, E1 or J1 for digital spans) - location (PCI/PCI-Express location) - manufacturer - devicetype Along the way I also found that the digital span drivers always set T1-style signaling bits in 'linecompat' even for E1 spans, and that the ZT_SPANCONFIG ioctl did not properly check these bits when configuring E1 spans. The result of this is that it was possible to configure T1-only coding/framing (AMI/B8Zs, D4/ESF) on E1 spans (but not the reverse); this has been corrected and any attempt to use T1-only coding/framing on E1 spans will now result in an error from ztcfg. Also did some minor simplification of the Makefile rules that build the userspace tools. (the basics of ztscan were written by Brandon Kruse then reworked and fleshed out by me) git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3278 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-10-26If you depend on anything that is not in /usr/include/zaptel , you must tzafrir
build with the local zaptel.h . Otherwise you may mix two versions of Zaptel . git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3190 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-09-18Give proper type for printk messages.tzafrir
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3052 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-09-18Fix the ioctl ZT_CHANDIAG and enable it by default.tzafrir
(Backport changeset 2384 from trunk) git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3051 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-09-17Revert previous change on spaninfo and institute an ABI compatible call, to ↵tilghman
avoid breaking zaptel ABI compatibility between releases (closes issue #10745) git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@3048 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-09-04Fixing the ZAPTEL_SYNC_TICK patch for zaptel-base.c (#9645)tzafrir
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2992 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-08-30Add two fields to the spanconfig struct (at the bottom, as suggested by ↵tilghman
tzafrir), with a define to let modules know that it's there git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2986 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-08-24More backport codemattf
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2947 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-08-22Merged revisions 2936 via svnmerge from qwell
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2936 | qwell | 2007-08-22 16:01:14 -0500 (Wed, 22 Aug 2007) | 6 lines Don't try to create devices 250 and above in udev. Closes issue 10522, fix found by me (but I'm not going to take credit for the code, since it already existed in trunk for some reason) ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2937 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-08-01Merged revisions 2808 via svnmerge from qwell
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2808 | qwell | 2007-08-01 15:21:04 -0500 (Wed, 01 Aug 2007) | 2 lines Per Matt Fredrickson, we don't want to use GFP_KERNEL while holding a spinlock. ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2809 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-07-20Merged revisions 2761 via svnmerge from mattf
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2761 | mattf | 2007-07-20 11:19:47 -0500 (Fri, 20 Jul 2007) | 1 line New product support, new echo canceler and new boards ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2762 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-07-19Merged revisions 2752 via svnmerge from kpfleming
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2752 | kpfleming | 2007-07-18 20:02:53 -0500 (Wed, 18 Jul 2007) | 2 lines don't try to timeslot-interchange channels that are being bridged (DACS) if either channel has a txgain or rxgain specified, since that gain won't be applied any longer if the DACS is put into effect ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2753 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-07-05Merged revisions 2696 via svnmerge from qwell
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2696 | qwell | 2007-07-05 13:08:53 -0500 (Thu, 05 Jul 2007) | 5 lines Do not report channels in ZT_STATE_KEWL or ZT_STATE_AFTERKEWL (ie; battery drop) states as available. This becomes more likely if ZT_KEWLTIME or ZT_AFTERKEWLTIME are set to higher values. Issue 7612, patch by rbraun. ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2697 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-05-18Merged revisions 2539 via svnmerge from mattf
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2539 | mattf | 2007-05-18 10:48:55 -0500 (Fri, 18 May 2007) | 2 lines Remove silly got signal message ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2540 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-04-25Merged revisions 2443 via svnmerge from qwell
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2443 | qwell | 2007-04-25 10:35:34 -0500 (Wed, 25 Apr 2007) | 2 lines Don't try to reference a variable on a channel that may not exist. ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2444 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-04-24Merge in pre-echocan debugging for ztmonitor.qwell
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2433 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-04-13Merged revisions 2422 via svnmerge from qwell
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2422 | qwell | 2007-04-13 18:12:23 -0500 (Fri, 13 Apr 2007) | 14 lines Fix several places where we treat confmode as a bitmask. It is a bitmask...sort of.. I'll explain.. confmode is used for 2 different things. It defines both the "mode" and the "flags" of the conference. The "mode" part is in 0x00FF and is NOT bitwise. The "flag" part is in 0xFF00 and *IS* bitwise. Confused yet? Good. So, when we want to check the "mode" of the conference, we need to check only within 0xFF. There were several places where this was not happening - but due to luck, it worked (...sort of). That's what this patch fixes. ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2423 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-04-11Merged revisions 2405 via svnmerge from mattf
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2405 | mattf | 2007-04-11 14:01:21 -0500 (Wed, 11 Apr 2007) | 4 lines Fix buglet in memory corruption fix. ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2406 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-04-07Fix for #9208. Memory corruption within zaptel data.mattf
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2397 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-03-30Fix potential spinlock recursion issue.mattf
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2359 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-03-30Merged revisions 2353 via svnmerge from qwell
https://origsvn.digium.com/svn/zaptel/branches/1.2 ........ r2353 | qwell | 2007-03-30 13:56:46 -0500 (Fri, 30 Mar 2007) | 4 lines Fix an issue where an echo can was freed incorrectly in certain circumstances. Issue 9292, fix suggested by ddv2005. ........ git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2354 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-03-23remove pointless file ID lineskpfleming
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2334 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-03-23bring in the rest of the support needed for HPECkpfleming
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2333 5390a7c7-147a-4af0-8ec9-7488f05a26cb
2007-02-23partial update to support all the stuff that went into Zaptel 1.2 ↵kpfleming
recently... this definitely still broken for 2.4 kernels, and maybe for 2.6 as well :-) includes: Makefile split and reorganize TE120P driver TC400B driver HPEC support (not yet complete) git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@2215 5390a7c7-147a-4af0-8ec9-7488f05a26cb
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-28 02:08:46 +0000