From: Juergen Gross <juergen.gross@fujitsu-siemens.com>
To: Jan Beulich <jbeulich@novell.com>,
Keir Fraser <keir.fraser@eu.citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [Patch 2 of 2]: PV-domain SMP performance Linux-part
Date: Fri, 19 Dec 2008 09:12:25 +0100 [thread overview]
Message-ID: <494B5769.6030206@fujitsu-siemens.com> (raw)
In-Reply-To: <494A0CD5.76E4.0078.0@novell.com>
[-- Attachment #1: Type: text/plain, Size: 1503 bytes --]
Jan Beulich wrote:
>>>> Juergen Gross <juergen.gross@fujitsu-siemens.com> 18.12.08 08:18 >>>
>> Jan Beulich wrote:
>>>> + _vcpu->no_desched = 0; \
>>>> + _vcpu->evtchn_upcall_mask = 0; \
>>>> barrier(); /* unmask then check (avoid races) */ \
>>>> + if ( unlikely(_vcpu->desched_delay) ) \
>>>> + (void)((HYPERVISOR_sched_op(SCHEDOP_yield, _vcpu))?:0); \
>>> Why not just cast the function result to void? Likewise further below...
>> I took that from include/xen/hypercall.h, which mentioned problems with just
>> casting the function result.
>
> Ah, yes, I recall. But then why don't you use that macro? After all, hypercall.h
> must have been included if you're able to call HYPERVISOR_sched_op().
This was an artefact from previous tests, sorry.
Attached patch should be clean now.
Keir, what is your main objection?
Putting this interface into the hypervisor or only the Linux part?
I still think this would be good to have in linux, but our BS2000 port would
really be much easier having this interface in the hypervisor!
So if you don't mind adding only the first patch, this would be absolutely
okay for us.
Juergen
--
Juergen Gross Principal Developer
IP SW OS6 Telephone: +49 (0) 89 636 47950
Fujitsu Siemens Computers e-mail: juergen.gross@fujitsu-siemens.com
Otto-Hahn-Ring 6 Internet: www.fujitsu-siemens.com
D-81739 Muenchen Company details: www.fujitsu-siemens.com/imprint.html
[-- Attachment #2: vcpu_desched-linux.patch --]
[-- Type: text/x-patch, Size: 3824 bytes --]
Mark vcpu as no_desched when interrupts are disabled.
Signed-off-by: juergen.gross@fujitsu-siemens.com
# HG changeset patch
# User juergen.gross@fujitsu-siemens.com
# Date 1229673855 -3600
# Node ID 0b6ef982e456e4adbd2a547406d475d1b554fcbe
# Parent ff9683032b76f533509191bb9532df10cbb9830b
added support of vcpu preempt disable
diff -r ff9683032b76 -r 0b6ef982e456 arch/x86_64/kernel/xen_entry.S
--- a/arch/x86_64/kernel/xen_entry.S Sat Dec 13 16:00:43 2008 +0000
+++ b/arch/x86_64/kernel/xen_entry.S Fri Dec 19 09:04:15 2008 +0100
@@ -4,6 +4,7 @@
/* Offsets into shared_info_t. */
#define evtchn_upcall_pending /* 0 */
#define evtchn_upcall_mask 1
+#define no_desched 2
#define sizeof_vcpu_shift 6
@@ -25,8 +26,10 @@
#define XEN_PUT_VCPU_INFO_fixup
#endif
-#define XEN_LOCKED_BLOCK_EVENTS(reg) movb $1,evtchn_upcall_mask(reg)
-#define XEN_LOCKED_UNBLOCK_EVENTS(reg) movb $0,evtchn_upcall_mask(reg)
+#define XEN_LOCKED_BLOCK_EVENTS(reg) movb $1,evtchn_upcall_mask(reg) ; \
+ movb $1,no_desched(reg)
+#define XEN_LOCKED_UNBLOCK_EVENTS(reg) movb $0,evtchn_upcall_mask(reg) ; \
+ movb $0,no_desched(reg)
#define XEN_BLOCK_EVENTS(reg) XEN_GET_VCPU_INFO(reg) ; \
XEN_LOCKED_BLOCK_EVENTS(reg) ; \
XEN_PUT_VCPU_INFO(reg)
diff -r ff9683032b76 -r 0b6ef982e456 include/asm-x86_64/mach-xen/asm/irqflags.h
--- a/include/asm-x86_64/mach-xen/asm/irqflags.h Sat Dec 13 16:00:43 2008 +0000
+++ b/include/asm-x86_64/mach-xen/asm/irqflags.h Fri Dec 19 09:04:15 2008 +0100
@@ -34,7 +34,10 @@ do { \
barrier(); \
_vcpu = current_vcpu_info(); \
if ((_vcpu->evtchn_upcall_mask = (x)) == 0) { \
+ _vcpu->no_desched = 0; \
barrier(); /* unmask then check (avoid races) */ \
+ if ( unlikely(_vcpu->desched_delay) ) \
+ VOID(HYPERVISOR_sched_op(SCHEDOP_yield, 0)); \
if ( unlikely(_vcpu->evtchn_upcall_pending) ) \
force_evtchn_callback(); \
} \
@@ -69,7 +72,10 @@ static inline int raw_irqs_disabled_flag
#define raw_local_irq_disable() \
do { \
- current_vcpu_info()->evtchn_upcall_mask = 1; \
+ vcpu_info_t *_vcpu; \
+ _vcpu = current_vcpu_info(); \
+ _vcpu->evtchn_upcall_mask = 1; \
+ _vcpu->no_desched = 1; \
barrier(); \
} while (0)
@@ -78,8 +84,11 @@ do { \
vcpu_info_t *_vcpu; \
barrier(); \
_vcpu = current_vcpu_info(); \
+ _vcpu->no_desched = 0; \
_vcpu->evtchn_upcall_mask = 0; \
barrier(); /* unmask then check (avoid races) */ \
+ if ( unlikely(_vcpu->desched_delay) ) \
+ VOID(HYPERVISOR_sched_op(SCHEDOP_yield, 0)); \
if ( unlikely(_vcpu->evtchn_upcall_pending) ) \
force_evtchn_callback(); \
} while (0)
diff -r ff9683032b76 -r 0b6ef982e456 include/xen/interface/xen.h
--- a/include/xen/interface/xen.h Sat Dec 13 16:00:43 2008 +0000
+++ b/include/xen/interface/xen.h Fri Dec 19 09:04:15 2008 +0100
@@ -434,9 +434,18 @@ struct vcpu_info {
* non-zero mask therefore guarantees that the VCPU will not receive
* an upcall activation. The mask is cleared when the VCPU requests
* to block: this avoids wakeup-waiting races.
+ *
+ * The guest can set 'no_desched' to a non-zero value to avoid being
+ * descheduled. If the hypervisor didn't deschedule the VCPU due to
+ * 'no_desched' being set, it will itself set 'desched_delay' to inform
+ * the guest to give up control voluntaryly later. This is just a wish
+ * of the guest which the hypervisor may not obey (and it will deschedule
+ * the guest after a reasonable time anyway).
*/
uint8_t evtchn_upcall_pending;
uint8_t evtchn_upcall_mask;
+ uint8_t no_desched;
+ uint8_t desched_delay;
unsigned long evtchn_pending_sel;
struct arch_vcpu_info arch;
struct vcpu_time_info time;
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2008-12-19 8:12 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-17 12:22 [Patch 2 of 2]: PV-domain SMP performance Linux-part Juergen Gross
2008-12-17 15:06 ` Jan Beulich
2008-12-18 7:18 ` Juergen Gross
2008-12-18 7:41 ` Jan Beulich
2008-12-19 8:12 ` Juergen Gross [this message]
2008-12-19 9:10 ` Keir Fraser
2008-12-19 9:25 ` Juergen Gross
2008-12-19 9:56 ` Keir Fraser
2009-01-16 7:16 ` Juergen Gross
2009-01-16 7:38 ` Venefax
2009-01-16 7:48 ` Juergen Gross
2009-01-16 7:57 ` Venefax
2009-01-16 8:19 ` Juergen Gross
2009-01-16 10:16 ` James Harper
2009-01-16 10:31 ` Juergen Gross
2009-01-16 10:41 ` Keir Fraser
2009-01-16 11:01 ` James Harper
2009-01-16 11:14 ` Keir Fraser
2009-01-16 11:18 ` Jan Beulich
2009-01-16 14:40 ` Steve Prochniak
2009-01-16 17:43 ` Jeremy Fitzhardinge
2009-01-16 8:17 ` Keir Fraser
2009-01-16 9:36 ` Juergen Gross
2009-01-16 9:53 ` Keir Fraser
2009-01-16 17:41 ` Jeremy Fitzhardinge
2009-01-19 17:15 ` George Dunlap
2009-01-20 20:12 ` Jeremy Fitzhardinge
2008-12-19 9:33 ` Jan Beulich
2008-12-19 9:56 ` Keir Fraser
2008-12-19 15:15 ` George Dunlap
2009-01-12 12:55 ` Juergen Gross
2009-01-19 17:32 ` George Dunlap
2009-01-20 7:56 ` Juergen Gross
2008-12-19 10:06 ` Juergen Gross
2008-12-19 10:36 ` Jan Beulich
2008-12-19 10:42 ` Juergen Gross
2008-12-19 10:48 ` Juergen Gross
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=494B5769.6030206@fujitsu-siemens.com \
--to=juergen.gross@fujitsu-siemens.com \
--cc=jbeulich@novell.com \
--cc=keir.fraser@eu.citrix.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 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.