From: "Liu,Yi" <liuyi9352@126.com>
To: xen-devel@lists.xensource.com
Subject: credit scheduler svc->flags access race?
Date: Wed, 28 Dec 2011 23:50:54 -0800 (PST) [thread overview]
Message-ID: <1325145054882-5107044.post@n5.nabble.com> (raw)
hi, all
I run 8 vms in HP DL380G7 server. These vms run fine if vm's schedule cap
value is 0(default).But most of vms stop running about one minute later if
their schedule cap values is 42 or other value.
After a few weeks tracking, I find that when I modify sched_credit.c as
follows, vms run fine again:
1. in csched_acct function:
- svc->flags |= CSCHED_FLAG_VCPU_PARKED;
+ set_bit(0, &svc->flags); // set CSCHED_FLAG_VCPU_PARKED
2. in csched_vcpu_yield function:
- sv->flags |= CSCHED_FLAG_VCPU_YIELD;
+ set_bit(1, &svc->flags); // set CSCHED_FLAG_VCPU_YIELD
3. in csched_vcpu struct:
- uint16_t flags;
+ uint32_t flags; // set_bit ask
Vms don't stop running either if sched_credit_default_yield = 1 in grub
menu.lst.
So, what I modified is correct? Is there access race when xen access
svc->flags from csched_acct and csched_vcpu_yield?
Another interesting things is that vms don't stop running in other server
even if vms's schedule cap values is not 0, just on this HP DL380G7 server.
I don't know why.
My xen version is 4.1.0, dom0 kernel version is 2.6.32.41 from jeremy's git
a few months before.
--
View this message in context: http://xen.1045712.n5.nabble.com/credit-scheduler-svc-flags-access-race-tp5107044p5107044.html
Sent from the Xen - Dev mailing list archive at Nabble.com.
next reply other threads:[~2011-12-29 7:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-29 7:50 Liu,Yi [this message]
-- strict thread matches above, loose matches on Subject: below --
2011-12-31 2:55 credit scheduler svc->flags access race? Liu.yi
2012-01-03 7:33 ` Keir Fraser
2012-01-04 23:02 ` George Dunlap
2012-01-05 2:36 ` Liu.yi
2012-01-05 7:58 ` Jan Beulich
2012-01-05 8:43 ` Liu.yi
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=1325145054882-5107044.post@n5.nabble.com \
--to=liuyi9352@126.com \
--cc=xen-devel@lists.xensource.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).