From: ebiederm@xmission.com (Eric W. Biederman)
To: Zachary Amsden <zach@vmware.com>
Cc: virtualization@lists.osdl.org
Subject: huh startup_ipi_hook?
Date: Sat, 28 Apr 2007 01:14:57 -0600 [thread overview]
Message-ID: <m1d51pgeby.fsf@ebiederm.dsl.xmission.com> (raw)
The current paravirt startup_ipi hook for vmware
commit: ae5da273fe3352febd38658d8d34484cbcfb3423
is quite frankly ridiculous.
In the middle of wake_up_secondary_cpu:
We have:
/*
* Paravirt / VMI wants a startup IPI hook here to set up the
* target processor state.
*/
startup_ipi_hook(phys_apicid, (unsigned long) start_secondary,
(unsigned long) stack_start.esp);
As far as I can tell from reading this there is a completely
different mechanism in place to start for a secondary processor.
Which seems sane.
What doesn't seem sane is bothering to run the rest of the code
for sending an INIT message to a secondary processor. It certainly
does not feel general at all.
I think we should be intercepting this startup call at a higher level,
where we can just say: Start secondary cpu with this stack
and with this esp. Or something like that.
So conceptually I think the concept makes sense but implementation
wise I think what is currently present is totally ridiculous.
Eric
next reply other threads:[~2007-04-28 7:14 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-28 7:14 Eric W. Biederman [this message]
2007-04-28 7:22 ` huh startup_ipi_hook? Jeremy Fitzhardinge
2007-04-28 8:06 ` Eric W. Biederman
2007-04-28 8:26 ` Jeremy Fitzhardinge
2007-04-28 8:42 ` Eric W. Biederman
2007-04-28 8:59 ` Jeremy Fitzhardinge
2007-04-30 18:33 ` Zachary Amsden
2007-04-30 18:54 ` Jeremy Fitzhardinge
2007-04-30 20:35 ` Zachary Amsden
2007-04-30 21:05 ` Jeremy Fitzhardinge
2007-04-30 21:40 ` Zachary Amsden
2007-04-28 8:45 ` Andi Kleen
2007-04-28 9:05 ` Eric W. Biederman
2007-04-30 20:30 ` Zachary Amsden
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=m1d51pgeby.fsf@ebiederm.dsl.xmission.com \
--to=ebiederm@xmission.com \
--cc=virtualization@lists.osdl.org \
--cc=zach@vmware.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).