summaryrefslogtreecommitdiffstats
path: root/arch/sparc64
diff options
context:
space:
mode:
authorHerbert Xu <herbert@gondor.apana.org.au>2006-10-29 23:46:42 -0800
committerDavid S. Miller <davem@sunset.davemloft.net>2006-10-30 15:24:39 -0800
commit28cd7752734563d5b0967b96a6bade7a1dc89c7f (patch)
tree94f2f0bb7b4af2e4954c3694118db54f10c20e63 /arch/sparc64
parentc20e3945c761502b9d5d73ef0ff5f1a84b3a717e (diff)
downloadop-kernel-dev-28cd7752734563d5b0967b96a6bade7a1dc89c7f.zip
op-kernel-dev-28cd7752734563d5b0967b96a6bade7a1dc89c7f.tar.gz
[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 'arch/sparc64')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud