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]
Date:	Mon, 07 May 2007 23:39:35 +0100
From:	David Woodhouse <dwmw2@...radead.org>
To:	Tony Luck <tony.luck@...el.com>
Cc:	Sam Ravnborg <sam@...nborg.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Kees Cook <kees@...flux.net>,
	Randy Dunlap <randy.dunlap@...cle.com>,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/3] kbuild: complain about missing system calls.

On Mon, 2007-05-07 at 15:29 -0700, Tony Luck wrote:
> On 3/21/07, Sam Ravnborg <sam@...nborg.org> wrote:
> > Most system calls seem to get added to i386 first. This patch
> > automatically generates a warning for any new system call which is
> > implemented on i386 but not the architecture currently being compiled.
> 
> This is now upstream, and so I see a bunch of warnings for every ia64
> build.  Some of them are real, I need to add some syscalls, but there
> are a few bogus ones because ia64 chose different names (e.g. we have
> a sys_clone() that glibc uses to implement fork() and vfork()).
> 
> Just checking that the right way for me to shut checksyscalls.sh up is
> to add:
> 
> #define __IGNORE_fork
> #define __IGNORE_vfork
> 
> etc. to include/asm-ia64/unistd.h for each of the bogus ones.  Or is there
> some other preferred mechanism?

You could add them to scripts/checksyscalls.sh itself -- I think it's
fairly unlikely that those are syscalls which a new arch port is going
to 'forget' :)

-- 
dwmw2

-
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