From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: xen-devel@lists.xenproject.org
Cc: George.Dunlap@eu.citrix.com, keir.xen@gmail.com, tim@xen.org,
JBeulich@suse.com
Subject: [V8 PATCH 0/8] pvh dom0....
Date: Fri, 21 Mar 2014 18:39:09 -0700 [thread overview]
Message-ID: <1395452357-1598-1-git-send-email-mukesh.rathor@oracle.com> (raw)
Hi all,
Finally, please find V8 of dom0 PVH patches based on commit bc69aaf.
git tree: git://oss.oracle.com/git/mrathor/xen.git branch: dom0pvh-v8
Following changes from V7 :
Patch that added support for XENMEM_add_to_physmap_range is dropped.
Patch 2: comment changes (based on feedback from Konrad):
- /* Unused RAM areas are marked UNUSABLE, so skip it too */
+ /* Unused RAM areas are marked UNUSABLE, so skip them too */
- /* If the e820 ended under 4GB, we must map the remaining space upto 4GB */
+ /*
+ * Some BIOSes may not report io space above ram that is less than 4GB. So
+ * we map any non-ram upto 4GB.
+ */
Jan, I retained Reviewed-by. If above voids the "reviewed-by", I'll just undo
the comment changes. Please lmk if that's the case.
Patch 3:
Tim, the caller of set_foreign_p2m_entry got moved to the same file p2m.c
so I made the function static and removed it's prototype from p2m.h. No
other change. I retained your ack.
Caveat:
With these patches, an HVM guest during boot intermittantly takes
unresolved fault in load_module() path. This for PVH dom0 and not PV, and
latest upstream kernel. I was not able to reproduce with older stock
fedora 19 kernel. So, it appears the problem might be on the guest side,
and not xen. Hence I decided to go ahead and submit these while I debug that.
Pre-requisite: xen patch "pvh: disallow PHYSDEVOP_pirq_eoi_gmfn_v2/v1"
thanks
Mukesh
next reply other threads:[~2014-03-22 1:40 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-22 1:39 Mukesh Rathor [this message]
2014-03-22 1:39 ` [V8 PATCH 1/8] pvh dom0: move some pv specific code to static functions Mukesh Rathor
2014-03-22 1:39 ` [V8 PATCH 2/8] pvh dom0: construct_dom0 changes Mukesh Rathor
2014-03-26 19:05 ` George Dunlap
2014-03-27 10:14 ` Jan Beulich
2014-03-27 10:55 ` George Dunlap
2014-03-27 11:03 ` George Dunlap
2014-03-27 15:04 ` Jan Beulich
2014-03-27 15:30 ` Tim Deegan
2014-04-05 0:53 ` Mukesh Rathor
2014-04-07 7:30 ` Jan Beulich
2014-04-07 9:27 ` George Dunlap
2014-03-22 1:39 ` [V8 PATCH 3/8] pvh dom0: Introduce p2m_map_foreign Mukesh Rathor
2014-03-24 9:00 ` Jan Beulich
2014-03-27 12:29 ` George Dunlap
2014-04-05 0:57 ` Mukesh Rathor
2014-03-22 1:39 ` [V8 PATCH 4/8] pvh dom0: make xsm_map_gmfn_foreign available for x86 Mukesh Rathor
2014-03-25 17:53 ` Daniel De Graaf
2014-03-22 1:39 ` [V8 PATCH 5/8] pvh dom0: Add and remove foreign pages Mukesh Rathor
2014-03-24 9:26 ` Jan Beulich
2014-04-05 1:17 ` Mukesh Rathor
2014-04-07 6:57 ` Jan Beulich
2014-04-08 1:11 ` Mukesh Rathor
2014-04-08 7:36 ` Jan Beulich
2014-04-08 14:01 ` Tim Deegan
2014-04-08 14:07 ` Jan Beulich
2014-04-08 14:18 ` Tim Deegan
2014-04-08 15:40 ` George Dunlap
2014-04-11 1:33 ` Mukesh Rathor
2014-04-11 8:02 ` Jan Beulich
2014-03-22 1:39 ` [V8 PATCH 6/8] pvh dom0: allow get_pg_owner for translated domains Mukesh Rathor
2014-03-24 9:31 ` Jan Beulich
2014-04-01 14:31 ` George Dunlap
2014-04-05 0:59 ` Mukesh Rathor
2014-03-22 1:39 ` [V8 PATCH 7/8] pvh dom0: add check for pvh in vioapic_range Mukesh Rathor
2014-03-24 9:34 ` Jan Beulich
2014-04-01 14:40 ` George Dunlap
2014-04-01 15:09 ` Jan Beulich
2014-04-05 1:00 ` Mukesh Rathor
2014-04-07 6:59 ` Jan Beulich
2014-04-07 9:28 ` George Dunlap
2014-04-08 1:00 ` Mukesh Rathor
2014-04-08 8:21 ` Jan Beulich
2014-03-22 1:39 ` [V8 PATCH 8/8] pvh dom0: add opt_dom0pvh to setup.c Mukesh Rathor
2014-03-24 9:35 ` Jan Beulich
2014-03-24 8:57 ` [V8 PATCH 0/8] pvh dom0 Jan Beulich
2014-03-24 21:36 ` Mukesh Rathor
2014-03-28 17:36 ` Roger Pau Monné
2014-03-28 19:48 ` Mukesh Rathor
2014-04-01 16:04 ` George Dunlap
2014-04-02 1:22 ` Mukesh Rathor
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=1395452357-1598-1-git-send-email-mukesh.rathor@oracle.com \
--to=mukesh.rathor@oracle.com \
--cc=George.Dunlap@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=keir.xen@gmail.com \
--cc=tim@xen.org \
--cc=xen-devel@lists.xenproject.org \
/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).