aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/net/xen-netback/interface.c
diff options
context:
space:
mode:
authorHeinz Mauelshagen <[email protected]>2014-03-11 23:40:05 +0000
committerMike Snitzer <[email protected]>2014-03-12 17:49:27 +0000
commit8b9d96666529a979acf4825391efcc7c8a3e9f12 (patch)
tree142c3205b54a86c96cba376f1dd689463b1d6548 /drivers/net/xen-netback/interface.c
parentdm space map metadata: fix refcount decrement below 0 which caused corruption (diff)
downloadkernel-8b9d96666529a979acf4825391efcc7c8a3e9f12.tar.gz
kernel-8b9d96666529a979acf4825391efcc7c8a3e9f12.zip
dm cache: fix truncation bug when copying a block to/from >2TB fast device
During demotion or promotion to a cache's >2TB fast device we must not truncate the cache block's associated sector to 32bits. The 32bit temporary result of from_cblock() caused a 32bit multiplication when calculating the sector of the fast device in issue_copy_real(). Use an intermediate 64bit type to store the 32bit from_cblock() to allow for proper 64bit multiplication. Here is an example of how this bug manifests on an ext4 filesystem: EXT4-fs error (device dm-0): ext4_mb_generate_buddy:756: group 17136, 32768 clusters in bitmap, 30688 in gd; block bitmap corrupt. JBD2: Spotted dirty metadata buffer (dev = dm-0, blocknr = 0). There's a risk of filesystem corruption in case of system crash. Signed-off-by: Heinz Mauelshagen <[email protected]> Acked-by: Joe Thornber <[email protected]> Signed-off-by: Mike Snitzer <[email protected]> Cc: [email protected]
Diffstat (limited to 'drivers/net/xen-netback/interface.c')
0 files changed, 0 insertions, 0 deletions