diff options
author | Matthias Goebl <matthias.goebl@goebl.net> | 2008-01-04 03:45:28 -0800 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2008-01-04 03:55:44 -0800 |
commit | 7fde4d779b83898851959f837c9b26fe07ee91c9 (patch) | |
tree | 233dd7a7d9b1bc1ca344cc2c78a5bd2dde4f6f40 /drivers/scsi/scsi_transport_srp.c | |
parent | 00409bb045887ec5e7b9e351bc080c38ab6bfd33 (diff) |
[ISDN]: i4l: Fix DLE handling for i4l-audio
The DLE handling in i4l-audio seems to be broken.
It produces spurious DLEs so asterisk 1.2.24 with chan_modem_i4l
gets irritated, the error message is:
"chan_modem_i4l.c:450 i4l_read: Value of escape is ^ (17)".
-> There shouldn't be a DLE-^.
If a spurious DLE-ETX occurs, the audio connection even dies.
I use a "AVM Fritz!PCI" isdn card.
I found two issues that only appear if ISDN_AUDIO_SKB_DLECOUNT(skb) > 0:
- The loop in isdn_tty.c:isdn_tty_try_read() doesn't escape a DLE if it's
the last character.
- The loop in isdn_common.c:isdn_readbchan_tty() doesn't copy its characters,
it only remembers the last one ("last = *p;").
Compare it with the loop in isdn_common.c:isdn_readbchan(), that *does*
copy them ("*cp++ = *p;") correctly.
The special handling of the "last" character made it more difficult.
I compared it to linux-2.4.19: There was no "last"-handling and both loops
did escape and copy all characters correctly.
Signed-off-by: Matthias Goebl <matthias.goebl@goebl.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/scsi/scsi_transport_srp.c')
0 files changed, 0 insertions, 0 deletions