Messages in this thread | | | Date | Wed, 13 Aug 2003 08:25:45 +0100 | From | Joe Thornber <> | Subject | Re: data corruption using raid0+lvm2+jfs with 2.6.0-test3 |
| |
On Wed, Aug 13, 2003 at 09:05:58AM +1000, Neil Brown wrote: > A better solution, which is too much for 2.6.0, is to have a cleaner > interface wherein the client of the block device uses a two-stage > process to submit requests. > Firstly it says: > I want to do IO at this location, what is the max number of sectors > allowed? > Then it adds pages to the bio upto that limit. > Finally it say > OK, here is the request. > > The first and final stages have to be properly paired so that a > device knows if there are any pending requests and can hold-off any > device reconfiguration until all pending requests have completed.
This is exactly what I'd like to do. The merge_bvec_fn is unusable by dm (and probably md) because this function is mapping specific - so dm_suspend/dm_resume need to be lifted above it.
- Joe - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |