diff options
| author | Herbert Xu <herbert@gondor.apana.org.au> | 2006-10-30 10:46:42 +0300 |
|---|---|---|
| committer | David S. Miller <davem@sunset.davemloft.net> | 2006-10-31 02:24:39 +0300 |
| commit | 28cd7752734563d5b0967b96a6bade7a1dc89c7f (patch) | |
| tree | 94f2f0bb7b4af2e4954c3694118db54f10c20e63 /net/netlink | |
| parent | c20e3945c761502b9d5d73ef0ff5f1a84b3a717e (diff) | |
| download | linux-28cd7752734563d5b0967b96a6bade7a1dc89c7f.tar.xz | |
[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