diff options
author | Herbert Xu <herbert@gondor.apana.org.au> | 2006-10-29 23:46:42 -0800 |
---|---|---|
committer | David S. Miller <davem@sunset.davemloft.net> | 2006-10-30 15:24:39 -0800 |
commit | 28cd7752734563d5b0967b96a6bade7a1dc89c7f (patch) | |
tree | 94f2f0bb7b4af2e4954c3694118db54f10c20e63 /net/netlink | |
parent | c20e3945c761502b9d5d73ef0ff5f1a84b3a717e (diff) | |
download | linux-stable-28cd7752734563d5b0967b96a6bade7a1dc89c7f.tar.gz linux-stable-28cd7752734563d5b0967b96a6bade7a1dc89c7f.tar.bz2 linux-stable-28cd7752734563d5b0967b96a6bade7a1dc89c7f.zip |
[SCTP]: Always linearise packet on input
I was looking at a RHEL5 bug report involving Xen and SCTP
(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=212550).
It turns out that SCTP wasn't written to handle skb fragments at
all. The absence of any calls to skb_may_pull is testament to
that.
It just so happens that Xen creates fragmented packets more often
than other scenarios (header & data split when going from domU to
dom0). That's what caused this bug to show up.
Until someone has the time sits down and audits the entire net/sctp
directory, here is a conservative and safe solution that simply
linearises all packets on input.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/netlink')
0 files changed, 0 insertions, 0 deletions