> Well, of course we need the patch build, so SYSCALL_DEFINE and
> COMPAT_SYSCALL_DEFINE have to go with the name changes, that's obvious.
>
> My comment was more related to changes like the renaming of
> ppc64_personality() to do_ppc64_personality() and the creation of
>
Le 08/08/2022 à 08:04, Rohan McLure a écrit :
> Thanks for reviewing my patches.
>
>> I think this patch should be split in two patches. One where you just
>> change to using SYSCALL_DEFINE and COMPAT_SYSCALL_DEFINE, and a second
>> patch for everything else.
>>
>> The first patch could then be
Thanks for reviewing my patches.
> I think this patch should be split in two patches. One where you just
> change to using SYSCALL_DEFINE and COMPAT_SYSCALL_DEFINE, and a second
> patch for everything else.
>
> The first patch could then be linked to
>
Le 25/07/2022 à 08:24, Rohan McLure a écrit :
> Arch-specific implementations of syscall handlers are currently used
> over generic implementations for the following reasons:
>
> 1. Semantics unique to powerpc
> 2. Compatibility syscalls require 'argument padding' to comply with
>
Arch-specific implementations of syscall handlers are currently used
over generic implementations for the following reasons:
1. Semantics unique to powerpc
2. Compatibility syscalls require 'argument padding' to comply with
64-bit argument convention in ELF32 abi.
3. Parameter types or