diff options
author | Shaun Ruffell <sruffell@digium.com> | 2010-05-14 16:02:21 +0000 |
---|---|---|
committer | Shaun Ruffell <sruffell@digium.com> | 2010-05-14 16:02:21 +0000 |
commit | 1390de3f80c2601ab232ff02d4a1d35927c7e607 (patch) | |
tree | fa4ed1f8dbfff0ebb08c39148ac11c9d90de6d4e /drivers/dahdi/dahdi_echocan_oslec.c | |
parent | d5fad9ab6b88b10a33eced56dd604fce165ac466 (diff) |
Merged revisions 8560,8575-8576 via svnmerge from
https://origsvn.digium.com/svn/dahdi/linux/trunk
........
r8560 | sruffell | 2010-04-22 16:36:16 -0500 (Thu, 22 Apr 2010) | 11 lines
wcte12xp, wctdm24xxp: Ensure writes to I/O registers are flushed.
In revision 8176 I changed register access from I/O space to memory mapped
registers. Unfortunately, when I made that change, I didn't account for
posted writes. This change makes sure all the registers are read back to
ensure that they are posted through any intermediate bridges.
The most readily observable symptom were cards that were taking 2000
interrupts/second. The card reported that it handled an interrupt but the
write to silence the card wasn't flushed through until the second time the
interrupt handler run. DAHDI-602.
........
r8575 | sruffell | 2010-04-26 18:29:16 -0500 (Mon, 26 Apr 2010) | 4 lines
wcte12xp, wctdm24xxp: Do not allow interruptible sleep on VPM lock.
If the sleep is ever interrupted, 'up' will still be called in the GpakApi,
essentially making the lock useless after that point.
........
r8576 | sruffell | 2010-04-26 18:29:17 -0500 (Mon, 26 Apr 2010) | 9 lines
wcte12xp, wctdm24xxp: Retry if the VPMADT032 reports not ready.
CheckDspReset can return -1 if the DSP is not ready to process any new
commands. In this case we should retry a few times to give the DSP a chance
to become ready. While I'm not ready to say this definitely fixes recently
reported cases when the wcte12xp driver constantly resets, it eliminated
communication failures to the DSP module when under stress (via the
vpm_firmware_version sysfs attribute). However, I haven't let it run long
enough to say that the issue is resolved. DAHDI-603.
........
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/branches/2.3@8621 a0bf4364-ded3-4de4-8d8a-66a801d63aff
Diffstat (limited to 'drivers/dahdi/dahdi_echocan_oslec.c')
0 files changed, 0 insertions, 0 deletions