David Milburn <dmilburn@xxxxxxxxxx> writes: > Since no longer limiting max_sectors to BLK_DEF_MAX_SECTORS (commit 34b48db66e08), > data corruption may occur on ST380013AS drive configured on 82801JI (ICH10 Family) > SATA controller. This patch will allow the driver to limit max_sectors as before > > # cat /sys/block/sdb/queue/max_sectors_kb > 512 > > I was able to double the max_sectors_kb value up to 16384 on linux-4.2.0-rc2 > before seeing corruption, but seems safer to use previous limit. Without this > patch max_sectors_kb will be 32767. > > Reported-by: Jeff Moyer <jmoyer@xxxxxxxxxx> Note that this is silent data corruption. It appeared to be misdirected writes. Here's the reproducer I used: rpm -e kernel-debuginfo yum -y install kernel-debuginfo sync echo 3 > /proc/sys/vm/drop_caches rpm -V kernel-debuginfo The rpm verify would fail the md5sum checks for several of the files in the kernel-debuginfo package. You could substitute a reboot for the drop_caches to get the same results (it just takes longer). Cheers, Jeff -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
