From: Dario Faggioli <dario.faggioli@citrix.com>
To: "JBeulich@suse.com" <JBeulich@suse.com>
Cc: "Keir (Xen.org)" <keir@xen.org>,
"xumengpanda@gmail.com" <xumengpanda@gmail.com>,
George Dunlap <George.Dunlap@citrix.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [PATCH 1/7] xen: sched_rt: avoid ASSERT()ing on runq dump if there are no domains
Date: Tue, 17 Mar 2015 11:00:34 +0000 [thread overview]
Message-ID: <1426590033.32500.52.camel@citrix.com> (raw)
In-Reply-To: <550812D5020000780006AA80@mail.emea.novell.com>
[-- Attachment #1.1: Type: text/plain, Size: 1947 bytes --]
On Tue, 2015-03-17 at 10:41 +0000, Jan Beulich wrote:
> >>> On 16.03.15 at 18:04, <dario.faggioli@citrix.com> wrote:
> > --- a/xen/common/sched_rt.c
> > +++ b/xen/common/sched_rt.c
> > @@ -264,18 +264,17 @@ rt_dump(const struct scheduler *ops)
> > struct list_head *iter_sdom, *iter_svc, *runq, *depletedq, *iter;
> > struct rt_private *prv = rt_priv(ops);
> > struct rt_vcpu *svc;
> > - cpumask_t *online;
> > struct rt_dom *sdom;
> > unsigned long flags;
> >
> > - ASSERT(!list_empty(&prv->sdom));
> > + spin_lock_irqsave(&prv->lock, flags);
> > +
> > + if (list_empty(&prv->sdom))
>
> Coding style.
>
Gah! Sure.... sorry!
> > + goto out;
> >
> > - sdom = list_entry(prv->sdom.next, struct rt_dom, sdom_elem);
> > - online = cpupool_scheduler_cpumask(sdom->dom->cpupool);
>
> Unrelated change (together with the variable deletion above). I'm
> fine for this to stay here, but it should at least be mentioned in the
> description so that future archeologists don't wonder about the
> connection to the actual issue fixed here.
>
Ok, I'll update the changelog, including also a mention to the fact that
I'm moving up the spinlock acquisition as (I think) George is also
suggesting to.
> > @@ -303,6 +302,7 @@ rt_dump(const struct scheduler *ops)
> > }
> > }
> >
> > +out:
>
> Labels should be indented by at least one space.
>
I checked all the sched_* file, and this is rather inconsistent. What
I'll do is indent this one appropriately, which will make things even
more inconsistent (in sched_rt.c there is only another 'out:' label, and
it's not indented), and then send an independent cleanup patch
afterwards... hope it is fine.
Thanks and Regards,
Dario
> Jan
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2015-03-17 11:00 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-16 17:04 [PATCH 0/7] Improving dumping of scheduler related info Dario Faggioli
2015-03-16 17:04 ` [PATCH 1/7] xen: sched_rt: avoid ASSERT()ing on runq dump if there are no domains Dario Faggioli
2015-03-16 18:18 ` George Dunlap
2015-03-16 20:31 ` Meng Xu
2015-03-17 10:41 ` Jan Beulich
2015-03-17 11:00 ` Dario Faggioli [this message]
2015-03-16 17:04 ` [PATCH 2/7] xen: sched_rt: implement the .free_pdata hook Dario Faggioli
2015-03-16 17:10 ` Dario Faggioli
2015-03-16 18:23 ` Meng Xu
2015-03-17 13:00 ` Dario Faggioli
2015-03-16 18:17 ` Meng Xu
2015-03-16 18:21 ` George Dunlap
2015-03-16 17:05 ` [PATCH 3/7] xen: rework locking for dump of scheduler info (debug-key r) Dario Faggioli
2015-03-16 18:41 ` George Dunlap
2015-03-16 20:04 ` Meng Xu
2015-03-17 10:54 ` Jan Beulich
2015-03-17 11:05 ` George Dunlap
2015-03-17 11:18 ` Dario Faggioli
2015-03-17 11:25 ` Jan Beulich
2015-03-17 11:32 ` George Dunlap
2015-03-17 11:43 ` Jan Beulich
2015-03-17 12:01 ` George Dunlap
2015-03-17 11:14 ` Dario Faggioli
2015-03-17 11:31 ` Jan Beulich
2015-03-16 17:05 ` [PATCH 4/7] xen: print online pCPUs and free pCPUs when dumping scheduler info Dario Faggioli
2015-03-16 18:37 ` Juergen Gross
2015-03-16 18:46 ` George Dunlap
2015-03-17 10:59 ` Jan Beulich
2015-03-16 17:05 ` [PATCH 5/7] xen: make dumping vcpu info look better Dario Faggioli
2015-03-16 18:48 ` George Dunlap
2015-03-16 20:06 ` Meng Xu
2015-03-16 17:05 ` [PATCH 6/7] xen: sched_credit2: more info when dumping Dario Faggioli
2015-03-16 18:50 ` George Dunlap
2015-03-16 17:05 ` [PATCH 7/7] xen: sched_rt: print useful affinity " Dario Faggioli
2015-03-16 19:05 ` George Dunlap
2015-03-17 13:51 ` Dario Faggioli
2015-03-16 20:30 ` Meng Xu
2015-03-17 11:10 ` George Dunlap
2015-03-17 11:28 ` Jan Beulich
2015-03-18 1:05 ` Meng Xu
2015-03-17 14:12 ` Dario Faggioli
2015-03-18 1:07 ` Meng Xu
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=1426590033.32500.52.camel@citrix.com \
--to=dario.faggioli@citrix.com \
--cc=George.Dunlap@citrix.com \
--cc=JBeulich@suse.com \
--cc=keir@xen.org \
--cc=xen-devel@lists.xen.org \
--cc=xumengpanda@gmail.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.