public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Michael Matz <matz@suse.de>
To: Jan Beulich <jbeulich@suse.com>
Cc: "Cui, Lili" <lili.cui@intel.com>, "H.J. Lu" <hjl.tools@gmail.com>,
	 Binutils <binutils@sourceware.org>
Subject: Re: [PATCH 2/4] x86/APX: respect {vex}/{vex3}
Date: Tue, 20 Feb 2024 16:59:26 +0100 (CET)	[thread overview]
Message-ID: <80e6789c-a103-247f-859a-2061b7190fe8@suse.de> (raw)
In-Reply-To: <bd6b0cf1-aaf7-4c9d-b736-33effd7964ab@suse.com>

Hello,

On Tue, 20 Feb 2024, Jan Beulich wrote:

> On 20.02.2024 11:12, Cui, Lili wrote:
> >> On 18.02.2024 08:55, Cui, Lili wrote:
> >>>> --- a/gas/testsuite/gas/i386/x86-64-apx-egpr-inval.s
> >>>> +++ b/gas/testsuite/gas/i386/x86-64-apx-egpr-inval.s
> >>>> @@ -207,3 +207,13 @@
> >>>>  	vtestpd (%r27),%ymm6
> >>>>  	vtestps (%r27),%xmm6
> >>>>  	vtestps (%r27),%ymm6
> >>>> +# {vex}
> >>>> +	{vex} and %eax, %eax
> >>>> +	{vex} and %r8, %r8
> >>>> +	{vex} and %r16, %r16
> >>>> +	{vex} and %eax, %eax, %eax
> >>>> +	{vex} and %r8, %r8, %r8
> >>>> +	{vex} and %r16, %r16, %r16
> >>>> +	{vex} andn %eax, %eax, %eax
> >>>> +	{vex} andn %r8, %r8, %r8
> >>>
> >>> These two test cases are valid.
> >>
> >> ... reflects exactly this fact.
> >>
> > 
> > Normally we don't put valid test cases into invalid test case file, right?
> 
> Depends, I would say (and I think you'll find other examples). I view it as
> pretty relevant here.

I think the test filename should be different then, also for other cases 
where this is the case.  That, or at least a comment next to the insns 
that those are _not_ invalid (referring to the .d file to see that is not 
self-describing).  Without any other indication I'd say instructions in a 
file named "*inval.s" should _all_ be invalid, always.


Ciao,
Michael.

  reply	other threads:[~2024-02-20 16:00 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-16  9:56 [PATCH 0/4] x86/APX: misc adjustments Jan Beulich
2024-02-16  9:57 ` [PATCH 1/4] x86: rename vec_encoding and vex_encoding_* Jan Beulich
2024-02-18  5:59   ` Cui, Lili
2024-02-19  7:54     ` Jan Beulich
2024-02-20  9:19       ` Cui, Lili
2024-02-16  9:58 ` [PATCH 2/4] x86/APX: respect {vex}/{vex3} Jan Beulich
2024-02-18  7:55   ` Cui, Lili
2024-02-19  8:00     ` Jan Beulich
2024-02-20 10:12       ` Cui, Lili
2024-02-20 10:30         ` Jan Beulich
2024-02-20 15:59           ` Michael Matz [this message]
2024-02-20 16:52             ` H.J. Lu
2024-02-16  9:58 ` [PATCH 3/4] x86/APX: correct .insn opcode space determination when REX2 is needed Jan Beulich
2024-02-16  9:59 ` [PATCH 4/4] x86/APX: optimize certain XOR and SUB forms Jan Beulich

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=80e6789c-a103-247f-859a-2061b7190fe8@suse.de \
    --to=matz@suse.de \
    --cc=binutils@sourceware.org \
    --cc=hjl.tools@gmail.com \
    --cc=jbeulich@suse.com \
    --cc=lili.cui@intel.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).