From: David Vrabel <david.vrabel@citrix.com>
To: "Xen-devel@lists.xen.org" <Xen-devel@lists.xen.org>
Subject: [Hackathon] Linux session notes
Date: Mon, 2 Jun 2014 16:36:23 +0100 [thread overview]
Message-ID: <538C99F7.3080109@citrix.com> (raw)
[Thanks to Malcolm Crossley for taking notes.]
= Overview =
David Vrabel outlined different kernel modes, their status and
suggested focus:
PV dom0: production ready - fixes and new hardware support (e.g. EFI)
PV domU: production ready - fixes
PVHVM: production ready - fixes and new features
PVH: experimental } the future.
PVH dom0: not yet }
David would like PV to be deprecated -- no new PV only features;
features must work for PVH or PVHVM as well.
Jan Beulich said that SuSe planned to jump from classic kernel
straight to PVH.
Konrad Rzeszutek Wilk noted that PV MMU ops are planned to be removed
some time (suggested 5 years) after PVH support is complete.
= Broken Things =
Konrad noted that PAT is broken which makes graphics slow.
512 GiB PV guest limit. The fix (4-level p2m) is present in Xen (but
not tools for save/restore?) but PVHVM or PVH is recommended instead
of extending PV.
In guest kexec when PV drivers are used does not work -- grants and
event channels are not torn down which prevents them being used in the
exec'd guest.
= Plans =
David:
- Fixing m2p override. Mapping the same MFN (by two grant refs or the
same) two or more times means get_user_pages() cannot find the right
page() since m2p override is many-to-one.
- Fixing page-to-gref (needed for grant copy in netback to-guest)
which is currently netback only (this breaks domU providing an iSCSI
target to be used via blkfront/blkback by another domU in the same
host. Probably by adding a generic struct page extension mechanism.
- Testing (mostly dom0) in XenServer's test system.
Konrad:
- Performance regression testing.
- Microcode loading at run time.
- pciback: more useful SBR fallback if FLR isn't present.
Malcolm:
- PV IOMMU
Daniel Kiper:
- EFI for dom0 (see series on list)
Wei Liu:
- VNUMA for PV and PVH (picking up Elena's work).
next reply other threads:[~2014-06-02 15:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-02 15:36 David Vrabel [this message]
2014-06-02 15:56 ` [Hackathon] Linux session notes Jan Beulich
2014-06-04 11:11 ` Stefano Stabellini
2014-06-04 11:29 ` David Vrabel
2014-06-04 11:37 ` Stefano Stabellini
2014-06-04 11:42 ` David Vrabel
2014-06-04 11:45 ` Ian Campbell
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=538C99F7.3080109@citrix.com \
--to=david.vrabel@citrix.com \
--cc=Xen-devel@lists.xen.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 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.