public inbox for libc-ports@sourceware.org
 help / color / mirror / Atom feed
From: Richard Henderson <rth@twiddle.net>
To: Andreas Krebbel <krebbel@linux.vnet.ibm.com>
Cc: "Ryan S. Arnold" <ryan.arnold@gmail.com>,
	libc-alpha@sourceware.org,  libc-ports@sourceware.org
Subject: Re: Include hwcap as ifunc argument
Date: Fri, 08 Jun 2012 14:49:00 -0000	[thread overview]
Message-ID: <4FD210E2.5010006@twiddle.net> (raw)
In-Reply-To: <4FD2056E.3060704@linux.vnet.ibm.com>

On 2012-06-08 07:00, Andreas Krebbel wrote:
>From a S/390 perspective AT_PLATFORM would also be more helpful. We do not add every new
> machine feature to the hwcaps vector so it is not possible to deduce the cpu level just
> from the hwcaps vector.

No, but the one important thing in s390's AT_HWCAP is HWCAP_S390_STFLE,
which tells you (without setting up sigill handlers) that you can go ahead
and find out *everything* you want to know via stfle.  More or less exactly
how the x86 port works atm with its cpuid bits.

But again, it depends on what you're trying to test.  Are you looking at
choosing a version based on scheduling, or choosing a version based on
features?

I'd would hope that any multiarch'd version of e.g. feraiseexcept would test
for the ieee-exception-simulation-facility (included in bit 41 of stfle results)
rather than using a strcmp of AT_PLATFORM vs "z109-xx" (or whatever).

Certainly for libatomic I would be most interested in testing for the 
presence of the interlocked-access and compare-and-swap-and-store-2 facilities.
 
> I'm working on the S/390 ifunc support and hope to be able to come up with a patch soon.

Excellent.


r~

      reply	other threads:[~2012-06-08 14:49 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4FBA744A.6000702@twiddle.net>
2012-05-24 14:40 ` [ppc] " Richard Henderson
2012-05-24 14:45   ` Joseph S. Myers
2012-05-24 19:47   ` David Miller
2012-05-25 17:44 ` Richard Henderson
2012-06-04 21:22   ` Ryan S. Arnold
2012-06-04 22:14     ` Richard Henderson
2012-06-08 14:01       ` Andreas Krebbel
2012-06-08 14:49         ` Richard Henderson [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=4FD210E2.5010006@twiddle.net \
    --to=rth@twiddle.net \
    --cc=krebbel@linux.vnet.ibm.com \
    --cc=libc-alpha@sourceware.org \
    --cc=libc-ports@sourceware.org \
    --cc=ryan.arnold@gmail.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).