Age | Commit message (Collapse) | Author |
|
Due to a typo the option for not using a timeout was always used.
Regression since r9426.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9833 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9832 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Replace the remaining $span->xpd with xpd_of_span().
Following up on r9648.
Merged revisions 9731 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9744 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Don't require 'dahdi_hardware -v' to show the driver for a USB device.
Only works when the usbfs is not used (when /proc/bus/usb is not mounted).
Signed-off-by: Tzafrir Cohen <tzafrir.cohen@xorcom.com>
Merged revisions 9699 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9743 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Replace one remaining $span->{XPD} with xpd_of_span().
Signed-off-by: Tzafrir Cohen <tzafrir.cohen@xorcom.com>
Merged revisions 9648 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9742 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Attempting to use channel 16 on E1 CAS is disallowed since that channel is
reserved for RBS signaling. Configurations should not be generated that
attempt to use it.
Closes DAHDI-763.
Patch by dmartinez.
Merged revisions 9485 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9741 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
When called from udev to load the FPGA firmware, make sure that this is
not the event generated for the first end-point of the existing two, as
we need to talk with the second one.
This is probably better done in the udev rules, but will be slightly
more complicated to apply only to the FPGA loading and not to USB
firmware loading.
Merged revisions 9482 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9740 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Also, always append "/CRC4" on any span where that was specified as an
option.
Signed-off-by: Shaun Ruffell <sruffell@digium.com>
Acked-by: Kinsey Moore <kmoore@digium.com>
Merged revisions 9473 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9739 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Loss of crc4-multiframe alignment on an E1 link is not a condition which
brings the span down. The span will continue to run as long as it can
maintain double frame alignment. Because of this, we cannot place the
LMFA alarm in the usual spaninfo.alarms member, due to userspace
programs using this as a catch-all for a span being up or down.
We can detect the alarm by watching the frame error counter (fecount).
If it continuously increments, the span is configured for crc4, and the
span remains OK (alarms = 0), then we are in loss of crc4-multiframe
state.
In order to test this alarm, you'll need to synthesize a loss of crc4
alignment on the span. You can usually do this by configuring the local
span to use crc4 and the remote end to not use crc4. I used the Fireberd
6000 in my lab to do this.
dahdi-743 & dahdi-420
Acked-by: Shaun Ruffell <sruffell@digium.com>
Merged revisions 9458 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9738 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Add extra PCI IDs to support "beroNet BN4S0e PCI Express 4x S0 Karte".
Origin: http://bugs.debian.org/600839
Merged revisions 9452 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9737 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
astribank_is_starting should use a timeout for the semaphore, but if the
GNU-specific semtimedop() is not available, we'll just fall back to using
semop with no time out. Not as good, but better than nothing.
(closes issue #16783)
Reported by: abelbeck
Merged revisions 9426 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9736 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Adding Macao tone zone data according to
http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf
(closes issue #17744)
Reported by: alfredtang
Patches:
zonedata.patch uploaded by alfredtang (license 1094)
Merged revisions 9313 via svnmerge from
http://svn.digium.com/svn/dahdi/tools/trunk
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9735 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9734 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/branches/2.4@9733 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9220 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Generate some sort of configuration for dynamic channels. Usable enough for
testing.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9159 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
This fixes the case where the BRI spans on the Hx8 cards were displayed as
analog spans.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9133 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
(closes issue #17783)
Reported by: frawd
Patches:
dahdi-tools_aligera.patch uploaded by frawd (license 610)
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9079 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
New functionality that was added in r8992 and r8993 uses new items
defined only in dahdi-linux trunk (and eventually: 2.4).
As in both cases it's a single place to check, we'll just ifdef it away.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9076 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
is chosen along with suggestions on how to fix the problem.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9067 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
channels and fix a bug preventing E&M-E1 from being detected properly
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9066 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9031 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8994 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8993 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8992 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8991 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Hmm... how badly congested can the startup of Centos be?
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8964 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8954 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
For newer kernels there's no need to sleep at all. For Centos5 systems
there seems to be a need for a large sleep for firmware load at boot time.
So let's make it a loop.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8951 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8948 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8924 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Allow using CONNECTOR/LABEL in addition to SPAN and NUM for pri_termtype
in genconf_parameters
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8923 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8854 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
If your window was larger than 80X25, you got a main "window" in the
center and the span one in the corner. This puts the span one in the
center as well.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8827 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Various values in system.conf were parsed using %i. This means that a
value with a leading 0x was considered hexadecimal and a value with a
leading 0 would be considered octal ('030' == '24' == '0x1E').
This was never documented and seems a potential cause for confusion in
case a leading zero sneaks in. It is thus removed.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8777 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
flagged and
what is displayed.
Still runs with the old usage: patlooptest <dahdi device> [<timeout>]
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8746 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8741 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8670 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8638 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8630 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
rad_apply_channels() was the same as apply_channels()
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8615 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
When the DAHDI configuration file does not configure every single span in the system,
but leaves spans unconfigured, the verbose output from dahdi_cfg would show incorrect
span numbers when reporting the line configuration, as it printed the index into the
array of configured spans, instead of their actual span numbers.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8606 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8589 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Move loading the the xpp firmwares (when called from udev) to a background
sub-process. This helps with:
* Don't block udev
* It seems that with older systems (e.g. CentOS 5) we need to wait a bit
for the device file to appear (in one of the upcoming udev events). If we
keep blocking udev, we won't have the device file.
The 'sleep' does not seem to be required for newer systems (e.g. Debian Lenny).
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8580 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8547 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8535 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Groff considers '-' a hyphen. If we want a minus (or a dash) we need to use
'\-'.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8529 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8520 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8508 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8503 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|