Skip to contentSkip to conversation

raid5: support sync request

PATCH In review Shaohua Li 2 participants 3 messages Apr 17, 2012 MD RAID

lore
Share & tools
lore

Shaohua Li

author
#0 lore raw

PATCH 1/1 raid5: support sync request

REQ_SYNC is ignored in current raid5 code. Block layer does use it to do policy, for example ioscheduler. This patch adds it.

---
 drivers/md/raid5.c |   12 ++++++++++--
 drivers/md/raid5.h |    1 +
 2 files changed, 11 insertions(+), 2 deletions(-)
drivers/md/raid5.c +10 -2
Index: linux/drivers/md/raid5.c
===================================================================
@@ -518,6 +518,8 @@ static void ops_run_io(struct stripe_hea
 			replace_only = 1;
 		} else
 			continue;
+		if (test_and_clear_bit(R5_SyncIO, &sh->dev[i].flags))
+			rw |= REQ_SYNC;
 
 		bi = &sh->dev[i].req;
 		rbi = &sh->dev[i].rreq; /* For writing to replacement */
@@ -1114,6 +1116,8 @@ ops_run_biodrain(struct stripe_head *sh,
 				dev->sector + STRIPE_SECTORS) {
 				if (wbi->bi_rw & REQ_FUA)
 					set_bit(R5_WantFUA, &dev->flags);
+				if (wbi->bi_rw & REQ_SYNC)
+					set_bit(R5_SyncIO, &dev->flags);
 				tx = async_copy_data(1, wbi, dev->page,
 					dev->sector, tx);
 				wbi = r5_next_bio(wbi, dev->sector);
@@ -1131,13 +1135,15 @@ static void ops_complete_reconstruct(voi
 	int pd_idx = sh->pd_idx;
 	int qd_idx = sh->qd_idx;
 	int i;
-	bool fua = false;
+	bool fua = false, sync = false;
 
 	pr_debug("%s: stripe %llu\n", __func__,
 		(unsigned long long)sh->sector);
 
-	for (i = disks; i--; )
+	for (i = disks; i--; ) {
 		fua |= test_bit(R5_WantFUA, &sh->dev[i].flags);
+		sync |= test_bit(R5_SyncIO, &sh->dev[i].flags);
+	}
 
 	for (i = disks; i--; ) {
 		struct r5dev *dev = &sh->dev[i];
@@ -1146,6 +1152,8 @@ static void ops_complete_reconstruct(voi
 			set_bit(R5_UPTODATE, &dev->flags);
 			if (fua)
 				set_bit(R5_WantFUA, &dev->flags);
+			if (sync)
+				set_bit(R5_SyncIO, &dev->flags);
 		}
 	}
 
drivers/md/raid5.h +1 -0
Index: linux/drivers/md/raid5.h
===================================================================
@@ -285,6 +285,7 @@ enum r5dev_flags {
 			 */
 	R5_Wantdrain,	/* dev->towrite needs to be drained */
 	R5_WantFUA,	/* Write should be FUA */
+	R5_SyncIO,	/* The IO is sync */
 	R5_WriteError,	/* got a write error - need to record it */
 	R5_MadeGood,	/* A bad block has been fixed by writing to it */
 	R5_ReadRepl,	/* Will/did read from replacement rather than orig */
#1 lore raw
Quoted 65 lines · On Tue, 17 Apr 2012 13:09:38 +0800 Shaohua Li <[email protected]> wrote:

REQ_SYNC is ignored in current raid5 code. Block layer does use it to do policy,
for example ioscheduler. This patch adds it.

---
  drivers/md/raid5.c |   12 ++++++++++--
  drivers/md/raid5.h |    1 +
  2 files changed, 11 insertions(+), 2 deletions(-)

Index: linux/drivers/md/raid5.c
===================================================================

drivers/md/raid5.c +10 -2
@@ -518,6 +518,8 @@ static void ops_run_io(struct stripe_hea
  			replace_only = 1;
  		} else
  			continue;
+		if (test_and_clear_bit(R5_SyncIO, &sh->dev[i].flags))
+			rw |= REQ_SYNC;
 
  		bi = &sh->dev[i].req;
  		rbi = &sh->dev[i].rreq; /* For writing to replacement */
@@ -1114,6 +1116,8 @@ ops_run_biodrain(struct stripe_head *sh,
  				dev->sector + STRIPE_SECTORS) {
  				if (wbi->bi_rw & REQ_FUA)
  					set_bit(R5_WantFUA, &dev->flags);
+				if (wbi->bi_rw & REQ_SYNC)
+					set_bit(R5_SyncIO, &dev->flags);
  				tx = async_copy_data(1, wbi, dev->page,
  					dev->sector, tx);
  				wbi = r5_next_bio(wbi, dev->sector);
@@ -1131,13 +1135,15 @@ static void ops_complete_reconstruct(voi
  	int pd_idx = sh->pd_idx;
  	int qd_idx = sh->qd_idx;
  	int i;
-	bool fua = false;
+	bool fua = false, sync = false;
 
  	pr_debug("%s: stripe %llu\n", __func__,
  		(unsigned long long)sh->sector);
 
-	for (i = disks; i--; )
+	for (i = disks; i--; ) {
  		fua |= test_bit(R5_WantFUA, &sh->dev[i].flags);
+		sync |= test_bit(R5_SyncIO, &sh->dev[i].flags);
+	}
 
  	for (i = disks; i--; ) {
  		struct r5dev *dev = &sh->dev[i];
@@ -1146,6 +1152,8 @@ static void ops_complete_reconstruct(voi
  			set_bit(R5_UPTODATE, &dev->flags);
  			if (fua)
  				set_bit(R5_WantFUA, &dev->flags);
+			if (sync)
+				set_bit(R5_SyncIO, &dev->flags);
  		}
  	}
 

Index: linux/drivers/md/raid5.h
===================================================================

drivers/md/raid5.h enum r5dev_flags { · line 291

Quoted 7 lines
drivers/md/raid5.h +1 -0
@@ -285,6 +285,7 @@ enum r5dev_flags {
  			 */
  	R5_Wantdrain,	/* dev->towrite needs to be drained */
  	R5_WantFUA,	/* Write should be FUA */
+	R5_SyncIO,	/* The IO is sync */
  	R5_WriteError,	/* got a write error - need to record it */
  	R5_MadeGood,	/* A bad block has been fixed by writing to it */
  	R5_ReadRepl,	/* Will/did read from replacement rather than orig */

Thanks.
There was some interesting white-space damage in this patch, but I sorted it out and applied it.

However I'm not convinced that it is correct. It is probably better than nothing so I'll allow it for now, but you might want to fix it up to make it better.

The point of REQ_SYNC is to remove any delays in handling the write, and get it to disk as soon as possible.
However with RAID5, the write isn't complete until all the blocks in the stripe have been written, so just setting REQ_SYNC on the write for one of the blocks may not achieve the goal.
You at least need to use REQ_SYNC on the parity block, and you probably want it on all the blocks in the stripe.

So rather than setting R5_SyncIO on the dev, you should be setting in on the whole stripe_head.

Similarly WantFUA should affect all device writes in the strip as they all need to hit the media for any of the data to be considered 'safe'.

If you would like to fix both of those issues at once, that would be great :-)

Thanks,
NeilBrown

author
#2 lore raw

2012/4/17 NeilBrown <[email protected]>:

Quoted 62 lines · On Tue, 17 Apr 2012 13:09:38 +0800 Shaohua Li <[email protected]> wrote:
Quoted 61 lines

REQ_SYNC is ignored in current raid5 code. Block layer does use it to do policy,
for example ioscheduler. This patch adds it.

---
  drivers/md/raid5.c |   12 ++++++++++--
  drivers/md/raid5.h |    1 +

  2 files changed, 11 insertions(+), 2 deletions(-)

Index: linux/drivers/md/raid5.c
===================================================================

drivers/md/raid5.c  2012-04-17 12:06:06.306007114 +0800 renamed from drivers/md/raid5.c     2012-04-17 11:59:24.556008869 +0800 +2 -0
@@ -518,6 +518,8 @@ static void ops_run_io(struct stripe_hea
                       replace_only = 1;
               } else
                       continue;
+             if (test_and_clear_bit(R5_SyncIO, &sh->dev[i].flags))
+                     rw |= REQ_SYNC;
 
               bi = &sh->dev[i].req;

              rbi = &sh->dev[i].rreq; /* For writing to replacement */

drivers/md/raid5.c  2012-04-17 12:06:06.306007114 +0800 renamed from drivers/md/raid5.c     2012-04-17 11:59:24.556008869 +0800 +8 -2
@@ -1114,6 +1116,8 @@ ops_run_biodrain(struct stripe_head *sh,
                               dev->sector + STRIPE_SECTORS) {
                               if (wbi->bi_rw & REQ_FUA)
                                       set_bit(R5_WantFUA, &dev->flags);
+                             if (wbi->bi_rw & REQ_SYNC)
+                                     set_bit(R5_SyncIO, &dev->flags);
                               tx = async_copy_data(1, wbi, dev->page,
                                       dev->sector, tx);
                               wbi = r5_next_bio(wbi, dev->sector);
@@ -1131,13 +1135,15 @@ static void ops_complete_reconstruct(voi
       int pd_idx = sh->pd_idx;
       int qd_idx = sh->qd_idx;
       int i;
-     bool fua = false;
+     bool fua = false, sync = false;
 
       pr_debug("%s: stripe %llu\n", __func__,
               (unsigned long long)sh->sector);
 
-     for (i = disks; i--; )
+     for (i = disks; i--; ) {
               fua |= test_bit(R5_WantFUA, &sh->dev[i].flags);
+             sync |= test_bit(R5_SyncIO, &sh->dev[i].flags);
+     }
 
       for (i = disks; i--; ) {
               struct r5dev *dev = &sh->dev[i];
@@ -1146,6 +1152,8 @@ static void ops_complete_reconstruct(voi
                       set_bit(R5_UPTODATE, &dev->flags);
                       if (fua)
                               set_bit(R5_WantFUA, &dev->flags);
+                     if (sync)
+                             set_bit(R5_SyncIO, &dev->flags);
               }
       }
 
Quoted 16 lines
Quoted 6 lines

Index: linux/drivers/md/raid5.h
===================================================================

drivers/md/raid5.h  2012-04-17 12:00:29.196008586 +0800 renamed from drivers/md/raid5.h     2012-04-17 11:59:26.866008859 +0800 +0 -0
@@ -285,6 +285,7 @@ enum r5dev_flags {
                        */
Quoted 6 lines

      R5_Wantdrain,   /* dev->towrite needs to be drained */ R5_WantFUA,     /* Write should be FUA */
+     R5_SyncIO,      /* The IO is sync */
      R5_WriteError,  /* got a write error - need to record it */ R5_MadeGood,    /* A bad block has been fixed by writing to it */ R5_ReadRepl,    /* Will/did read from replacement rather than orig */

Thanks.
There was some interesting white-space damage in this patch, but I sorted it out and applied it.

Thanks and sorry, will double check my email client.

Quoted 12 lines

However I'm not convinced that it is correct.  It is probably better than nothing so I'll allow it for now, but you might want to fix it up to make it better.

The point of REQ_SYNC is to remove any delays in handling the write, and get it to disk as soon as possible.
However with RAID5, the write isn't complete until all the blocks in the stripe have been written, so just setting REQ_SYNC on the write for one of the blocks may not achieve the goal.
You at least need to use REQ_SYNC on the parity block, and you probably want it on all the blocks in the stripe.

Quoted 7 lines

So rather than setting R5_SyncIO on the dev, you should be setting in on the whole stripe_head.

Similarly WantFUA should affect all device writes in the strip as they all need to hit the media for any of the data to be considered 'safe'.

If you would like to fix both of those issues at once, that would be great :-)

In current code, all written disks and parity disks will have FUA/SYNC set, please see ops_complete_reconstruct.

Thanks,
Shaohua
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html