diff options
| author | Matheus Castanho <msc@linux.ibm.com> | 2021-12-01 11:14:40 -0300 |
|---|---|---|
| committer | Matheus Castanho <msc@linux.ibm.com> | 2021-12-17 15:40:53 -0300 |
| commit | ae91d3df24a4a1b1f264d101a71a298bff310d14 (patch) | |
| tree | 9ecb3750b4552a8064c33c54269da420216aa192 /elf/tst-array1.c | |
| parent | c16dc431c81b8cd0605d61d24642bd3c5dcefacd (diff) | |
| download | glibc-ae91d3df24a4a1b1f264d101a71a298bff310d14.tar glibc-ae91d3df24a4a1b1f264d101a71a298bff310d14.tar.gz glibc-ae91d3df24a4a1b1f264d101a71a298bff310d14.tar.bz2 glibc-ae91d3df24a4a1b1f264d101a71a298bff310d14.zip | |
powerpc64[le]: Allocate extra stack frame on syscall.S
The syscall function does not allocate the extra stack frame for scv like other
assembly syscalls using DO_CALL_SCV. So after commit d120fb9941 changed the
offset that is used to save LR, syscall ended up using an invalid offset,
causing regressions on powerpc64. So make sure the extra stack frame is
allocated in syscall.S as well to make it consistent with other uses of
DO_CALL_SCV and avoid similar issues in the future.
Tested on powerpc, powerpc64, and powerpc64le (with and without scv)
Reviewed-by: Raphael M Zinsly <rzinsly@linux.ibm.com>
Diffstat (limited to 'elf/tst-array1.c')
0 files changed, 0 insertions, 0 deletions