Al Viro 25a3bc6bd1 [parisc] open(2) compat bug ... In commit 9d73fc2d64 ("open*(2) compat fixes (s390, arm64)") I said: > > The usual rules for open()/openat()/open_by_handle_at() are > 1) native 32bit - don't force O_LARGEFILE in flags > 2) native 64bit - force O_LARGEFILE in flags > 3) compat on 64bit host - as for native 32bit > 4) native 32bit ABI for 64bit system (mips/n32, x86/x32) - as for native 64bit > > There are only two exceptions - s390 compat has open() forcing O_LARGEFILE and > arm64 compat has open_by_handle_at() doing the same thing. The same binaries > on native host (s390/31 and arm resp.) will *not* force O_LARGEFILE, so IMO > both are emulation bugs. Three exceptions, actually - parisc open() is another case like that. Native 32bit won't force O_LARGEFILE, the same binary on parisc64 will. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2012-12-03 11:13:09 -08:00
..
configs	kconfig: rename CONFIG_EMBEDDED to CONFIG_EXPERT	2011-01-20 17:02:05 -08:00
hpux	vfs: define struct filename and have getname() return it	2012-10-12 20:14:55 -04:00
include	UAPI: (Scripted) Disintegrate arch/parisc/include/asm	2012-10-16 21:28:05 +01:00
kernel	[parisc] open(2) compat bug	2012-12-03 11:13:09 -08:00
lib	[PARISC] update parisc to use generic strncpy_from_user()	2012-05-31 11:14:37 +01:00
math-emu	bug.h: add include of it to various implicit C users	2012-02-29 17:15:08 -05:00
mm	parisc: Use generic init_task	2012-05-05 13:00:24 +02:00
oprofile	oprofile: more whitespace fixes	2008-10-15 20:55:51 +02:00
defpalo.conf
install.sh	kbuild: use INSTALLKERNEL to select customized installkernel script	2009-09-20 12:18:14 +02:00
Kconfig	Merge branch 'modules-next' of git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux	2012-10-14 13:39:34 -07:00
Kconfig.debug	parisc: add strict copy size checks (v2)	2010-03-06 22:54:09 +00:00
Makefile	[PARISC] fix code to find libgcc	2012-06-05 14:10:23 +09:00
nm