On 02/03/23 13:10, Pavel Kozlov via Libc-alpha wrote:
> From: Pavel Kozlov
>
> Use the clone3 wrapper on ARC. It doesn't care about stack alignment.
> All callers should provide an aligned stack.
> It follows the internal signature:
>
> extern int clone3 (struct clone_args *__cl_args, size_t
On 02/03/23 13:10, Pavel Kozlov via Libc-alpha wrote:
> From: Pavel Kozlov
>
> For better debug experience use separate code block with extra
> cfi_* directives to run child (same as in __clone3).
LGTM, thanks.
Reviewed-by: Adhemerval Zanella
> ---
> sysdeps/unix/sysv/linux/arc/clone.S |
On 21/02/23 15:59, Adhemerval Zanella Netto wrote:
>
>
> On 21/02/23 10:55, Pavel Kozlov via Libc-alpha wrote:
>> Hi all,
>>
>> I'm excited to introduce myself and become a part of the community.
>>
>> I'm a software engineer in Synopsys an
On 21/02/23 10:55, Pavel Kozlov via Libc-alpha wrote:
> Hi all,
>
> I'm excited to introduce myself and become a part of the community.
>
> I'm a software engineer in Synopsys and member of a team working to enhance
> support for ARC CPUs in the GNU Linux ecosystem.
>
> I would appreciate a
On 17/01/23 09:12, Pavel.Kozlov--- via Libc-alpha wrote:
> From: Pavel Kozlov
>
> Add extra check for compiler definitions to ensure that compiler provides
> sqrt and fma hw fpu instructions else use software implementation.
>
> As divide/sqrt and FMA hw support from CPU side is optional,
> t
On 21/12/22 13:28, Pavel.Kozlov--- via Libc-alpha wrote:
> From: Pavel Kozlov
>
> Add extra check for compiler definitions to ensure that compiler provides
> sqrt and fma hw fpu instructions else use software implementation.
>
> As divide/sqrt and FMA hw support from CPU side is optional,
> t
On 21/12/22 13:19, Pavel.Kozlov--- via Libc-alpha wrote:
> From: Pavel Kozlov
>
> The ARCv2 ABI requires 4 byte stack pointer alignment. Don't allow to
> use unaligned child stack in clone. As the stack grows down,
> align it down.
>
> This was pointed by misc/tst-misalign-clone-internal and
On 21/11/22 10:06, Shahab Vahedi via Libc-alpha wrote:
> While porting ARCv2 to elfutils [1], it was brought up that the
> necessary changes to the project's libelf/elf.h must come from
> glibc, because they sync it from glibc [2]. Therefore, this patch
> is to update ARC entries in elf/elf.h.