Age | Commit message (Collapse) | Author |
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8370 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Fixed a minor issue where stateless DAHDI_MAINT ioctl commands, such
as error insertion and clearing, were indicating the span going into
loopback alarm state when it really was not.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8298 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
* Fixed the bug where the card could not be brought out of local
loopback in E1 mode.
* Fixed a bunch of issues where the drivers didn't report unsupported
maintenance functions correctly.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8291 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Define CONFIG_DAHDI_NO_ECHOCAN_DISABLE in include/dahdi/dahdi_config.h in
order to prevent the tone detector from disabling software echocan.
I slightly modified the noechodisable.patch.
(closes issue #16805)
Reported by: sles
Patches:
noechodisable.patch uploaded by sles (license 991)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8162 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
compatibility.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8147 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8120 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
* Added logic for both the single and dual/quad span cards for supporting
local loopback (virtual loopback plug), network loopback, network payload
loopback, loopup, and loopback transmitting.
* Added logic for the dual/quad span driver to support exporting the
performance and error counters including :
- errored seconds
- framing errors
- coding violations
- bipolar violations
- crc4 errors
- ebit errors
- fas errors
* Moved the error and performance counters into a substructure for all drivers
taking advantage of dahdi_span bpvcount.
* Modified the DAHDI_SPANSTAT ioctl interface, so I moved the old interface
to DAHDI_SPANSTAT_V1. The new interface comes with a nice, new shiny packed
struct dahdi_spaninfo.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8061 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
* Enable the internal timing of DAHDI.
* Disable building dahdi_dummy.
* Have dahdi provide the alias 'dahdi_dummy', to allow 'modprobe
dahdi_dummy' to still work.
The code of dahdi_dummy is still kept, as some people may need the extra
flexibility it provides. Those people are advised, though, to let us
know what features are missing from the core module.
Running 'modprobe dahdi_dummy' explicitly in a script or having
'dahdi_dummy' in /etc/dahdi/modules is thus also discourged.
This patch is intentionally small (stripped of documentation) to
simplify backporting. Documentation will follow.
Review: https://reviewboard.asterisk.org/r/518/
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8053 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8008 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Mostly making sure __user flag is caried through appropriately on user mode
access, but also two cases of removing dynamically sized arrays (which unduly
complicate using the kernel backtrace when you don't have a debugger attached
since you do not know how much data is really on the stack), and editing
dahdi_chan_register so that the lock/unlock context is clear.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@8004 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7850 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
* dahdi-base needs compat_ioctl in order to allow 32-bit userspace
applications to call the DAHDI ioctls in a 64-bit kernel.
* add a separate dahdi_ioctl_compat() to handle functions whose parameters
will need some tweaks (currently: only reject DAHDI_SFCONFIG).
(closes issue #14808)
* 0002-dahdi-base-Use-unlocked_ioctl-and-compat_ioctl-inste.patch uploaded
by sruffell (license 456)
* 0003-add-a-separate-dahdi_ioctl_compat.patch uploaded by tzafrir
(license 46)
Tested by: sruffell, tzafrir
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7769 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Patch 0001 from issue #14808 (initial cleanup)
0001-dahdi-base-Remove-some-unused-struct-inode-function-.patch uploaded
by sruffell (license 456)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7768 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Adds a new compile-time option DAHDI_AUDIO_NOTIFY. With it there's a new
span hook, audio_notify, that gets called (if not NULL) whenever the
ioctl DAHDI_AUDIOMODE is called for a channel.
This can be useful to tell (in most cases) if an ISDN channel is active
or not and thus allow the low-level driver to optimize traffic when
channels are not active.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7691 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7682 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7681 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7437 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7378 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7371 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7356 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Mark parameters for some system calls as __user . This handles some of
the cases, but still leaves copy_from_user / copy_to_user that are
currently always used with an explicit cast.
A minor patch from issue #14808 .
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7164 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7155 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7125 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
appropriate time causing a channel re-configure to mis-set the last channel in each span
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7110 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
As long as any of the flags were set, this check would have always
passed.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7097 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7096 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7095 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Releasing the channel may trigger releasing a span in certain cases
(e.g. the last channel on a xpp (Astribank). This gives a niec panic on
closing of Asterisk under the right flow.
As the span was only dereferenced to access the owner field, we can save
it locally.
Issue has been present since r6794 .
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7066 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
After a long discussion, it was decided that this was the best action since
there was no apparent issue caused by it. The alternative suggestion was to
change the extra BBIT to an ABIT as FXSLS uses. Because of the nature of
this code, it was deemed to be a bit (you see what I did there?) too risky.
Who would've expected such a small change to be so complex?
(closes issue #15178)
Reported by: KrisV
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7057 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7004 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Fixes checkpatch.pl formatting errors from the previous commit.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6891 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6890 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6863 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6803 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
This resolves an issue with a kernel panic if echotraining is enabled in the
Asterisk configuration file, but the echocan on the channel (which may be a
hardware echocanceller) has not defined that operation. DAHDI-272.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6801 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Adds a struct module 'owner' member to the dahdi_span structure and updates
all the board drivers to set this member before registering the span. This
allows the core of dahdi to maintain the reference counts on the channels
itself.
(closes issue #10601)
Reported by: Matti
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6794 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Replaces the standard kernel FPU save/restore operations with custom written
versions for 32-bit x86 CPUs, which have been tested to be reliable and safe
to use.
(closes issue #13500)
Reported by: tzafrir
Patches:
dahdi_mmx_fix.diff uploaded by tzafrir (license 46)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6791 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
(closes issue #13504)
(closes issue #15327)
Reported by: sruffell, tzafrir
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6785 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6675 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Linux 2.6.9 does not contain that definition, but the older definition is
deprecated since it defeats lock state checking. DAHDI-253
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6554 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6529 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
use the proper type for the flags variable in dahdi_ppp_xmit()
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6444 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
initialized
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6294 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Make sure that the that the name of the echo canceller requested in the
DAHDI ioctl DAHDI_ATTACH_ECHOCAN is NULL-terminated.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6236 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6177 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6170 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
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
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6147 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6134 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
(related to issue #14499)
Reported by: ys
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6124 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6113 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|