[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] Minutes of: Xen ARM Community Call Wednesday 25th July 9AM Pacific / 4PM UTC



Hi Everyone,

These are the notes I took during the meeting. Thanks for attending!

Cheers,

Stefano

= Certifications =
Lars. Discussion at Xen Summit didn't go far because we didn't have any
concrete examples. Lars had a meeting with PRQA. The acquisition by
Perforce is completed. Lars sent all info by email last week to them,
they want to continue the engagement.

= Code reduction =
Completed, except for security support definition of the new kconfig
options.

= FreeRTOS / Zephyr Dom0 =
Don't know the state given that Artem is not available.  Zephyr has a
two tiers membership system: the top tier is for the certification
efforts. The artifact produced by the certification efforts are only
available to the tier-1 members. Need to follow up.

= Dom0less =
Stefano explains the latest. Device assignment is supported.
ACTION: Gather more details on use-cases.

= vTPM =
We'll have a call on this topic to discuss next steps.

= Power Management =
Stefano is reviewing power management patches to do system suspend. They
are in a good state. Device power management is not supported.
EEMI vs SCMI support for cpufreq/device PM. Not clear the impact on Xen
to support multiple firmware interfaces.

= Virtio =
Julien: we are looking at graphics virtualization in ARM. Virtio has a
PV graphic solution already. The main problem with not using virtio is
that we have to duplicate the transport layer every time. We spend time
to get drivers running instead of improving the drivers. Can we get
virtio running on Xen?

Concern #1: virtio removes the separation between frontend and backend.
There is a work in progress idea to add the concept of an IOMMU to
virtio, so that the backend needs only to be allowed to map the pages
with IOMMU mappings. It wouldn't need to be able to map any page in the
system anymore. It might make driver domains possible. Stefano is
concerned about splitting the community.

Lars says that Genivi is talking about virtio. Christopher: if we are
going to use virtio, why not use KVM too?
ACTION: Christopher to join Genivi meetings to explain the issues with
virtio.
Stefano: this is good because we want people to be informed and either
fix virtio or not use it at all.
Julien: Instead, they might simply not care about isolation.
Lars: No, they do care. During one of the last meetings they
highlighted isolation as a concern. The other concern is that the
emulators are QEMU based.

References:
cpufreq:
https://www.slideshare.net/xen_com_mgr/xpdds18-cpufreq-in-xen-on-arm-oleksandr-tyshchenko-epam-systems
https://www.youtube.com/watch?v=ZimfN52wkcM&index=15&list=PLYyw7IQjL-zFlQYbY9BgsLhxqp1Ui67W7
Genivi meeting and info:
https://at.projects.genivi.org/wiki/pages/viewpage.action?pageId=16026657
https://at.projects.genivi.org/wiki/display/DIRO/Hypervisor+Project
Key Person: Gunnar Anderson

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.