Milan Broz d396100278 Use readahead of underlying device and not default (smaller) one. ... When we are stacking LV over device, which has for some reason increased read_ahead (e.g. MD RAID), the read_ahead hint for libdevmapper is wrong (it is zero). If the calculated read_ahead hint is zero, patch uses read_ahead of underlying device (if first segment is PV) when setting DM_READ_AHEAD_MINIMUM_FLAG. Because we are using dev-cache, it also store this value to cache for future use (if several LVs are over one PV, BLKRAGET is called only once for underlying device.) This should fix all the reamining problems with readahead mismatch reported for DM over MD configurations (and similar cases).		2009-05-20 11:09:49 +00:00
..
lv_alloc.h	Calculate mirror log size instead of hardcoding 1 extent size.	2008-12-19 15:24:52 +00:00
lv_manip.c	Use lock query instead of activate_lv_excl	2009-05-20 09:55:33 +00:00
merge.c	Right, a simple build (without options) is working again.	2008-11-03 22:14:30 +00:00
metadata-exported.h	Check max_lv on only place and force the check only for new volume.	2009-05-13 21:29:10 +00:00
metadata.c	Use readahead of underlying device and not default (smaller) one.	2009-05-20 11:09:49 +00:00
metadata.h	Use readahead of underlying device and not default (smaller) one.	2009-05-20 11:09:49 +00:00
mirror.c	Remove unneeded import parameter from lv_create_empty.	2009-05-13 21:28:31 +00:00
pv_alloc.h	Right, a simple build (without options) is working again.	2008-11-03 22:14:30 +00:00
pv_manip.c	Right, a simple build (without options) is working again.	2008-11-03 22:14:30 +00:00
pv_map.c	Do not include MISSING_PVs in allocation maps.	2009-04-23 16:41:27 +00:00
pv_map.h	Right, a simple build (without options) is working again.	2008-11-03 22:14:30 +00:00
segtype.c	Right, a simple build (without options) is working again.	2008-11-03 22:14:30 +00:00
segtype.h	Fix last check-ins: seg can be NULL.	2009-02-28 20:04:24 +00:00
snapshot_manip.c	Remove unneeded import parameter from lv_create_empty.	2009-05-13 21:28:31 +00:00