Age | Commit message (Collapse) | Author |
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7172 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
|
|
This fixes a problem where if you set the alarmdebounce module parameter on
gen2+ cards, you never detect when you go into red alarm.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7147 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Change the off state of the SPI clock to high and provide more time for data to
settle out on SPI reads.
(closes issue #15261)
Reported by: alecdavis
Patches:
wctdm_spi_clocking.diff2.txt uploaded by alecdavis (license 585)
Tested by: alecdavis, dbailey
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7140 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7125 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7118 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
The wctdm24xxp driver has a problem where a VMWI IOCTL call followed immediately
by a ONHOOKTRANSFER IOCTL call will cause the ONHOOK transfer request to be
dropped. This occurs if the write to the proslic's LINEFEED register for the
VMWI ICTL call is not completed when the ONHOOK transfer request IOCTL is
processed.
I also cleaned out some magic numbers used in setting the linefeed register.
(closes issue #15875)
Reported by: dbailey
Patches:
15875-wctdm24xxp.diff uploaded by dbailey (license 819)
Tested by: dbailey
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7117 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
|
|
The writechunk and readchunk parameters are never accessed by hardware at
the same time that the software is accessing them anymore.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7094 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
|
|
The wct4xxp driver (for the dual/quad span T1/E1 cards) and the wcte12xp
driver (for the single span VoiceBus-based T1/E1 cards) did not properly
update the 'devicetype' field reported by dahdi_scan when a VPM was found
during the card startup process. As a result, dahdi_scan did not show that
a VPM was present on the card, even if it was.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7038 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
install.
(closes issue #15479)
Reported by: pprindeville
Patches:
dahdi-linux-rm.patch uploaded by pprindeville (license 347)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7027 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Remove note about echocanceler reference counts, since that is fixed, and add
a note about issue with KB1 when configured with more than 128 taps.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7023 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
The X100p and clones will sometimes work and sometimes not depending on wether
the DAA powers up in running state- this seems to be related to the power
supply. This problem is caused by the driver not reseting the DAA and may be
the source of a great many intermittent problems with this card.
(closes issue #14232)
Reported by: tallen8840
Patch by: tallen8840
Tested by: explidous, Flavio
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7008 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7004 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
state.
Check if our hookstate has been set back to the initial state, typically the
result of a chanconfig, and if so, if we're an FXO port, forget our current
battery state. This allows the driver to determine and report again what the
hook state of the port is.
(related to issue #14577)
(closes issue #15429)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@7003 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Prevents a crash on 2.6.22 when CONFIG_SLAB is set and CONFIG_SLAB_DEBUG is
not.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6995 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6982 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6981 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
* wcb4xxp and wcte12xp should also be loaded from a subdirectory with
their name.
* wctdm24xxp and wcte12xp depend on the voicebus driver.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6971 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
The owner field should only tested after the low-level driver
pre-registration method is called.
xpp rev: 7287
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6967 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6966 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
This is just a debugging tool and wouldn't have affected any operational
systems.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6961 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Not used anymore, so they are gone.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6952 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6951 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6946 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Update the lines affected by revision 6941. I'm taking every opportunity
to move DAHDI closer to the kernel coding conventions short of just
reformatting for the sake of reformatting. The majority of these changes
are to bring the line lengths under 80 chars.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6945 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Insure that proslic linefeed register is not transitioned from Active to
On-Hook Transmission while the channel is off-hook.
Replaced magic numbers assigned to linefeed associated variables with more
descriptive constants.
(issue #15352)
Reported by: alecdavis
Patches:
wctdm_prevent_ohttimer_click.diff3.txt uploaded by dbailey (license 819)
Tested by: alecdavis, dbailey, vmikhelson
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6941 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Fixes PCM issue with an Astribank2 (116x) FXO module that is installed
alongside a PRI/BRI module.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6938 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Since dahdi_dummy 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 dahdi_dummy attempts to catch up. This change prevents soft lock ups
under these conditions.
(closes issue #15647)
Reported by: missnebun
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6933 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6932 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
The buffers are not being accessed by the hardware at this point, and
therefore do not need to be volatile.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6931 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
This member wasn't necessary anymore since the VPM commands are kept on a
separate queue now.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6930 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
struct wctdm can hold a pointer to struct wctdm_desc directly, and eliminate
the need to copy members of wctdm_desc into wctdm.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6929 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6928 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6927 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6926 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
(closes issue #15571)
Reported by: alecdavis
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6897 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
|
|
This reverts the change introduced by revision 6712. This change can cause
problems when there is a VPM module installed on the quad-span digital cards.
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6862 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
Fix a silly regression introduced when strict check on the timing
parameter was added (sync-1 is the array index, not sync itself. And 0
is a special case).
(closes issue #15408)
Reported by: dferrer
Patches:
tor2-4th_sync.patch uploaded by dferrer (license 525)
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6852 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
This fixes a regression in 2.2.0 where certain configurations will fail
patloop test or have repeated HDLC aborts because the VPMADT032 is modifying
the clear channel or d channel data streams. This restores the behavior to
how it was in dahdi-linux 2.1.0.4.
(closes issue #15498)
Reported by: alecdavis
Tested by: alecdavis
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6844 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|
|
git-svn-id: http://svn.asterisk.org/svn/dahdi/linux/trunk@6838 a0bf4364-ded3-4de4-8d8a-66a801d63aff
|