linux-man.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
To: Keno Fischer <keno@juliacomputing.com>
Cc: mtk.manpages@gmail.com, linux-man@vger.kernel.org
Subject: Re: [PATCH] arch_prctl.2: Add ARCH_SET_CPUID subcommand
Date: Tue, 7 Apr 2020 22:23:10 +0200	[thread overview]
Message-ID: <c21da2ee-66d0-09de-2415-b7dcfa6558cc@gmail.com> (raw)
In-Reply-To: <20200316032127.GA4619@juliacomputing.com>

Hello Keno,

On 3/16/20 4:21 AM, Keno Fischer wrote:
> This subcommand was added a few years ago to support cpuid emulation
> on x86 targets, but no changes to the man page appear to have been
> made at the time. This commit adds a description for it and the
> corresponding getter.
> 
> Signed-off-by: Keno Fischer <keno@juliacomputing.com>

Thanks. Patch applied.

Cheers,

Michael


> ---
>  man2/arch_prctl.2 | 43 ++++++++++++++++++++++++++++++++++++++++++-
>  1 file changed, 42 insertions(+), 1 deletion(-)
> 
> diff --git a/man2/arch_prctl.2 b/man2/arch_prctl.2
> index c49f4e0..e40d6bb 100644
> --- a/man2/arch_prctl.2
> +++ b/man2/arch_prctl.2
> @@ -48,7 +48,44 @@ for the "set" operations, or as an
>  .IR "unsigned long\ *" ,
>  for the "get" operations.
>  .PP
> -Subfunctions for x86-64 are:
> +Subfunctions for both x86 and x86-64 are:
> +.TP
> +.BR ARCH_SET_CPUID " (since Linux 4.12)"
> +Enable (
> +.I addr != 0
> +) or disable (
> +.I addr == 0
> +) the
> +.I cpuid
> +instruction for the current thread. The instruction
> +is enabled by default. If disabled,
> +any execution of a
> +.I cpuid
> +instruction will instead generate a
> +.B SIGSEGV
> +signal. This feature can be used to emulate
> +.I cpuid
> +results that differ from what the underlying
> +hardware would have produced (e.g. in a paravirtualization setting).
> +This setting is preserved across
> +.BR fork (2)
> +and
> +.BR clone (2)
> +but reset to default (i.e.
> +.I cpuid
> +enabled) on
> +.BR execve (2)
> +.
> +.TP
> +.BR ARCH_GET_CPUID " (since Linux 4.12)"
> +Return the setting of the flag manipulated by
> +.B ARCH_SET_CPUID
> +as the result of the system call (1 for enabled, 0 for disabled).
> +.I addr
> +is ignored.
> +
> +.TP
> +Subfunctions for x86-64 only are:
>  .TP
>  .B ARCH_SET_FS
>  Set the 64-bit base for the
> @@ -96,6 +133,10 @@ is not a valid subcommand.
>  .B EPERM
>  .I addr
>  is outside the process address space.
> +.TP
> +.B ENODEV
> +.B ARCH_SET_CPUID
> +was requested, but the underlying hardware does not support CPUID faulting.
>  .\" .SH AUTHOR
>  .\" Man page written by Andi Kleen.
>  .SH CONFORMING TO
> 


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/

      reply	other threads:[~2020-04-07 20:23 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-16  3:21 [PATCH] arch_prctl.2: Add ARCH_SET_CPUID subcommand Keno Fischer
2020-04-07 20:23 ` Michael Kerrisk (man-pages) [this message]

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=c21da2ee-66d0-09de-2415-b7dcfa6558cc@gmail.com \
    --to=mtk.manpages@gmail.com \
    --cc=keno@juliacomputing.com \
    --cc=linux-man@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).