blk-throttle: Couple of more fixes
Subsystems (2)
cover blk-throttle: Couple of more fixes
Hi Jens,
Please find attached couple of more fixes for blk-throttle code. These are based on top of "for-linus" branch of your block tree.
Oleg had pointed out couple of race conditions in cgroup weight update code. I think these race conditions are hard to hit and not disastrous so I would not be too concerned about pushing these patches in 2.6.37 and can queue up for 2.6.38.
Paul,
Based on discussion in other mail thread, I have used xchg() based implementation for updating and processing limtis. Can you please have a look if it is correct implementation and do I need any ACCESS_ONCE() or barriers somewhere. If this implementation is not correct then I can go back to atomic variable based implementation as suggested by you in other mail thread. Appreciate the help.
Thanks
Vivek
Vivek Goyal (2):
blk-throttle: process limit change only through one function
blk-throttle: Some cleanups and race fixes in limit update code
block/blk-throttle.c | 104 ++++++++++++++++++++------------------------------ 1 files changed, 41 insertions(+), 63 deletions(-)
PATCH 1/2 blk-throttle: process limit change only through one function
o With the help of cgroup interface one can go and upate the bps/iops limits of existing group. Once the limits are udpated, a thread is woken up to see if some blocked group needs recalculation based on new limits and needs to be requeued.
o There was also a piece of code where I was checking for group limit update when a fresh bio comes in. This patch gets rid of that piece of code and keeps processing the limit change at one place throtl_process_limit_change(). It just keeps the code simple and easy to understand.
--- block/blk-throttle.c | 8 +------- 1 files changed, 1 insertions(+), 7 deletions(-)
block/blk-throttle.c +1 -7
@@ -998,14 +998,8 @@ int blk_throtl_bio(struct request_queue *q, struct bio **biop)/* * There is already another bio queued in same dir. No * need to update dispatch time. -* Still update the disptime if rate limits on this group -* were changed. */ -if (!tg->limits_changed) - update_disptime = false; -else - tg->limits_changed = false; - + update_disptime = false; goto queue_bio; }
Signature · 1 line
1.7.1
PATCH 2/2 blk-throttle: Some cleanups and race fixes in limit update code
In reply to Vivek Goyalo When throttle group limits are updated through cgroups, a thread is woken up to process these updates. While reviewing that code, oleg noted couple of race conditions existed in the code and he also suggested that code can be simplified.
o This patch fixes the races simplifies the code based on Oleg's suggestions.
- Use xchg().
- Introduced a common function throtl_update_blkio_group_common() which is shared now by all iops/bps update functions.
--- block/blk-throttle.c | 96 +++++++++++++++++++++----------------------------- 1 files changed, 40 insertions(+), 56 deletions(-)
block/blk-throttle.c +40 -56
@@ -97,7 +97,7 @@ struct throtl_data/* Work for dispatching throttled bios */ struct delayed_work throtl_work; -atomic_t limits_changed; +bool limits_changed; };enum tg_state_flags {
@@ -188,6 +188,7 @@ static struct throtl_grp * throtl_find_alloc_tg(struct throtl_data *td,RB_CLEAR_NODE (&tg->rb_node);bio_list_init (&tg->bio_lists[0 ]);bio_list_init (&tg->bio_lists[1 ]); + td->limits_changed = false;/* * Take the initial reference that will be released on destroy
@@ -725,34 +726,27 @@ static void throtl_process_limit_change(struct throtl_data *td)struct throtl_grp *tg;struct hlist_node *pos, *n; -if (!atomic_read (&td->limits_changed)) +if (!td->limits_changed)return ; -throtl_log (td,"limit changed =%d" ,atomic_read (&td->limits_changed)); +xchg (&td->limits_changed, false); -/* -* Make sure updates from throtl_update_blkio_group_read_bps() group -* of functions to tg->limits_changed are visible. We do not -* want update td->limits_changed to be visible but update to -* tg->limits_changed not being visible yet on this cpu. Hence -* the read barrier. -*/ -smp_rmb (); +throtl_log (td,"limits changed" );hlist_for_each_entry_safe (tg, pos, n, &td->tg_list, tg_node) { -if (throtl_tg_on_rr (tg) && tg->limits_changed) { -throtl_log_tg (td, tg,"limit change rbps=%llu wbps=%llu" -" riops=%u wiops=%u" , tg->bps[READ ], - tg->bps[WRITE ], tg->iops[READ ], - tg->iops[WRITE ]); +if (!tg->limits_changed) +continue ; + +if (!xchg (&tg->limits_changed, false)) +continue ; + +throtl_log_tg (td, tg,"limit change rbps=%llu wbps=%llu" +" riops=%u wiops=%u" , tg->bps[READ ], tg->bps[WRITE ], + tg->iops[READ ], tg->iops[WRITE ]); + +if (throtl_tg_on_rr (tg))tg_update_disptime (td, tg); - tg->limits_changed = false; - } } - -smp_mb__before_atomic_dec (); -atomic_dec (&td->limits_changed); -smp_mb__after_atomic_dec (); }/* Dispatch throttled bios. Should be called without queue lock held. */
@@ -887,6 +881,15 @@ void throtl_unlink_blkio_group(void *key, struct blkio_group *blkg)spin_unlock_irqrestore (td->queue->queue_lock, flags); } +static void throtl_update_blkio_group_common (struct throtl_data *td, +struct throtl_grp *tg) +{ +xchg (&tg->limits_changed, true); +xchg (&td->limits_changed, true); +/* Schedule a work now to process the limit change */ +throtl_schedule_delayed_work (td->queue,0 ); +} +/* * For all update functions, key should be a valid pointer because these * update functions are called under blkcg_lock, that means, blkg is
@@ -900,61 +903,40 @@ static void throtl_update_blkio_group_read_bps(void *key, struct blkio_group *blkg, u64 read_bps) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->bps[READ ] = read_bps; -/* Make sure read_bps is updated before setting limits_changed */ -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; - -/* Make sure tg->limits_changed is updated before td->limits_changed */ -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); - -/* Schedule a work now to process the limit change */ -throtl_schedule_delayed_work (td->queue,0 ); + tg->bps[READ ] = read_bps; +throtl_update_blkio_group_common (td, tg); }static void throtl_update_blkio_group_write_bps (void *key,struct blkio_group *blkg,u64 write_bps) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->bps[WRITE ] = write_bps; -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); -throtl_schedule_delayed_work (td->queue,0 ); + tg->bps[WRITE ] = write_bps; +throtl_update_blkio_group_common (td, tg); }static void throtl_update_blkio_group_read_iops (void *key,struct blkio_group *blkg,unsigned int read_iops) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->iops[READ ] = read_iops; -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); -throtl_schedule_delayed_work (td->queue,0 ); + tg->iops[READ ] = read_iops; +throtl_update_blkio_group_common (td, tg); }static void throtl_update_blkio_group_write_iops (void *key,struct blkio_group *blkg,unsigned int write_iops) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->iops[WRITE ] = write_iops; -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); -throtl_schedule_delayed_work (td->queue,0 ); + tg->iops[WRITE ] = write_iops; +throtl_update_blkio_group_common (td, tg); }void throtl_shutdown_timer_wq (struct request_queue *q)
@@ -1001,6 +983,7 @@ int blk_throtl_bio(struct request_queue *q, struct bio **biop)*/ update_disptime = false; goto queue_bio; + }/* Bio is with-in rate limit of group */
@@ -1041,7 +1024,7 @@ int blk_throtl_init(struct request_queue *q)INIT_HLIST_HEAD (&td->tg_list); td->tg_service_tree =THROTL_RB_ROOT ; -atomic_set (&td->limits_changed,0 ); + td->limits_changed = false;/* Init root group */ tg = &td->root_tg;
@@ -1053,6 +1036,7 @@ int blk_throtl_init(struct request_queue *q)/* Practically unlimited BW */ tg->bps[0 ] = tg->bps[1 ] =-1 ; tg->iops[0 ] = tg->iops[1 ] =-1 ; + td->limits_changed = false;/* * Set root group reference to 2. One reference will be dropped when
Signature · 1 line
1.7.1
Re: [PATCH 2/2] blk-throttle: Some cleanups and race fixes in limit update code
Quoted 4 lines · Vivek Goyal
- Use
xchg().
- Introduced a common functionthrotl_update_blkio_group_common()which is shared now by all iops/bps update functions.
ACK
Re: [PATCH 2/2] blk-throttle: Some cleanups and race fixes in limit update code
In reply to Vivek GoyalQuoted 9 lines · Vivek Goyal
o When throttle group limits are updated through cgroups, a thread is woken up to process these updates. While reviewing that code, oleg noted couple of race conditions existed in the code and he also suggested that code can be simplified.
o This patch fixes the races simplifies the code based on Oleg's suggestions.
- Usexchg().
- Introduced a common functionthrotl_update_blkio_group_common()which is shared now by all iops/bps update functions.
OK, this looks good at the moment. The HW guys are still tearing their hair out, but this approach does appear to have an excellent chance of turning out to be safe. ;-)
A few questions below, but assuming the answers turn out to be what I believe them to be:
Quoted 20 lines
Reviewed-by Oleg Nesterov <[email protected]>Signed-off-by Vivek Goyal <[email protected]>--- block/blk-throttle.c | 96 +++++++++++++++++++++----------------------------- 1 files changed, 40 insertions(+), 56 deletions(-)block/blk-throttle.c +1
-1@@ -97,7 +97,7 @@ struct throtl_data/* Work for dispatching throttled bios */ struct delayed_work throtl_work; -atomic_t limits_changed; +bool limits_changed; };enum tg_state_flags {
block/blk-throttle.c static struct throtl_grp * throtl_find_alloc_tg(struct throtl_data *td, · line 191
Quoted 4 lines
block/blk-throttle.c +1
-0@@ -188,6 +188,7 @@ static struct throtl_grp * throtl_find_alloc_tg(struct throtl_data *td,RB_CLEAR_NODE (&tg->rb_node);bio_list_init (&tg->bio_lists[0 ]);bio_list_init (&tg->bio_lists[1 ]); + td->limits_changed = false;
This is at initialization time, correct? No other CPUs have access at this point, right?
Quoted 150 lines
block/blk-throttle.c +36
-54/* * Take the initial reference that will be released on destroy @@ -725,34 +726,27 @@ static void throtl_process_limit_change(struct throtl_data *td)struct throtl_grp *tg;struct hlist_node *pos, *n; -if (!atomic_read (&td->limits_changed)) +if (!td->limits_changed)return ; -throtl_log (td,"limit changed =%d" ,atomic_read (&td->limits_changed)); +xchg (&td->limits_changed, false); -/* -* Make sure updates from throtl_update_blkio_group_read_bps() group -* of functions to tg->limits_changed are visible. We do not -* want update td->limits_changed to be visible but update to -* tg->limits_changed not being visible yet on this cpu. Hence -* the read barrier. -*/ -smp_rmb (); +throtl_log (td,"limits changed" );hlist_for_each_entry_safe (tg, pos, n, &td->tg_list, tg_node) { -if (throtl_tg_on_rr (tg) && tg->limits_changed) { -throtl_log_tg (td, tg,"limit change rbps=%llu wbps=%llu" -" riops=%u wiops=%u" , tg->bps[READ ], - tg->bps[WRITE ], tg->iops[READ ], - tg->iops[WRITE ]); +if (!tg->limits_changed) +continue ; + +if (!xchg (&tg->limits_changed, false)) +continue ; + +throtl_log_tg (td, tg,"limit change rbps=%llu wbps=%llu" +" riops=%u wiops=%u" , tg->bps[READ ], tg->bps[WRITE ], + tg->iops[READ ], tg->iops[WRITE ]); + +if (throtl_tg_on_rr (tg))tg_update_disptime (td, tg); - tg->limits_changed = false; - } } - -smp_mb__before_atomic_dec (); -atomic_dec (&td->limits_changed); -smp_mb__after_atomic_dec (); }/* Dispatch throttled bios. Should be called without queue lock held. */ @@ -887,6 +881,15 @@ void throtl_unlink_blkio_group(void *key, struct blkio_group *blkg)spin_unlock_irqrestore (td->queue->queue_lock, flags); } +static void throtl_update_blkio_group_common (struct throtl_data *td, +struct throtl_grp *tg) +{ +xchg (&tg->limits_changed, true); +xchg (&td->limits_changed, true); +/* Schedule a work now to process the limit change */ +throtl_schedule_delayed_work (td->queue,0 ); +} +/* * For all update functions, key should be a valid pointer because these * update functions are called under blkcg_lock, that means, blkg is @@ -900,61 +903,40 @@ static void throtl_update_blkio_group_read_bps(void *key, struct blkio_group *blkg, u64 read_bps) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->bps[READ ] = read_bps; -/* Make sure read_bps is updated before setting limits_changed */ -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; - -/* Make sure tg->limits_changed is updated before td->limits_changed */ -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); - -/* Schedule a work now to process the limit change */ -throtl_schedule_delayed_work (td->queue,0 ); + tg->bps[READ ] = read_bps; +throtl_update_blkio_group_common (td, tg); }static void throtl_update_blkio_group_write_bps (void *key,struct blkio_group *blkg,u64 write_bps) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->bps[WRITE ] = write_bps; -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); -throtl_schedule_delayed_work (td->queue,0 ); + tg->bps[WRITE ] = write_bps; +throtl_update_blkio_group_common (td, tg); }static void throtl_update_blkio_group_read_iops (void *key,struct blkio_group *blkg,unsigned int read_iops) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->iops[READ ] = read_iops; -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); -throtl_schedule_delayed_work (td->queue,0 ); + tg->iops[READ ] = read_iops; +throtl_update_blkio_group_common (td, tg); }static void throtl_update_blkio_group_write_iops (void *key,struct blkio_group *blkg,unsigned int write_iops) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->iops[WRITE ] = write_iops; -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); -throtl_schedule_delayed_work (td->queue,0 ); + tg->iops[WRITE ] = write_iops; +throtl_update_blkio_group_common (td, tg); }void throtl_shutdown_timer_wq (struct request_queue *q)@@ -1001,6 +983,7 @@ int blk_throtl_bio(struct request_queue *q, struct bio **biop)*/ update_disptime = false; goto queue_bio; + }/* Bio is with-in rate limit of group */
block/blk-throttle.c int blk_throtl_init(struct request_queue *q) · line 1027
Quoted 5 lines
block/blk-throttle.c +1
-1@@ -1041,7 +1024,7 @@ int blk_throtl_init(struct request_queue *q)INIT_HLIST_HEAD (&td->tg_list); td->tg_service_tree =THROTL_RB_ROOT ; -atomic_set (&td->limits_changed,0 ); + td->limits_changed = false;
And the name leads me to believe that there are no other CPUs accessing things at this point as well. Correct?
block/blk-throttle.c int blk_throtl_init(struct request_queue *q) · line 1039
Quoted 7 lines
block/blk-throttle.c +1
-0/* Init root group */ tg = &td->root_tg;@@ -1053,6 +1036,7 @@ int blk_throtl_init(struct request_queue *q)/* Practically unlimited BW */ tg->bps[0 ] = tg->bps[1 ] =-1 ; tg->iops[0 ] = tg->iops[1 ] =-1 ; + td->limits_changed = false;
Ditto?
Quoted 5 lines
block/blk-throttle.c +0
-0/* * Set root group reference to 2. One reference will be dropped when Signature · 1 line
1.7.1
Re: [PATCH 2/2] blk-throttle: Some cleanups and race fixes in limit update code
Quoted 11 lines · Paul E. McKenney
Quoted 9 lines · Vivek Goyal
o When throttle group limits are updated through cgroups, a thread is woken up to process these updates. While reviewing that code, oleg noted couple of race conditions existed in the code and he also suggested that code can be simplified.
o This patch fixes the races simplifies the code based on Oleg's suggestions.
- Usexchg().
- Introduced a common functionthrotl_update_blkio_group_common()which is shared now by all iops/bps update functions.
Quoted 8 lines
OK, this looks good at the moment. The HW guys are still tearing their hair out, but this approach does appear to have an excellent chance of turning out to be safe. ;-)
A few questions below, but assuming the answers turn out to be what I believe them to be:
Reviewed-by Paul E. McKenney <[email protected]>
Thanks a lot for the review paul. Yes all the assignments below without xchg() are at initialization time and no other cpu is accessing it.
Thanks
Vivek
Quoted 203 lines
Quoted 21 lines
Reviewed-by Oleg Nesterov <[email protected]>Signed-off-by Vivek Goyal <[email protected]>--- block/blk-throttle.c | 96 +++++++++++++++++++++----------------------------- 1 files changed, 40 insertions(+), 56 deletions(-)block/blk-throttle.c +1
-1@@ -97,7 +97,7 @@ struct throtl_data/* Work for dispatching throttled bios */ struct delayed_work throtl_work; -atomic_t limits_changed; +bool limits_changed; };enum tg_state_flags {block/blk-throttle.c static struct throtl_grp * throtl_find_alloc_tg(struct throtl_data *td, · line 191
Quoted 4 lines
block/blk-throttle.c +1
-0@@ -188,6 +188,7 @@ static struct throtl_grp * throtl_find_alloc_tg(struct throtl_data *td,RB_CLEAR_NODE (&tg->rb_node);bio_list_init (&tg->bio_lists[0 ]);bio_list_init (&tg->bio_lists[1 ]); + td->limits_changed = false;This is at initialization time, correct? No other CPUs have access at this point, right?
Quoted 150 lines
block/blk-throttle.c +36
-54/* * Take the initial reference that will be released on destroy @@ -725,34 +726,27 @@ static void throtl_process_limit_change(struct throtl_data *td)struct throtl_grp *tg;struct hlist_node *pos, *n; -if (!atomic_read (&td->limits_changed)) +if (!td->limits_changed)return ; -throtl_log (td,"limit changed =%d" ,atomic_read (&td->limits_changed)); +xchg (&td->limits_changed, false); -/* -* Make sure updates from throtl_update_blkio_group_read_bps() group -* of functions to tg->limits_changed are visible. We do not -* want update td->limits_changed to be visible but update to -* tg->limits_changed not being visible yet on this cpu. Hence -* the read barrier. -*/ -smp_rmb (); +throtl_log (td,"limits changed" );hlist_for_each_entry_safe (tg, pos, n, &td->tg_list, tg_node) { -if (throtl_tg_on_rr (tg) && tg->limits_changed) { -throtl_log_tg (td, tg,"limit change rbps=%llu wbps=%llu" -" riops=%u wiops=%u" , tg->bps[READ ], - tg->bps[WRITE ], tg->iops[READ ], - tg->iops[WRITE ]); +if (!tg->limits_changed) +continue ; + +if (!xchg (&tg->limits_changed, false)) +continue ; + +throtl_log_tg (td, tg,"limit change rbps=%llu wbps=%llu" +" riops=%u wiops=%u" , tg->bps[READ ], tg->bps[WRITE ], + tg->iops[READ ], tg->iops[WRITE ]); + +if (throtl_tg_on_rr (tg))tg_update_disptime (td, tg); - tg->limits_changed = false; - } } - -smp_mb__before_atomic_dec (); -atomic_dec (&td->limits_changed); -smp_mb__after_atomic_dec (); }/* Dispatch throttled bios. Should be called without queue lock held. */ @@ -887,6 +881,15 @@ void throtl_unlink_blkio_group(void *key, struct blkio_group *blkg)spin_unlock_irqrestore (td->queue->queue_lock, flags); } +static void throtl_update_blkio_group_common (struct throtl_data *td, +struct throtl_grp *tg) +{ +xchg (&tg->limits_changed, true); +xchg (&td->limits_changed, true); +/* Schedule a work now to process the limit change */ +throtl_schedule_delayed_work (td->queue,0 ); +} +/* * For all update functions, key should be a valid pointer because these * update functions are called under blkcg_lock, that means, blkg is @@ -900,61 +903,40 @@ static void throtl_update_blkio_group_read_bps(void *key, struct blkio_group *blkg, u64 read_bps) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->bps[READ ] = read_bps; -/* Make sure read_bps is updated before setting limits_changed */ -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; - -/* Make sure tg->limits_changed is updated before td->limits_changed */ -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); - -/* Schedule a work now to process the limit change */ -throtl_schedule_delayed_work (td->queue,0 ); + tg->bps[READ ] = read_bps; +throtl_update_blkio_group_common (td, tg); }static void throtl_update_blkio_group_write_bps (void *key,struct blkio_group *blkg,u64 write_bps) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->bps[WRITE ] = write_bps; -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); -throtl_schedule_delayed_work (td->queue,0 ); + tg->bps[WRITE ] = write_bps; +throtl_update_blkio_group_common (td, tg); }static void throtl_update_blkio_group_read_iops (void *key,struct blkio_group *blkg,unsigned int read_iops) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->iops[READ ] = read_iops; -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); -throtl_schedule_delayed_work (td->queue,0 ); + tg->iops[READ ] = read_iops; +throtl_update_blkio_group_common (td, tg); }static void throtl_update_blkio_group_write_iops (void *key,struct blkio_group *blkg,unsigned int write_iops) {struct throtl_data *td = key; +struct throtl_grp *tg =tg_of_blkg (blkg); -tg_of_blkg (blkg)->iops[WRITE ] = write_iops; -smp_wmb (); -tg_of_blkg (blkg)->limits_changed = true; -smp_mb__before_atomic_inc (); -atomic_inc (&td->limits_changed); -smp_mb__after_atomic_inc (); -throtl_schedule_delayed_work (td->queue,0 ); + tg->iops[WRITE ] = write_iops; +throtl_update_blkio_group_common (td, tg); }void throtl_shutdown_timer_wq (struct request_queue *q)@@ -1001,6 +983,7 @@ int blk_throtl_bio(struct request_queue *q, struct bio **biop)*/ update_disptime = false; goto queue_bio; + }/* Bio is with-in rate limit of group */ block/blk-throttle.c int blk_throtl_init(struct request_queue *q) · line 1027
Quoted 5 lines
block/blk-throttle.c +1
-1@@ -1041,7 +1024,7 @@ int blk_throtl_init(struct request_queue *q)INIT_HLIST_HEAD (&td->tg_list); td->tg_service_tree =THROTL_RB_ROOT ; -atomic_set (&td->limits_changed,0 ); + td->limits_changed = false;And the name leads me to believe that there are no other CPUs accessing things at this point as well. Correct?
block/blk-throttle.c int blk_throtl_init(struct request_queue *q) · line 1039
Quoted 7 lines
block/blk-throttle.c +1
-0/* Init root group */ tg = &td->root_tg;@@ -1053,6 +1036,7 @@ int blk_throtl_init(struct request_queue *q)/* Practically unlimited BW */ tg->bps[0 ] = tg->bps[1 ] =-1 ; tg->iops[0 ] = tg->iops[1 ] =-1 ; + td->limits_changed = false;Ditto?
Quoted 5 lines
block/blk-throttle.c +0
-0/* * Set root group reference to 2. One reference will be dropped when Signature · 1 line
1.7.1
PATCH 1/1 blk-throttle: don't call xchg on bool
In reply to Vivek Goyalxchg does not work portably with smaller than 32bit types.
--- block/blk-throttle.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)
block/blk-throttle.c +2 -2
@@ -77,7 +77,7 @@ struct throtl_grp {unsigned long slice_end[2 ];/* Some throttle limits got updated for the group */ -bool limits_changed; +int limits_changed; };struct throtl_data
@@ -102,7 +102,7 @@ struct throtl_data/* Work for dispatching throttled bios */ struct delayed_work throtl_work; -bool limits_changed; +int limits_changed; };enum tg_state_flags {
Signature · 7 lines
1.7.4.2 -- Andreas Schwab, [email protected] GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."
Re: [PATCH] blk-throttle: don't call xchg on bool
Quoted 1 line · Andreas Schwab
xchg does not work portably with smaller than 32bit types.
Thanks Andreas, I guess if people look at the x86 implementation then that's a worry.
Signature · 1 line
Jens Axboe
Re: [PATCH] blk-throttle: don't call xchg on bool
In reply to Andreas SchwabQuoted 2 lines · Andreas Schwab
xchg does not work portably with smaller than 32bit types.
Hi Andreas,
Which arch creates the problem and what's the issue here if data type is smaller than 32bit? Is it a compile time warning?
Also, you also probably need to chagne ->limits_changed assignments? Instead of using true/false use 1/0.
Thanks
Vivek
Quoted 35 lines
Signed-off-by Andreas Schwab <[email protected]>--- block/blk-throttle.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)block/blk-throttle.c +2
-2@@ -77,7 +77,7 @@ struct throtl_grp {unsigned long slice_end[2 ];/* Some throttle limits got updated for the group */ -bool limits_changed; +int limits_changed; };struct throtl_data @@ -102,7 +102,7 @@ struct throtl_data/* Work for dispatching throttled bios */ struct delayed_work throtl_work; -bool limits_changed; +int limits_changed; };enum tg_state_flags {Signature · 7 lines
1.7.4.2 -- Andreas Schwab, [email protected] GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."
Re: [PATCH] blk-throttle: don't call xchg on bool
Quoted 2 lines · Vivek Goyal
Which arch creates the problem and what's the issue here if data type is smaller than 32bit?
Just look at the various implementations in arch/*/include/asm/system.h:
- arm: supports only one and 4 byte xchg
- avr32: supports only 4 byte xchg
- frv: supports only 4 byte xchg
- m32r: SMP supports only 4 byte xchg
- microblaze: supports only one and 4 byte xchg
etc.
Quoted 1 line
Is it a compile time warning?
Most implementations turn the use of xchg with a bad pointer into a link error.
Andreas.
Signature · 3 lines
Andreas Schwab, [email protected] GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."
Re: [PATCH] blk-throttle: don't call xchg on bool
Quoted 13 lines · Andreas Schwab
Quoted 2 lines · Vivek Goyal
Which arch creates the problem and what's the issue here if data type is smaller than 32bit?
Just look at the various implementations in
arch/*/include/asm/system.h:- arm: supports only one and 4 byte xchg
- avr32: supports only 4 byte xchg
- frv: supports only 4 byte xchg
- m32r: SMP supports only 4 byte xchg
- microblaze: supports only one and 4 byte xchg
Quoted 6 lines
etc.
Quoted 1 line
Is it a compile time warning?
Most implementations turn the use of xchg with a bad pointer into a link error.
Thanks Andreas. I get it. I did check arm and it is supporting only one and 4 byte xchg.
Vivek
Re: [PATCH] blk-throttle: don't call xchg on bool
In reply to Vivek GoyalQuoted 2 lines · Vivek Goyal
Also, you also probably need to chagne ->limits_changed assignments? Instead of using true/false use 1/0.
That's rather a cosmetical change that can be added on top if it is deemed useful.
Andreas.
Signature · 3 lines
Andreas Schwab, [email protected] GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."
Quoted 5 lines · Vivek Goyal
Hi Jens,
Please find attached couple of more fixes for blk-throttle code. These are based on top of "for-linus" branch of your block tree.
Hi Jens,
Do you have any concerns with these two fixes? Now Oleg and Paul have acked it too. Could you please apply these for 2.6.38.
Thanks
Vivek
Quoted 23 lines
Oleg had pointed out couple of race conditions in cgroup weight update code. I think these race conditions are hard to hit and not disastrous so I would not be too concerned about pushing these patches in 2.6.37 and can queue up for 2.6.38.
Paul,
Based on discussion in other mail thread, I have used
xchg()based implementation for updating and processing limtis. Can you please have a look if it is correct implementation and do I need anyACCESS_ONCE()or barriers somewhere. If this implementation is not correct then I can go back to atomic variable based implementation as suggested by you in other mail thread. Appreciate the help.Thanks
VivekVivek Goyal (2):
blk-throttle: process limit change only through one function
blk-throttle: Some cleanups and race fixes in limit update codeblock/blk-throttle.c | 104 ++++++++++++++++++++------------------------------ 1 files changed, 41 insertions(+), 63 deletions(-)