Age | Commit message (Collapse) | Author |
|
If astribank_tool fails to open a device when running a reset command,
try to reset the device with the command from the old (pre-MPP) protocol
(A single 0x20 byte). No support whatsoever for any other feature of the
old protocol.
This was accidentally left out of previous commits.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4653 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
(Documentation-only change)
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4651 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
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.
From dahdi-linux r6637. Regarding issue #14965 .
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4649 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
This adds a compatibility macro for older versions that is a noop for
kernels >= 2.6.30.
From dahdi-linux r6642, r6659 , regarding issue #14964 .
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4648 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
The netif_rx_xxx functions were dropped from the linux kernel source on
2009-01-21 in commit 288379f050284087578b77e04f040b57db3db3f8.
From dahdi-linux r6526.
Issue: https://issues.asterisk.org/view.php?id=14963
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4644 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
* Which requires a man page
* And ignore some extra generated files while we're at it.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4643 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
For finer details and separate commits, you are advised to look into the
commit log of dahdi-{linux,tools}.
xpp.r7150
* 116x Astribanks:
- Support for the TwinStar capability and for FXO and (BRI|PRI) on
same device.
- New control protocol ("MPP").
- astribank_hextool - a low-level firmware loading tool instead of
fpga_load .
- astribank_tool - Other MPP activities .
- Can still reset (but just that) through older protocol.
- astribank_hexload is required for loading FPGA firmware for USB_FW.hex
rev > 6885.
- USB_FW rev. 7071 .
- More modular FPGA firmware (1161 only).
- FPGA_1161.hex rev. 7131. PIC_TYPE_* rev. 7107.
- software-settings of some capabilities with astribank_allow .
* XPP:
- init_card_* script are less verbose.
- Reduced rate of "Is a DAHDI sync master" message.
- Replace member bus_id with dev_name() and set_dev_name() for
building with 2.6.30.
- Conditionally remove 'owner' property of procfs was dropped in 2.6.30.
- astribank_hook now enabled by default.
- Has an optional hook for TwinStar.
* BRI:
- hardhdlc support: The bri_dchan patch is no longer needed.
- If bri_dchan patch applied: old code is used, and "dchan" is used.
- If not: new code and "hardhdlc" is used.
- zapconf will generate the right configuration, depending on the new
sysfs driver attribute bri_hardhdlc, but default to "dchan" as
before if not explicitly told.
- Bugfix: explicitly turn off leds on startup.
* FXS:
- Initialization and calibration fixes.
- Notify the user just one about wrong VMWI config
* Dahdi-perl:
- Fix detection of empty slots in wctdm.
- Fix working with ethmf's extra file in /proc/zaptel
- Improved detection of Rhino cards.
- dahdi_genconf's generated text better explains files are generated.
- /etc/xpp_order - allow specifiying an explicit order for
Astribanks to register with Zaptel.
- Dahdi::Xpp::Mpp - A wrapper around astribank_tool .
* dahdi.init:
- A separate waitfor_xpds script. May now have a wait-loop in
some cases.
- xpp_sync needs to only be called after dahdi_cfg .
(for the PRI module).
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4641 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4635 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
- Fix bug where asterisk could not find a loaded transcoder.
- Do not allow bad packets to corrupt memory.
- Eliminate race condition that could cause asterisk to hang.
- General cleanup and whitespace changes.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4633 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
Sun Mar 1 2009 Oron Peled <oron@actcom.co.il> - xpp.r6795
* 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.
Mon, Dec 8 2008 Oron Peled <oron@actcom.co.il> - xpp.r6430
* PRI:
- Match our span clocking priorities (in system.conf)
to Digium -- this is a reversal of the previous state.
Now lower numbers (greater than 0) are better.
- Synchronization fixes for PRI ports other than 0.
- Fix T1 CRC for some countries (e.g: China).
* FXS: fix bug in VMWI detection if using old asterisk
which does not provide ZT_VMWI ioctl().
* FXO:
- Improve caller_id_style module parameter. This provide a workaround
for countries that send this information without any notification
(reverse polarity, ring, etc.)
- Don't force on-hook upon power-denial. So, loopstart devices
would ignore these as expected.
* Implement a flow-control to prevent user space (init_card_* scripts)
from pressuring our command queue.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4631 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4627 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
As moduel_refcount is only used for debugging, disable it in this
non-common case.
(Issue #14402)
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4625 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
the 'received' audio (isig) as its first argument, and the 'transmitted' audio (iref) as its second argument. in spite of the prototype and function argument names being reversed, zaptel-base.c passed the data in the correct order, and the HPEC binary modules processed the data properly. this commit changes the definition of the argument order, but causes no functional change.
(a similar change will be made in DAHDI shortly)
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4622 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
The respective code in DAHDI has already been fixed by rewriting.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4620 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
Those kernels don't have RTC yet.
From DAHDI rev. 5486.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4618 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
(From DAHDI rev. 5211)
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4617 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
encoder and decoder arrays, and not the channel which is returned from the
DTE. Issue: DAHDI-231.
- Instead of completely servicing the receive descriptor ring in the
workqueue, have the interrupt handler queue them up for the workqueue.
- No need to interrupt on both transmit and receive since we expect a response
to every packet we send.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4613 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
done in DAHDI and was an error when back porting.
Issue: DAHDI-231
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4612 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4609 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4608 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
keep the check in there to avoid problems in the future (and since this code
path is only used when opening a new transcoder session) I made the check
conditional on running an SMP kernel.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4607 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
diagnostic message.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4605 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4600 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
* Do not release a spin_lock that we did not acquire.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4599 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4598 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4597 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
that commands that are still sitting on the transmit descriptor ring are not
completed twice.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4593 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
- 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.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4592 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
* Power-denial signalling is now sent to Zaptel to decide if we're LS or
KS (and not hang up ourselves always).
* Fix card_fxo's caller_id_style=1 (FSK).
* Macro XPD_CHAN: s/xpd->chans[i]/XPD_CHAN(xpd, i)/ to reduce diff from DAHDI.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4590 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
Fix README (better late than never).
xpp rev. 6403.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4589 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
Fixing issue #13954 in zaptel 1.4
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4588 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
(closes issue #13813)
Reported by: ys
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4586 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4585 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
Clock synchronization when sync is not from first port.
Merged revisions 4583 via svnmerge from
http://svn.digium.com/svn/zaptel/branches/1.2
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4584 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
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.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4582 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
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 revisions 4580 via svnmerge from
http://svn.digium.com/svn/zaptel/branches/1.2
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4581 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
message. The voicebus interface still works whether the cacheline size is
supported or not, but the message is confusing to users.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4579 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
Fixes #13832 in Zaptel.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4578 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4573 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4572 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4571 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4569 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
process.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4567 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
- 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.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4564 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
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.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4560 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4556 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
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
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4554 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
and not just the private portion now in order to manage the data ready flag
state.
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4553 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
channel structures.
Issue: DAHDI-42
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4551 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|
|
git-svn-id: http://svn.digium.com/svn/zaptel/branches/1.4@4549 5390a7c7-147a-4af0-8ec9-7488f05a26cb
|