summaryrefslogtreecommitdiffstats
path: root/include/asm-x86/bitops.h
diff options
context:
space:
mode:
authorHerbert Xu <herbert@gondor.apana.org.au>2007-11-18 18:48:08 -0800
committerDavid S. Miller <davem@davemloft.net>2007-11-18 18:48:08 -0800
commit21df56c6e2372e09c916111efb6c14c372a5ab2e (patch)
treec5b8e2c6f5a9951b267137229cb18e2b53878d01 /include/asm-x86/bitops.h
parent483b23ffa3a5f44767038b0a676d757e0668437e (diff)
downloadkernel-crypto-21df56c6e2372e09c916111efb6c14c372a5ab2e.tar.gz
kernel-crypto-21df56c6e2372e09c916111efb6c14c372a5ab2e.tar.xz
kernel-crypto-21df56c6e2372e09c916111efb6c14c372a5ab2e.zip
[TCP]: Fix TCP header misalignment
Indeed my previous change to alloc_pskb has made it possible for the TCP header to be misaligned iff the MTU is not a multiple of 4 (and less than a page). So I suspect the optimised IPsec MTU calculation is giving you just such an MTU :) This patch fixes it by changing alloc_pskb to make sure that the size is at least 32-bit aligned. This does not cause the problem fixed by the previous patch because max_header is always 32-bit aligned which means that in the SG/NOTSO case this will be a no-op. I thought about putting this in the callers but all the current callers are from TCP. If and when we get a non-TCP caller we can always create a TCP wrapper for this function and move the alignment over there. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/asm-x86/bitops.h')
0 files changed, 0 insertions, 0 deletions