Age | Commit message (Collapse) | Author |
|
Add extra PCI IDs to support "beroNet BN4S0e PCI Express 4x S0 Karte".
Origin: http://bugs.debian.org/600839
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9452 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
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@9426 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
|
|
(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
|
|
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
|
|
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
|
|
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@8638 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8630 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
|
|
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@8508 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8503 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
(issue #16493)
Reported by: nic_bellamy
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8430 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
(issue #15446)
(issue #16447)
Reported by: lpistone
Tested by: okrief
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8422 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
DAHDI-559
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8280 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Use a more standard link command in the xpp Makefile.
(closes issue #16597)
Reported by: pprindeville
Patches:
dahdi-tools-bugid16597#3.patch uploaded by pprindeville (license 347)
Tested by: pprindeville, tzafrir
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8263 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
If the user set DAHDI_VIRT_TOP in the environment, consider it as a path
under which to look for ProcFS and SysFS files. This allows running the
DAHDI-perl tools on filesystem dumps generated by
build_tools/dump_sys_state .
To reduce the number of dependencies between various modules, the 'xpd'
member of a Dahdi::Span is removed. Dahdi::Xpp::xpd_of_span() can be
used if needed.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8215 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@8125 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
xpp rev: 7733
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7992 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
* On some kernels there's no 'usb_endpoint' under the USB device's SysFS
node. Use 'idVendor' which is far less likely to fail.
* Actively resolve the symlink 'transport' to its name (e.g. '1-2').
Originally r7825 from the branch perl-sysstate.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7954 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Originally r7824 from the perl-sysstate branch.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7953 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Note that the hotplug file is intended for backward compatibility with
Centos4 and the likes. Newer systems are adviced not to install it
anyway.
(closes issue #16593)
Reported by: Max Khon
Patches:
xpp.diff uploaded by Max Khon (license 884)
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7908 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7895 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Fix counting the relevant lines from xpp_order even if that line has no
newline character in the end.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7894 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7884 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7754 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
This commit prepares xpp_fxloader to get hotplug envirnment from newer kernel
versions:
* DEVICE will eventually be replaced with DEVNAME. Accept both (and look
at DEVNAME first).
* If we get DEVICE, we'll probably get an invalid path based at
/proc/bus/usb . Fix it to use /dev/bus/usb .
* While we're at it, allow using PRODUCT from the envirnment instead of
from the command-line.
This should allow fixing udev rules but will also work with existing
rules in DAHDI-linux (for systems where they are valid).
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7752 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7673 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7670 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
* New firmware loading protocol
- Older one (1.3) is still supported for now
* Support loading firmwares from Astribanks with a minimal firmware
(1163)
* astribank_tool -Q: always query, regardless of verbosity level
xpp rev: up to 7559
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7609 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7596 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7559 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
We can tell if a device is an Astribank by the vendorId and productId
attribute. Get other attributed only after we give up on other devices.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7558 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
failure.
(Fixes panicked users on #asterisk wondering why dahdi-tools springs up with
Perl errors when they don't even have xpp hardware.)
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7542 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
autoconfig.h is needed as semtimedop() requires _GNU_SOURCE.
xpp rev: 7471
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7476 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7463 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Dpn't panic if a device is not found in the list of hardware. This
is not only indication of a bug, but can also happen if a device
appeared after the script was started.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7462 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
'Hotplug mode' was introduced in r7335.
* The logic in the script was broken.
- Negative logic is not such a grand idea to start with.
* Interactive invocation of init.d ends when expected and not sooner.
This change makes waitfor_xpds wait longer. Rather than waiting for all
the Astribanks to load, it will now wait until the initialization of
dahdi from the Astribanks hook script is run.
This allows running e.g.: /etc/init.d/dahdi start; /etc/init.d/asterisk start
It also means that 'astribank_is_starting' is actually used as a
semaphore and not only as stamp file.
As before, those changes have no effect if hotplug mode is not
explicitly enabled (setting 'XPP_HOTPLUG_DAHDI=yes' in init.conf).
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7409 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Get the information we read from /proc/bus/usb/devices from
/sys/bus/usb/devices . Tested on my Debian Unstable with 2.6.30 kernel.
The default is still /proc/bus/usb and sysfs is only used if the procfs
file is not found.
Also fixes a case of using the sysfs attribute busnum, that does not
exist in kernel 2.6.9 . Devise the bus number from the name of the node.
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7401 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
If XPP_HOTPLUG_DAHDI=yes is set in /etc/dahdi/init.conf (which is not
the default), the normal run of the 'start' operation of the dahdi init
script will only be responsible for loading modules. The rest will be
done (if there are indeed Astribanks on the system) by a second call to
the init script once all of them have connected.
The astribank_hook has also been mostly rewritten. Most of the
functionality of twinstar_hook moved to it. The current twinstar_hook is
a simple example script.
XPP_HOTPLUG_DAHDI mode assumes that all Astribanks on the system are
listed in /etc/dahdi/xpp_order (which can be generated using, e.g.
'dahdi_genconf xpporder')
git-svn-id: http://svn.asterisk.org/svn/dahdi/tools/trunk@7335 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|