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 /sysdeps/aarch64/bits | |
| parent | c16dc431c81b8cd0605d61d24642bd3c5dcefacd (diff) | |
| download | glibc-ae91d3df24a4a1b1f264d101a71a298bff310d14.tar.gz glibc-ae91d3df24a4a1b1f264d101a71a298bff310d14.tar.xz 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 'sysdeps/aarch64/bits')
0 files changed, 0 insertions, 0 deletions