Skip to content

T
Third Party Musl

OpenHarmony / Third Party Musl
10 个月 前同步成功

通知 37
Star 125
Fork 0
T
Third Party Musl

前往新版Gitcode，体验更适合开发者的 AI 搜索 >>

切换分支/标签
  1. 03 9月, 2020 1 次提交
  3. 31 8月, 2020 5 次提交
  5. 28 8月, 2020 1 次提交
  7. 21 8月, 2020 1 次提交
  9. 20 8月, 2020 1 次提交
  11. 19 8月, 2020 2 次提交
  13. 18 8月, 2020 1 次提交
  15. 17 8月, 2020 2 次提交
  17. 12 8月, 2020 1 次提交
  19. 04 8月, 2020 1 次提交
  21. 21 2月, 2020 1 次提交
  23. 13 2月, 2020 1 次提交
    • R
      fix remaining direct use of stat syscalls outside fstatat.c · c9ebff47
      由 Rich Felker 提交于 
      because struct stat is no longer assumed to correspond to the
structure used by the stat-family syscalls, it's not valid to make any
of these syscalls directly using a buffer of type struct stat.

commit 94938920 moved all logic around
this change for stat-family functions into fstatat.c, making the
others wrappers for it. but a few other direct uses of the syscall
were overlooked. the ones in tmpnam/tempnam are harmless since the
syscalls are just used to test for file existence. however, the uses
in fchmodat and __map_file depend on getting accurate file properties,
and these functions may actually have been broken one or more mips
variants due to removal of conversion hacks from syscall_arch.h.

as a low-risk fix, simply use struct kstat in place of struct stat in
the affected places.
      c9ebff47
  25. 07 2月, 2020 5 次提交
  27. 05 2月, 2020 3 次提交
  29. 04 2月, 2020 1 次提交
    • R
      move riscv64 register index constants to signal.h · 329e7929
      由 Rich Felker 提交于 
      under _GNU_SOURCE for namespace cleanliness, analogous to other archs.
the original placement in sys/reg.h seems not to have been motivated;
such a header isn't even present on other implementations.
      329e7929
  31. 31 1月, 2020 1 次提交
    • R
      remove legacy clock_gettime and gettimeofday from public syscall.h · 5a105f19
      由 Rich Felker 提交于 
      some nontrivial number of applications have historically performed
direct syscalls for these operations rather than using the public
functions. such usage is invalid now that time_t is 64-bit and these
syscalls no longer match the types they are used with, and it was
already harmful before (by suppressing use of vdso).

since syscall() has no type safety, incorrect usage of these syscalls
can't be caught at compile-time. so, without manually inspecting or
running additional tools to check sources, the risk of such errors
slipping through is high.

this patch renames the syscalls on 32-bit archs to clock_gettime32 and
gettimeofday_time32, so that applications using the original names
will fail to build without being fixed.

note that there are a number of other syscalls that may also be unsafe
to use directly after the time64 switchover, but (1) these are the
main two that seem to be in widespread use, and (2) most of the others
continue to have valid usage with a null timeval/timespec argument, as
the argument is an optional timeout or similar.
      5a105f19
  33. 29 1月, 2020 2 次提交
  35. 28 1月, 2020 1 次提交
  37. 26 1月, 2020 1 次提交
  39. 23 1月, 2020 1 次提交
    • L
      fix riscv64 a_cas inline asm operand sign extension · 83350eb1
      由 Luís Marques 提交于 
      This patch adds an explicit cast to the int arguments passed to the
inline asm used in the RISC-V's implementation of `a_cas`, to ensure
that they are properly sign extended to 64 bits. They aren't
automatically sign extended by Clang, and GCC technically also doesn't
guarantee that they will be sign extended.
      83350eb1
  41. 21 1月, 2020 1 次提交
  43. 17 1月, 2020 1 次提交
    • A
      add thumb2 support to arm assembler memcpy · 91e662d1
      由 Andre McCurdy 提交于 
      For Thumb2 compatibility, replace two instances of a single
instruction "orr with a variable shift" with the two instruction
equivalent. Neither of the replacements are in a performance critical
loop.
      91e662d1
  45. 16 1月, 2020 1 次提交
    • R
      fix incorrect __hwcap seen in dynamic-linked __set_thread_area · 0ff18be2
      由 Rich Felker 提交于 
      the bug fixed in commit b82cd6c7 was
mostly masked on arm because __hwcap was zero at the point of the call
from the dynamic linker to __set_thread_area, causing the access to
libc.auxv to be skipped and kuser_helper versions of TLS access and
atomics to be used instead of the armv6 or v7 versions. however, on
kernels with kuser_helper removed for hardening it would crash.

since __set_thread_area potentially uses __hwcap, it must be
initialized before the function is called. move the AT_HWCAP lookup
from stage 3 to stage 2b.
      0ff18be2
  47. 12 1月, 2020 1 次提交
  49. 02 1月, 2020 3 次提交