summaryrefslogtreecommitdiffstats
path: root/drivers/mca
diff options
context:
space:
mode:
authorBernard Pidoux <bernard.pidoux@upmc.fr>2008-11-24 11:49:40 +0000
committerDavid S. Miller <davem@davemloft.net>2008-11-25 00:56:20 -0800
commit244f46ae6e9e18f6fc0be7d1f49febde4762c34b (patch)
tree5d147f9393ffd892b707ceb6ad6e1e0b6098364b /drivers/mca
parent631339f1e544a4d39a63cfe6708c5bddcd5a2c48 (diff)
downloadblackbird-op-linux-244f46ae6e9e18f6fc0be7d1f49febde4762c34b.tar.gz
blackbird-op-linux-244f46ae6e9e18f6fc0be7d1f49febde4762c34b.zip
rose: zero length frame filtering in af_rose.c
Since changeset e79ad711a0108475c1b3a03815527e7237020b08 from mainline, >From David S. Miller, empty packet can be transmitted on connected socket for datagram protocols. However, this patch broke a high level application using ROSE network protocol with connected datagram. Bulletin Board Stations perform bulletins forwarding between BBS stations via ROSE network using a forward protocol. Now, if for some reason, a buffer in the application software happens to be empty at a specific moment, ROSE sends an empty packet via unfiltered packet socket. When received, this ROSE packet introduces perturbations of data exchange of BBS forwarding, for the application message forwarding protocol is waiting for something else. We agree that a more careful programming of the application protocol would avoid this situation and we are willing to debug it. But, as an empty frame is no use and does not have any meaning for ROSE protocol, we may consider filtering zero length data both when sending and receiving socket data. The proposed patch repaired BBS data exchange through ROSE network that were broken since 2.6.22.11 kernel. Signed-off-by: Bernard Pidoux <f6bvp@amsat.org> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/mca')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud