On Thu, Jul 4, 2024 at 4:38 PM Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> When clone3() was introduced, it was not obvious how each architecture
> deals with setting up the stack and keeping the register contents in
> a fork()-like system call, so this was left for the architecture
> maintain
On Thu, 4 Jul 2024, Arnd Bergmann wrote:
> arch/alpha/include/asm/unistd.h | 1 +
This seems out of sync with the actual changes, any idea what happened
here?
Maciej
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.or
On Fri, Jul 5, 2024, at 12:18, Maciej W. Rozycki wrote:
> On Thu, 4 Jul 2024, Arnd Bergmann wrote:
>
>> arch/alpha/include/asm/unistd.h | 1 +
>
> This seems out of sync with the actual changes, any idea what happened
> here?
Sorry about this, I was writing the series description
On Thu, Jul 04, 2024 at 04:36:03PM +0200, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> This is a straight conversion from the old asm/unistd32.h into the
> format used by 32-bit arm and most other architectures, calling scripts
> to generate the asm/unistd32.h header and a new asm/syscalls32.h
On Thu, Jul 04, 2024 at 04:36:04PM +0200, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> Change the asm/unistd.h header for arm64 to no longer include
> asm-generic/unistd.h itself, but instead generate both the asm/unistd.h
> contents and the list of entry points using the syscall.tbl scripts th
On Thu, Jul 04, 2024 at 04:36:05PM +0200, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The generated asm/unistd_compat_32.h header file now contains
> macros that can be used directly in the vdso and the signal
> trampolines, so remove the duplicate definitions.
>
> Signed-off-by: Arnd Bergman
Hi Arnd,
On Thu, 4 Jul 2024 16:35:57 +0200 Arnd Bergmann wrote:
>
> From: Arnd Bergmann
>
> If we start validating the existence of the asm-generic side of
> generated headers, this one causes a warning:
>
> make[3]: *** No rule to make target
> 'arch/um/include/generated/asm/bpf_perf_event.
