public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Peter Bergner <bergner@linux.ibm.com>
To: bmahi496@linux.ibm.com, libc-alpha@sourceware.org
Cc: rajis@linux.ibm.com, Mahesh Bodapati <mahesh.bodapati@ibm.com>
Subject: Re: [PATCH] PowerPC: Influence hwcaps via cpu arch-level GLIBC_TUNABLES.
Date: Tue, 20 Jun 2023 11:20:05 -0500	[thread overview]
Message-ID: <94be5917-3607-6e45-115f-a2f6db95b321@linux.ibm.com> (raw)
In-Reply-To: <20230619080956.3187040-1-bmahi496@linux.ibm.com>

On 6/19/23 3:09 AM, bmahi496--- via Libc-alpha wrote:
> This patch enables the option to influence hwcaps used by the powerpc.
> The user can set a CPU arch-level tunable like power10 instead of single
> HWCAP features.
> 
> The influenced hwcap are stored in the powerpc-specific cpu_features struct.
> 
> Below are the supported cpu arch-level tunables.
> -  power10: power10 feature set
> -  power9: power9 feature set
> -  power8: power8 feature set
> -  power7: power7 feature set
> -  power6: power6 feature set
> -  power5: power5 feature set
> -  power4: power4 feature set.

I'm all for allowing modifying full cpu specific hwcap tunables with one
"cpu" option, but it's hard to tell whether this change allows modifying
single HWCAP/HWCAP2 features too.  Say I only want to disable the VSX
feature or the MMA feature and nothing else.  Does this patch support that?
We *do* want that ability!




> +            /* we don't disable altivec and vsx */

This is not a correctly formatted sentence with proper capitalization, etc.



> +  if (disable_vsx)
> +    cpu_features_curr.hwcap &= ~PPC_FEATURE_HAS_VSX;

Why the special handling for the VSX feature here?  How is it different
than say the Altivec feature or any of our other feature bits which don't
have special handling?  It's not obvious to me why we need special handling,
so it's probably not obvious to others either.  If we really do need special
handling for this, you should add a comment explaining why.



> +  /* Copy back the supported tunable features */

Missing a '.' and 2 spaces before the */


Peter




  reply	other threads:[~2023-06-20 16:20 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-19  8:09 bmahi496
2023-06-20 16:20 ` Peter Bergner [this message]
2023-06-20 17:45   ` MAHESH BODAPATI
2023-06-21  4:11     ` Peter Bergner
2023-06-21  6:20       ` MAHESH BODAPATI

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=94be5917-3607-6e45-115f-a2f6db95b321@linux.ibm.com \
    --to=bergner@linux.ibm.com \
    --cc=bmahi496@linux.ibm.com \
    --cc=libc-alpha@sourceware.org \
    --cc=mahesh.bodapati@ibm.com \
    --cc=rajis@linux.ibm.com \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).