[systemd-devel] [PATCH] systemd-detect-s390-virt: add virtualization detection on s390x
Thomas Blume
Thomas.Blume at suse.com
Tue Jul 8 05:53:22 PDT 2014
On Mon, 7 Jul 2014, Lennart Poettering wrote:
>
> Ah! OK!
>
> Then I think a patch that simply returns a generic "s390" id for all
> s390 + s390x systems would be a good idea. i.e. when we compile for
> s390/s390x we should just return that string unconditionally, without
> checking anything else.
>
> Please prepare a patch for that, and add the new type to the
> systemd.unit(5) man page, where ConditionVirtualization= is documented.
Unfortunately, I need to pick up this topic again.
Discussing our approach with the s390 guys showed that I was lacking some
background on the s390 PR/SM virtualization, sorry for this.
Actually, a system that is running on a logical partition (LPAR) provided by
PR/SM has access to physical hardware (except CPU).
It is true that PR/SM abstracts the hardware, but only for sharing purposes.
Details are statet at:
http://publib.boulder.ibm.com/infocenter/eserver/v1r2/topic/eicaz/eicazzlpar.htm
-->--
In other words, PR/SM transforms physical resources into virtual resources so
that many logical partitions can share the same physical resources.
--<--
Still, from the OS point of view, the shared virtual resource is real hardware.
So, I need to change the code and set ConditionVirtualization to false if the
OS runs directly on PR/SM (e.g. in an LPAR).
In this light, should we still use a common s390 _id string or would it make
sense to keep the distinction between PR/SM and z/VM?
Regards
Thomas
More information about the systemd-devel
mailing list