lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4723610.G5HFZHp0Yu@wuerfel>
Date:	Fri, 04 Jul 2014 13:17:43 +0200
From:	Arnd Bergmann <arnd@...db.de>
To:	AKASHI Takahiro <takahiro.akashi@...aro.org>
Cc:	linaro-kernel@...ts.linaro.org, viro@...iv.linux.org.uk,
	eparis@...hat.com, rgb@...hat.com, catalin.marinas@....com,
	will.deacon@....com, linux-kernel@...r.kernel.org,
	linux-audit@...hat.com, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v10 1/3] arm64: Add __NR_* definitions for compat syscalls

On Friday 04 July 2014 20:05:47 AKASHI Takahiro wrote:
> On 07/04/2014 07:06 PM, Arnd Bergmann wrote:
> > On Friday 04 July 2014 16:28:29 AKASHI Takahiro wrote:
> >> From: Catalin Marinas <catalin.marinas@....com>
> >>
> >> This patch adds __NR_* definitions to asm/unistd32.h, moves the
> >> __NR_compat_* definitions to asm/unistd.h and removes all the explicit
> >> unistd32.h includes apart from the one building the compat syscall
> >> table. The aim is to have the compat __NR_* definitions available but
> >> without colliding with the native syscall definitions.
> >>
> >> And adds more syscall definitions for 3.16.
> >
> > Can you explain in more detail why you want to add those macros? I've
> > looked at all three patches in the series but can't find any code using
> > them.
> 
> Right. "unistd32.h" is not used by this patch, but by lib/compat_audit.c.
> when I thought of adding audit support for arm64, there was duplicated code
> of auditing compat system calls across many architectures.
> lib/compat_audit.c fixes this issue but at the same time it also requires
> __NR_* macros for a couple of compat system calls which arm64 didn't have.
> 
> In the first implementation, I generated an extra generated/asm/unistd_32.h
> from the original asm/unist32.h by using a sed script. But Catalin suggested
> (agreed?) to modify unistd32.h for this purpose.
> 
> See
> http://lists.infradead.org/pipermail/linux-arm-kernel/2014-January/228992.html
> 

Ok, thanks for the explanation. It would be good to have that in the changeset
comment as well, in case other people wonder about the same question.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ