]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
rose: zero length frame filtering in af_rose.c
authorBernard Pidoux <bernard.pidoux@upmc.fr>
Mon, 24 Nov 2008 11:49:40 +0000 (11:49 +0000)
committerDavid S. Miller <davem@davemloft.net>
Tue, 25 Nov 2008 08:56:20 +0000 (00:56 -0800)
commit244f46ae6e9e18f6fc0be7d1f49febde4762c34b
tree5d147f9393ffd892b707ceb6ad6e1e0b6098364b
parent631339f1e544a4d39a63cfe6708c5bddcd5a2c48
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>
net/rose/af_rose.c