Files
android_kernel_xiaomi_sm8450/include/linux
Al Viro bd9b51e79c make default ->i_fop have ->open() fail with ENXIO
As it is, default ->i_fop has NULL ->open() (along with all other methods).
The only case where it matters is reopening (via procfs symlink) a file that
didn't get its ->f_op from ->i_fop - anything else will have ->i_fop assigned
to something sane (default would fail on read/write/ioctl/etc.).

	Unfortunately, such case exists - alloc_file() users, especially
anon_get_file() ones.  There we have tons of opened files of very different
kinds sharing the same inode.  As the result, attempt to reopen those via
procfs succeeds and you get a descriptor you can't do anything with.

	Moreover, in case of sockets we set ->i_fop that will only be used
on such reopen attempts - and put a failing ->open() into it to make sure
those do not succeed.

	It would be simpler to put such ->open() into default ->i_fop and leave
it unchanged both for anon inode (as we do anyway) and for socket ones.  Result:
	* everything going through do_dentry_open() works as it used to
	* sock_no_open() kludge is gone
	* attempts to reopen anon-inode files fail as they really ought to
	* ditto for aio_private_file()
	* ditto for perfmon - this one actually tried to imitate sock_no_open()
trick, but failed to set ->i_fop, so in the current tree reopens succeed and
yield completely useless descriptor.  Intent clearly had been to fail with
-ENXIO on such reopens; now it actually does.
	* everything else that used alloc_file() keeps working - it has ->i_fop
set for its inodes anyway

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2014-12-10 21:32:15 -05:00
..
2014-11-18 13:23:31 +01:00
2014-09-22 16:48:47 +09:00
2014-11-19 13:01:26 -05:00
2014-10-03 15:28:18 -06:00
2014-10-14 09:00:44 -06:00
2014-09-26 15:05:15 -04:00
2014-11-19 13:01:25 -05:00
2014-10-21 00:51:01 +02:00
2014-08-01 22:35:55 +08:00
2014-07-08 13:36:52 -07:00
2014-06-26 15:46:55 -03:00
2014-09-23 11:10:20 -07:00
2014-04-01 23:19:14 -04:00
2014-09-26 15:05:15 -04:00
2014-10-09 11:35:48 +03:00
2014-10-08 16:01:41 -04:00
2014-08-07 14:40:08 -04:00
2014-04-18 14:20:48 +02:00
2014-08-06 18:01:24 -07:00
2014-05-20 10:30:40 +09:00
2014-09-25 16:07:15 +02:00
2014-06-06 16:08:13 -07:00
2014-09-29 15:37:01 -04:00
2014-06-02 14:56:01 -07:00
2014-09-01 13:48:59 +02:00
2014-04-17 12:30:40 -07:00
2014-07-22 21:55:45 +01:00
2014-10-14 02:18:13 +02:00
2014-05-27 17:38:11 -07:00
2014-10-09 22:25:58 -04:00
2014-09-24 14:07:58 +02:00
2014-10-24 00:14:36 +02:00
2014-04-01 23:19:10 -04:00
2014-10-15 12:11:00 -04:00
2014-09-30 16:24:56 -04:00
2014-09-30 16:24:56 -04:00
2014-04-07 10:59:19 -07:00
2014-07-09 14:58:37 +01:00
2014-08-26 13:45:56 -04:00
2014-06-04 16:54:07 -07:00
2014-10-07 01:18:12 +02:00
2014-07-15 22:40:22 +02:00
2014-09-13 12:30:26 -04:00
2014-08-08 15:57:26 -07:00
2014-08-08 15:57:31 -07:00
2014-11-05 15:52:45 -05:00
2014-06-12 00:21:11 -04:00
2014-06-04 16:53:57 -07:00
2014-08-08 15:57:24 -07:00
2014-06-04 16:53:56 -07:00
2014-12-08 20:25:23 -05:00
2014-09-23 21:40:48 -07:00
2014-09-25 17:05:12 +02:00
2014-09-16 15:02:55 -06:00
2014-04-07 16:35:53 -07:00
2014-06-04 16:53:57 -07:00