]> sourceware.org Git - 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 15:11:33 +0000 (08:11 -0700)
commit7da08862471dfec6fdae731c2a5f351ad485c71f
treefc099b40c8a707ae7ba653477035aa0ffa3120fb
parent207d64feb26279e152c50744e3c37e68491aca99
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>
string/test-strchr.c
sysdeps/x86_64/multiarch/strchr-evex-base.S
This page took 0.041164 seconds and 5 git commands to generate.