]> git.ipfire.org Git - thirdparty/glibc.git/commit
x86: Fix bug in strchrnul-evex512 [BZ #32078]
authorNoah Goldstein <goldstein.w.n@gmail.com>
Tue, 13 Aug 2024 15:29:14 +0000 (23:29 +0800)
committerH.J. Lu <hjl.tools@gmail.com>
Thu, 15 Aug 2024 21:41:17 +0000 (14:41 -0700)
commitc005d1bd6f0e88ab4b822844d75d10c8978f5404
treec62aa98d2e75ef520e5f1d68445c4069adf974af
parent059f82c3b9bd929182195c163c6d7f3bbffabf51
x86: Fix bug in strchrnul-evex512 [BZ #32078]

Issue was we were expecting not matches with CHAR before the start of
the string in the page cross case.

The check code in the page cross case:
```
    and    $0xffffffffffffffc0,%rax
    vmovdqa64 (%rax),%zmm17
    vpcmpneqb %zmm17,%zmm16,%k1
    vptestmb %zmm17,%zmm17,%k0{%k1}
    kmovq  %k0,%rax
    inc    %rax
    shr    %cl,%rax
    je     L(continue)
```

expects that all characters that neither match null nor CHAR will be
1s in `rax` prior to the `inc`. Then the `inc` will overflow all of
the 1s where no relevant match was found.

This is incorrect in the page-cross case, as the
`vmovdqa64 (%rax),%zmm17` loads from before the start of the input
string.

If there are matches with CHAR before the start of the string, `rax`
won't properly overflow.

The fix is quite simple. Just replace:

```
    inc    %rax
    shr    %cl,%rax
```
With:
```
    sar    %cl,%rax
    inc    %rax
```

The arithmetic shift will clear any matches prior to the start of the
string while maintaining the signbit so the 1s can properly overflow
to zero in the case of no matches.
Reviewed-by: H.J. Lu <hjl.tools@gmail.com>
(cherry picked from commit 7da08862471dfec6fdae731c2a5f351ad485c71f)
string/test-strchr.c
sysdeps/x86_64/multiarch/strchr-evex-base.S