From: Vivek Goyal <vgoyal@redhat.com>
To: Gui Jianfeng <guijianfeng@cn.fujitsu.com>
Cc: dhaval@linux.vnet.ibm.com, snitzer@redhat.com,
peterz@infradead.org, dm-devel@redhat.com, dpshah@google.com,
jens.axboe@oracle.com, agk@redhat.com, balbir@linux.vnet.ibm.com,
paolo.valente@unimore.it, fernando@oss.ntt.co.jp,
mikew@google.com, jmoyer@redhat.com, nauman@google.com,
m-ikeda@ds.jp.nec.com, lizf@cn.fujitsu.com, fchecconi@gmail.com,
akpm@linux-foundation.org, jbaron@redhat.com,
linux-kernel@vger.kernel.org, s-uchida@ap.jp.nec.com,
righi.andrea@gmail.com, containers@lists.linux-foundation.org
Subject: Re: [PATCH 16/20] io-controller: IO group refcounting support
Date: Mon, 8 Jun 2009 09:53:11 -0400 [thread overview]
Message-ID: <20090608135311.GD3652@redhat.com> (raw)
In-Reply-To: <4A2C716C.8070808@cn.fujitsu.com>
On Mon, Jun 08, 2009 at 10:03:24AM +0800, Gui Jianfeng wrote:
> Vivek Goyal wrote:
> ...
> >
> > /**
> > @@ -436,7 +443,6 @@ static void bfq_idle_insert(struct io_service_tree *st,
> > {
> > struct io_entity *first_idle = st->first_idle;
> > struct io_entity *last_idle = st->last_idle;
> > - struct io_queue *ioq = io_entity_to_ioq(entity);
> >
> > if (first_idle == NULL || bfq_gt(first_idle->finish, entity->finish))
> > st->first_idle = entity;
> > @@ -444,10 +450,6 @@ static void bfq_idle_insert(struct io_service_tree *st,
> > st->last_idle = entity;
> >
> > bfq_insert(&st->idle, entity);
> > -
> > - /* Add this queue to idle list */
> > - if (ioq)
> > - list_add(&ioq->queue_list, &ioq->efqd->idle_list);
> > }
> >
> > /**
> > @@ -723,8 +725,26 @@ int __bfq_deactivate_entity(struct io_entity *entity, int requeue)
> > void bfq_deactivate_entity(struct io_entity *entity, int requeue)
> > {
> > struct io_sched_data *sd;
> > + struct io_group *iog;
> > struct io_entity *parent;
> >
> > + iog = container_of(entity->sched_data, struct io_group, sched_data);
> > +
> > + /*
> > + * Hold a reference to entity's iog until we are done. This function
> > + * travels the hierarchy and we don't want to free up the group yet
> > + * while we are traversing the hiearchy. It is possible that this
> > + * group's cgroup has been removed hence cgroup reference is gone.
> > + * If this entity was active entity, then its group will not be on
> > + * any of the trees and it will be freed up the moment queue is
> > + * freed up in __bfq_deactivate_entity().
> > + *
> > + * Hence, hold a reference, deactivate the hierarhcy of entities and
> > + * then drop the reference which should free up the whole chain of
> > + * groups.
> > + */
> > + elv_get_iog(iog);
> > +
> > for_each_entity_safe(entity, parent) {
> > sd = entity->sched_data;
> >
> > @@ -736,21 +756,28 @@ void bfq_deactivate_entity(struct io_entity *entity, int requeue)
> > */
> > break;
> >
> > - if (sd->next_active != NULL)
> > + if (sd->next_active != NULL) {
> > /*
> > * The parent entity is still backlogged and
> > * the budgets on the path towards the root
> > * need to be updated.
> > */
> > + elv_put_iog(iog);
> > goto update;
> > + }
> >
> > /*
> > * If we reach there the parent is no more backlogged and
> > * we want to propagate the dequeue upwards.
> > + *
> > + * If entity's group has been marked for deletion, don't
> > + * requeue the group in idle tree so that it can be freed.
> > */
> > - requeue = 1;
> > + if (!iog_deleting(iog))
> > + requeue = 1;
>
> Hi Vivek,
>
> IIUC, if the iog is marked deleting, all iogs in the hierarchy don't have a chance
> to be requeued into idle trees. So, I wonder why do it like this? Why the upper iogs
> can't be requeued to the idle tree?
>
I think this is a bug Gui. Good catch. I think following should fix it.
Thanks
Vivek
Signed-off-by: Vivek Goyal <vgoyal@redhat.com>
---
block/elevator-fq.c | 9 ++++++---
1 file changed, 6 insertions(+), 3 deletions(-)
Index: linux16/block/elevator-fq.c
===================================================================
--- linux16.orig/block/elevator-fq.c 2009-06-06 14:21:11.000000000 -0400
+++ linux16/block/elevator-fq.c 2009-06-08 09:40:59.000000000 -0400
@@ -863,7 +863,7 @@ int __bfq_deactivate_entity(struct io_en
void bfq_deactivate_entity(struct io_entity *entity, int requeue)
{
struct io_sched_data *sd;
- struct io_group *iog;
+ struct io_group *iog, *__iog;
struct io_entity *parent;
iog = container_of(entity->sched_data, struct io_group, sched_data);
@@ -911,8 +911,11 @@ void bfq_deactivate_entity(struct io_ent
* If entity's group has been marked for deletion, don't
* requeue the group in idle tree so that it can be freed.
*/
- if (!iog_deleting(iog))
- requeue = 1;
+ if (parent) {
+ __iog = container_of(parent, struct io_group, entity);
+ if (!iog_deleting(__iog))
+ requeue = 1;
+ }
}
elv_put_iog(iog);
WARNING: multiple messages have this Message-ID (diff)
From: Vivek Goyal <vgoyal@redhat.com>
To: Gui Jianfeng <guijianfeng@cn.fujitsu.com>
Cc: linux-kernel@vger.kernel.org,
containers@lists.linux-foundation.org, dm-devel@redhat.com,
jens.axboe@oracle.com, nauman@google.com, dpshah@google.com,
lizf@cn.fujitsu.com, mikew@google.com, fchecconi@gmail.com,
paolo.valente@unimore.it, ryov@valinux.co.jp,
fernando@oss.ntt.co.jp, s-uchida@ap.jp.nec.com,
taka@valinux.co.jp, jmoyer@redhat.com, dhaval@linux.vnet.ibm.com,
balbir@linux.vnet.ibm.com, righi.andrea@gmail.com,
m-ikeda@ds.jp.nec.com, jbaron@redhat.com, agk@redhat.com,
snitzer@redhat.com, akpm@linux-foundation.org,
peterz@infradead.org
Subject: Re: [PATCH 16/20] io-controller: IO group refcounting support
Date: Mon, 8 Jun 2009 09:53:11 -0400 [thread overview]
Message-ID: <20090608135311.GD3652@redhat.com> (raw)
In-Reply-To: <4A2C716C.8070808@cn.fujitsu.com>
On Mon, Jun 08, 2009 at 10:03:24AM +0800, Gui Jianfeng wrote:
> Vivek Goyal wrote:
> ...
> >
> > /**
> > @@ -436,7 +443,6 @@ static void bfq_idle_insert(struct io_service_tree *st,
> > {
> > struct io_entity *first_idle = st->first_idle;
> > struct io_entity *last_idle = st->last_idle;
> > - struct io_queue *ioq = io_entity_to_ioq(entity);
> >
> > if (first_idle == NULL || bfq_gt(first_idle->finish, entity->finish))
> > st->first_idle = entity;
> > @@ -444,10 +450,6 @@ static void bfq_idle_insert(struct io_service_tree *st,
> > st->last_idle = entity;
> >
> > bfq_insert(&st->idle, entity);
> > -
> > - /* Add this queue to idle list */
> > - if (ioq)
> > - list_add(&ioq->queue_list, &ioq->efqd->idle_list);
> > }
> >
> > /**
> > @@ -723,8 +725,26 @@ int __bfq_deactivate_entity(struct io_entity *entity, int requeue)
> > void bfq_deactivate_entity(struct io_entity *entity, int requeue)
> > {
> > struct io_sched_data *sd;
> > + struct io_group *iog;
> > struct io_entity *parent;
> >
> > + iog = container_of(entity->sched_data, struct io_group, sched_data);
> > +
> > + /*
> > + * Hold a reference to entity's iog until we are done. This function
> > + * travels the hierarchy and we don't want to free up the group yet
> > + * while we are traversing the hiearchy. It is possible that this
> > + * group's cgroup has been removed hence cgroup reference is gone.
> > + * If this entity was active entity, then its group will not be on
> > + * any of the trees and it will be freed up the moment queue is
> > + * freed up in __bfq_deactivate_entity().
> > + *
> > + * Hence, hold a reference, deactivate the hierarhcy of entities and
> > + * then drop the reference which should free up the whole chain of
> > + * groups.
> > + */
> > + elv_get_iog(iog);
> > +
> > for_each_entity_safe(entity, parent) {
> > sd = entity->sched_data;
> >
> > @@ -736,21 +756,28 @@ void bfq_deactivate_entity(struct io_entity *entity, int requeue)
> > */
> > break;
> >
> > - if (sd->next_active != NULL)
> > + if (sd->next_active != NULL) {
> > /*
> > * The parent entity is still backlogged and
> > * the budgets on the path towards the root
> > * need to be updated.
> > */
> > + elv_put_iog(iog);
> > goto update;
> > + }
> >
> > /*
> > * If we reach there the parent is no more backlogged and
> > * we want to propagate the dequeue upwards.
> > + *
> > + * If entity's group has been marked for deletion, don't
> > + * requeue the group in idle tree so that it can be freed.
> > */
> > - requeue = 1;
> > + if (!iog_deleting(iog))
> > + requeue = 1;
>
> Hi Vivek,
>
> IIUC, if the iog is marked deleting, all iogs in the hierarchy don't have a chance
> to be requeued into idle trees. So, I wonder why do it like this? Why the upper iogs
> can't be requeued to the idle tree?
>
I think this is a bug Gui. Good catch. I think following should fix it.
Thanks
Vivek
Signed-off-by: Vivek Goyal <vgoyal@redhat.com>
---
block/elevator-fq.c | 9 ++++++---
1 file changed, 6 insertions(+), 3 deletions(-)
Index: linux16/block/elevator-fq.c
===================================================================
--- linux16.orig/block/elevator-fq.c 2009-06-06 14:21:11.000000000 -0400
+++ linux16/block/elevator-fq.c 2009-06-08 09:40:59.000000000 -0400
@@ -863,7 +863,7 @@ int __bfq_deactivate_entity(struct io_en
void bfq_deactivate_entity(struct io_entity *entity, int requeue)
{
struct io_sched_data *sd;
- struct io_group *iog;
+ struct io_group *iog, *__iog;
struct io_entity *parent;
iog = container_of(entity->sched_data, struct io_group, sched_data);
@@ -911,8 +911,11 @@ void bfq_deactivate_entity(struct io_ent
* If entity's group has been marked for deletion, don't
* requeue the group in idle tree so that it can be freed.
*/
- if (!iog_deleting(iog))
- requeue = 1;
+ if (parent) {
+ __iog = container_of(parent, struct io_group, entity);
+ if (!iog_deleting(__iog))
+ requeue = 1;
+ }
}
elv_put_iog(iog);
next prev parent reply other threads:[~2009-06-08 13:53 UTC|newest]
Thread overview: 130+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-26 22:41 [RFC] IO scheduler based IO controller V3 Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
2009-05-26 22:41 ` [PATCH 01/20] io-controller: Documentation Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
[not found] ` <1243377729-2176-2-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-29 15:42 ` Balbir Singh
2009-05-29 15:42 ` Balbir Singh
2009-05-29 15:42 ` Balbir Singh
[not found] ` <20090529154252.GD5587-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org>
2009-05-29 15:53 ` Vivek Goyal
2009-05-29 15:53 ` Vivek Goyal
2009-05-29 15:53 ` Vivek Goyal
2009-05-26 22:41 ` [PATCH 03/20] io-controller: Charge for time slice based on average disk rate Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
2009-05-26 22:41 ` [PATCH 04/20] io-controller: Modify cfq to make use of flat elevator fair queuing Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
2009-05-26 22:41 ` [PATCH 05/20] io-controller: Common hierarchical fair queuing code in elevaotor layer Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
[not found] ` <1243377729-2176-6-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-06-05 9:36 ` Gui Jianfeng
2009-06-05 9:36 ` Gui Jianfeng
2009-06-05 9:36 ` Gui Jianfeng
2009-06-05 13:21 ` Vivek Goyal
2009-06-05 13:21 ` Vivek Goyal
[not found] ` <4A28E710.5080307-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-06-05 13:21 ` Vivek Goyal
2009-05-26 22:41 ` [PATCH 07/20] io-controller: Export disk time used and nr sectors dipatched through cgroups Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
2009-05-26 22:41 ` [PATCH 08/20] io-controller: idle for sometime on sync queue before expiring it Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
[not found] ` <1243377729-2176-1-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-26 22:41 ` [PATCH 01/20] io-controller: Documentation Vivek Goyal
2009-05-26 22:41 ` [PATCH 02/20] io-controller: Common flat fair queuing code in elevaotor layer Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
2009-05-27 20:53 ` Nauman Rafique
2009-05-27 20:53 ` Nauman Rafique
2009-05-28 8:52 ` Fabio Checconi
[not found] ` <e98e18940905271353kc6890dbxa1ea63026c8faec1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-05-28 8:52 ` Fabio Checconi
2009-05-28 16:00 ` Vivek Goyal
2009-05-28 16:00 ` Vivek Goyal
2009-05-28 16:00 ` Vivek Goyal
[not found] ` <20090528160003.GA4335-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-28 19:41 ` Nauman Rafique
2009-05-28 19:41 ` Nauman Rafique
2009-05-28 19:41 ` Nauman Rafique
[not found] ` <e98e18940905281241v4aa24716j91f351a828af604a-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-05-29 16:06 ` Vivek Goyal
2009-05-29 16:06 ` Vivek Goyal
2009-05-29 16:06 ` Vivek Goyal
[not found] ` <20090529160610.GC26962-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-29 16:57 ` Fabio Checconi
2009-05-29 16:57 ` Fabio Checconi
2009-05-29 19:06 ` Nauman Rafique
2009-05-29 19:06 ` Nauman Rafique
2009-05-29 19:16 ` Vivek Goyal
2009-05-29 19:16 ` Vivek Goyal
[not found] ` <e98e18940905291206p2e05bc5cxf499479270e34074-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-05-29 19:16 ` Vivek Goyal
[not found] ` <20090529165716.GB18141-f9ZlEuEWxVeACYmtYXMKmw@public.gmane.org>
2009-05-29 19:06 ` Nauman Rafique
2009-06-08 1:08 ` Gui Jianfeng
2009-06-08 12:58 ` Vivek Goyal
2009-06-08 12:58 ` Vivek Goyal
[not found] ` <4A2C649C.8070806-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-06-08 12:58 ` Vivek Goyal
[not found] ` <1243377729-2176-3-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-27 20:53 ` Nauman Rafique
2009-06-08 1:08 ` Gui Jianfeng
2009-06-08 7:44 ` Gui Jianfeng
2009-06-08 7:44 ` Gui Jianfeng
2009-06-08 13:56 ` Vivek Goyal
2009-06-08 13:56 ` Vivek Goyal
[not found] ` <4A2CC15F.2010708-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-06-08 13:56 ` Vivek Goyal
2009-05-26 22:41 ` [PATCH 03/20] io-controller: Charge for time slice based on average disk rate Vivek Goyal
2009-05-26 22:41 ` [PATCH 04/20] io-controller: Modify cfq to make use of flat elevator fair queuing Vivek Goyal
2009-05-26 22:41 ` [PATCH 05/20] io-controller: Common hierarchical fair queuing code in elevaotor layer Vivek Goyal
2009-05-26 22:41 ` [PATCH 06/20] io-controller: cfq changes to use " Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
2009-05-26 22:41 ` [PATCH 07/20] io-controller: Export disk time used and nr sectors dipatched through cgroups Vivek Goyal
2009-05-26 22:41 ` [PATCH 08/20] io-controller: idle for sometime on sync queue before expiring it Vivek Goyal
2009-05-26 22:41 ` [PATCH 09/20] io-controller: Separate out queue and data Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
2009-05-26 22:41 ` [PATCH 10/20] io-conroller: Prepare elevator layer for single queue schedulers Vivek Goyal
2009-05-26 22:42 ` [PATCH 11/20] io-controller: noop changes for hierarchical fair queuing Vivek Goyal
2009-05-26 22:42 ` [PATCH 12/20] io-controller: deadline " Vivek Goyal
2009-05-26 22:42 ` [PATCH 13/20] io-controller: anticipatory " Vivek Goyal
2009-05-26 22:42 ` [PATCH 14/20] blkio_cgroup patches from Ryo to track async bios Vivek Goyal
2009-05-26 22:42 ` [PATCH 15/20] io-controller: map async requests to appropriate cgroup Vivek Goyal
2009-05-26 22:42 ` [PATCH 16/20] io-controller: IO group refcounting support Vivek Goyal
2009-05-26 22:42 ` [PATCH 17/20] io-controller: Per cgroup request descriptor support Vivek Goyal
2009-05-26 22:42 ` [PATCH 18/20] io-controller: Support per cgroup per device weights and io class Vivek Goyal
2009-05-26 22:42 ` [PATCH 19/20] io-controller: Debug hierarchical IO scheduling Vivek Goyal
2009-05-26 22:42 ` [PATCH 20/20] io-controller: experimental debug patch for async queue wait before expiry Vivek Goyal
2009-05-26 22:41 ` [PATCH 10/20] io-conroller: Prepare elevator layer for single queue schedulers Vivek Goyal
2009-05-26 22:41 ` Vivek Goyal
[not found] ` <1243377729-2176-11-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-06-05 9:17 ` Gui Jianfeng
2009-06-05 9:17 ` Gui Jianfeng
2009-06-05 9:17 ` Gui Jianfeng
[not found] ` <4A28E293.90402-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-06-05 13:22 ` Vivek Goyal
2009-06-05 13:22 ` Vivek Goyal
2009-06-05 13:22 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 11/20] io-controller: noop changes for hierarchical fair queuing Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 12/20] io-controller: deadline " Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 13/20] io-controller: anticipatory " Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 14/20] blkio_cgroup patches from Ryo to track async bios Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 15/20] io-controller: map async requests to appropriate cgroup Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
[not found] ` <1243377729-2176-16-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-28 9:27 ` Ryo Tsuruta
2009-05-28 9:27 ` Ryo Tsuruta
2009-05-28 9:27 ` Ryo Tsuruta
2009-05-28 16:57 ` Vivek Goyal
2009-05-28 16:57 ` Vivek Goyal
2009-05-28 18:04 ` Nauman Rafique
2009-05-28 18:04 ` Nauman Rafique
[not found] ` <20090528165710.GB4335-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-29 3:17 ` Ryo Tsuruta
2009-05-29 3:17 ` Ryo Tsuruta
2009-05-29 3:17 ` Ryo Tsuruta
2009-05-29 13:38 ` Vivek Goyal
2009-05-29 13:38 ` Vivek Goyal
[not found] ` <20090529133804.GA26962-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-06-01 11:25 ` Ryo Tsuruta
2009-06-01 11:25 ` Ryo Tsuruta
[not found] ` <20090529.121737.189708024.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2009-05-29 13:38 ` Vivek Goyal
[not found] ` <20090528.182740.193697101.ryov-jCdQPDEk3idL9jVzuh4AOg@public.gmane.org>
2009-05-28 16:57 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 16/20] io-controller: IO group refcounting support Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
[not found] ` <1243377729-2176-17-git-send-email-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-06-08 2:03 ` Gui Jianfeng
2009-06-08 2:03 ` Gui Jianfeng
2009-06-08 13:53 ` Vivek Goyal [this message]
2009-06-08 13:53 ` Vivek Goyal
[not found] ` <4A2C716C.8070808-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2009-06-08 13:53 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 17/20] io-controller: Per cgroup request descriptor support Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 18/20] io-controller: Support per cgroup per device weights and io class Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 19/20] io-controller: Debug hierarchical IO scheduling Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
2009-05-26 22:42 ` [PATCH 20/20] io-controller: experimental debug patch for async queue wait before expiry Vivek Goyal
2009-05-26 22:42 ` Vivek Goyal
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090608135311.GD3652@redhat.com \
--to=vgoyal@redhat.com \
--cc=agk@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=balbir@linux.vnet.ibm.com \
--cc=containers@lists.linux-foundation.org \
--cc=dhaval@linux.vnet.ibm.com \
--cc=dm-devel@redhat.com \
--cc=dpshah@google.com \
--cc=fchecconi@gmail.com \
--cc=fernando@oss.ntt.co.jp \
--cc=guijianfeng@cn.fujitsu.com \
--cc=jbaron@redhat.com \
--cc=jens.axboe@oracle.com \
--cc=jmoyer@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lizf@cn.fujitsu.com \
--cc=m-ikeda@ds.jp.nec.com \
--cc=mikew@google.com \
--cc=nauman@google.com \
--cc=paolo.valente@unimore.it \
--cc=peterz@infradead.org \
--cc=righi.andrea@gmail.com \
--cc=s-uchida@ap.jp.nec.com \
--cc=snitzer@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.