* [man-pages PATCH 4/5] s390_sthyi.2: some minor additions
@ 2018-01-14 18:56 Eugene Syromyatnikov
[not found] ` <20180114185639.GA23817-ZbobWygYI+YXGNroddHbYwC/G2K4zDHf@public.gmane.org>
0 siblings, 1 reply; 3+ messages in thread
From: Eugene Syromyatnikov @ 2018-01-14 18:56 UTC (permalink / raw)
To: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w
Cc: linux-man-u79uwXL29TY76Z2rM5mHXA, Martin Schwidefsky,
linux-s390-u79uwXL29TY76Z2rM5mHXA, QingFeng Hao, Jan Glauber,
Alexey Ishchuk
* man2/s390_sthyi.2 (.SH DESCRIPTION): Document the size of the
resp_buffer when function_code is 0.
(.SH NOTES): Document various aspects of the current implementation (the
lifted requirement for the response buffer alignment, the usage of
hardware STHYI instruction whether available, the presence of in-kernel
cache), add description for the documentation URL.
---
man2/s390_sthyi.2 | 13 +++++++++++++
1 file changed, 13 insertions(+)
diff --git a/man2/s390_sthyi.2 b/man2/s390_sthyi.2
index 8c33041..1ab2314 100644
--- a/man2/s390_sthyi.2
+++ b/man2/s390_sthyi.2
@@ -53,6 +53,9 @@ capacity information.
The
.I resp_buffer
argument specifies the address of a response buffer.
+When the
+.I function_code
+is 0, it has to be one page (4K) in size.
If the system call returns 0,
the response buffer will be filled with CPU capacity information.
Otherwise, the response buffer's content is unchanged.
@@ -126,6 +129,16 @@ to call it.
.PP
For details of the STHYI instruction, see
.UR https://www.ibm.com\:/support\:/knowledgecenter\:/SSB27U_6.3.0\:/com.ibm.zvm.v630.hcpb4\:/hcpb4sth.htm
+the documentation page
.UE .
+.PP
+The in-kernel implementation of the function code 0 doesn't require the response
+buffer to be aligned to a page boundary (in contrast to the STHYI instruction
+requirement).
+.PP
+The in-kernel implementation uses STHYI function whether available.
+.PP
+The kernel caches the response (for one second, currently), so the subsequent
+calls to the system call within may return previously cached values instead.
.SH SEE ALSO
.BR syscall (2)
--
2.1.4
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [man-pages PATCH 4/5] s390_sthyi.2: some minor additions
[not found] ` <20180114185639.GA23817-ZbobWygYI+YXGNroddHbYwC/G2K4zDHf@public.gmane.org>
@ 2018-01-20 12:01 ` Heiko Carstens
2018-01-22 13:19 ` Eugene Syromyatnikov
0 siblings, 1 reply; 3+ messages in thread
From: Heiko Carstens @ 2018-01-20 12:01 UTC (permalink / raw)
To: Eugene Syromyatnikov
Cc: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w,
linux-man-u79uwXL29TY76Z2rM5mHXA, Martin Schwidefsky,
linux-s390-u79uwXL29TY76Z2rM5mHXA, QingFeng Hao, Jan Glauber,
Alexey Ishchuk
On Sun, Jan 14, 2018 at 07:56:39PM +0100, Eugene Syromyatnikov wrote:
> * man2/s390_sthyi.2 (.SH DESCRIPTION): Document the size of the
> resp_buffer when function_code is 0.
> (.SH NOTES): Document various aspects of the current implementation (the
> lifted requirement for the response buffer alignment, the usage of
> hardware STHYI instruction whether available, the presence of in-kernel
> cache), add description for the documentation URL.
> ---
> +The in-kernel implementation of the function code 0 doesn't require the response
> +buffer to be aligned to a page boundary (in contrast to the STHYI instruction
> +requirement).
Maybe: "When using the system call interface the response buffer doesn't
have to fulfill alignment requirements as described in the STHYI
instruction defintion." ?
> +.PP
> +The in-kernel implementation uses STHYI function whether available.
> +.PP
I don't think this should be described in the man page. This is an
implementation detail that can change at any time.
> +The kernel caches the response (for one second, currently), so the subsequent
> +calls to the system call within may return previously cached values instead.
"The kernel caches the response up to one second. Subsequent system call
invocations may return the cached response." ?
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [man-pages PATCH 4/5] s390_sthyi.2: some minor additions
2018-01-20 12:01 ` Heiko Carstens
@ 2018-01-22 13:19 ` Eugene Syromyatnikov
0 siblings, 0 replies; 3+ messages in thread
From: Eugene Syromyatnikov @ 2018-01-22 13:19 UTC (permalink / raw)
To: Heiko Carstens
Cc: Michael Kerrisk-manpages, linux-man, Martin Schwidefsky,
linux-s390-u79uwXL29TY76Z2rM5mHXA, QingFeng Hao
On Sat, Jan 20, 2018 at 12:01 PM, Heiko Carstens
<heiko.carstens-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org> wrote:
> On Sun, Jan 14, 2018 at 07:56:39PM +0100, Eugene Syromyatnikov wrote:
>> * man2/s390_sthyi.2 (.SH DESCRIPTION): Document the size of the
>> resp_buffer when function_code is 0.
>> (.SH NOTES): Document various aspects of the current implementation (the
>> lifted requirement for the response buffer alignment, the usage of
>> hardware STHYI instruction whether available, the presence of in-kernel
>> cache), add description for the documentation URL.
>> ---
>> +The in-kernel implementation of the function code 0 doesn't require the response
>> +buffer to be aligned to a page boundary (in contrast to the STHYI instruction
>> +requirement).
>
> Maybe: "When using the system call interface the response buffer doesn't
> have to fulfill alignment requirements as described in the STHYI
> instruction defintion." ?
Yes, that sounds better.
>> +.PP
>> +The in-kernel implementation uses STHYI function whether available.
>> +.PP
>
> I don't think this should be described in the man page. This is an
> implementation detail that can change at any time.
Agreed.
>> +The kernel caches the response (for one second, currently), so the subsequent
>> +calls to the system call within may return previously cached values instead.
>
> "The kernel caches the response up to one second. Subsequent system call
> invocations may return the cached response." ?
Yep, that's definitely phrased better.
--
Eugene Syromyatnikov
mailto:evgsyr-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
xmpp:esyr@jabber.{ru|org}
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2018-01-22 13:19 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-01-14 18:56 [man-pages PATCH 4/5] s390_sthyi.2: some minor additions Eugene Syromyatnikov
[not found] ` <20180114185639.GA23817-ZbobWygYI+YXGNroddHbYwC/G2K4zDHf@public.gmane.org>
2018-01-20 12:01 ` Heiko Carstens
2018-01-22 13:19 ` Eugene Syromyatnikov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox