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
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
math-emu
mm
oprofile
defpalo.conf
install.sh
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
Makefile
nm