So you are saying that the hardware should return '0' is the facility is
not enabled, and '1' if it is.
Sort of. "enabled" is not a term relative to these facilities. Perhaps
"supported" or even "present" would be better.
The hardware will return 1 if the facility is supported. It will
On Mon, 17 May 2021 19:42:06 -0500, Joe Monk wrote:
>In the IBM vm environment on z/arch under SIE, what is the correct response
>to STFLE for a non-enabled or present facility? Zero or NULL?
>
>If a person were to try to do RRBM, should facility bit 66 be enabled or
>what?
In response to your
On Tue, 18 May 2021 07:46:54 -0500, Joe Monk wrote:
>Sorry, I meant the correct response from an STFLE, not to.
>
>So you are saying that the hardware should return '0' is the facility is
>not enabled, and '1' if it is.
That's how STLFE, works, yes (see Principles of Operation), but I don't see
Sorry, I meant the correct response from an STFLE, not to.
So you are saying that the hardware should return '0' is the facility is
not enabled, and '1' if it is.
Joe
On Tue, May 18, 2021 at 7:09 AM Peter Relson wrote:
> "NULL" is not an architectural concept.
>
> I don't even know what a
"NULL" is not an architectural concept.
I don't even know what a "response" to an instruction is.
The correct result for an instruction is whatever the principles of
operation says the result is.
Some facility bits are passed through to the guest. Others are provided to
the guest only if the
Hello!
In the IBM vm environment on z/arch under SIE, what is the correct response
to STFLE for a non-enabled or present facility? Zero or NULL?
If a person were to try to do RRBM, should facility bit 66 be enabled or
what?
Thanks,
Joe