Al Viro dfef6dcd35
unfuck proc_sysctl ->d_compare() ...
a) struct inode is not going to be freed under ->d_compare();
however, the thing PROC_I(inode)->sysctl points to just might.
Fortunately, it's enough to make freeing that sucker delayed,
provided that we don't step on its ->unregistering, clear
the pointer to it in PROC_I(inode) before dropping the reference
and check if it's NULL in ->d_compare().
b) I'm not sure that we *can* walk into NULL inode here (we recheck
dentry->seq between verifying that it's still hashed / fetching
dentry->d_inode and passing it to ->d_compare() and there's no
negative hashed dentries in /proc/sys/*), but if we can walk into
that, we really should not have ->d_compare() return 0 on it!
Said that, I really suspect that this check can be simply killed.
Nick?
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk >
2011-03-08 02:22:27 -05:00
2010-12-22 18:57:02 +01:00
2010-10-15 15:53:27 +02:00
2011-02-19 12:11:13 +01:00
2011-02-18 12:36:06 -08:00
2011-02-26 09:45:28 +01:00
2011-03-03 10:53:20 -05:00
2010-08-09 16:48:42 -04:00
2010-07-14 11:29:46 +02:00
2010-10-30 02:18:32 -04:00
2010-10-30 01:42:19 -04:00
2010-11-03 13:49:58 -04:00
2010-10-30 01:42:19 -04:00
2010-10-30 01:41:57 -04:00
2010-10-30 08:45:43 -04:00
2011-02-11 17:41:58 +11:00
2010-10-27 18:03:08 -07:00
2011-01-14 09:08:29 -08:00
2010-09-14 16:08:45 -07:00
2010-10-15 15:53:27 +02:00
2011-01-06 11:11:50 -08:00
2010-10-29 04:17:06 -04:00
2011-02-07 14:04:00 -08:00
2010-08-09 20:45:05 -07:00
2011-01-11 11:02:13 -08:00
2011-01-13 17:32:43 -08:00
2010-12-24 15:02:40 +01:00
2010-11-10 13:27:50 +01:00
2011-01-15 12:45:00 -08:00
2010-09-09 18:57:24 -07:00
2011-01-13 10:05:56 -08:00
2010-08-17 09:11:52 +02:00
2010-12-16 11:36:43 +01:00
2010-12-18 15:54:48 +01:00
2010-10-29 12:56:13 -04:00
2010-11-19 11:54:40 -08:00
2010-11-01 15:38:34 -04:00
2010-10-01 10:50:58 -07:00
2010-08-17 18:07:43 -07:00
2011-01-07 17:02:58 -08:00
2010-05-21 09:37:31 -07:00
2011-01-07 15:55:45 +01:00
2011-01-13 08:03:16 -08:00
2010-05-04 05:38:16 +02:00
2010-11-10 10:23:58 +01:00
2011-01-20 13:32:33 +01:00
2011-01-13 08:03:08 -08:00
2011-02-03 09:28:46 -05:00
2010-11-26 15:05:34 +01:00
2010-10-27 18:03:09 -07:00
2010-08-04 15:23:14 -07:00
2011-01-12 03:06:19 -05:00
2011-01-24 14:32:51 +10:30
2011-02-16 13:25:29 +01:00
2010-08-19 17:18:02 -07:00
2010-11-15 22:45:22 +01:00
2010-11-10 13:07:06 +01:00
2010-10-21 17:30:06 +02:00
2011-02-10 17:53:55 -08:00
2010-10-15 15:53:27 +02:00
2011-02-11 16:12:19 -08:00
2010-11-12 07:55:31 -08:00
2010-10-07 09:43:11 +02:00
2010-11-29 22:01:56 -08:00
2011-01-14 04:58:08 -08:00
2010-10-07 10:41:08 -07:00
2010-12-17 12:34:08 -08:00
2010-11-29 22:01:58 -08:00
2011-01-07 17:02:58 -08:00
2010-12-17 12:34:20 -08:00
2010-11-05 08:21:34 -07:00
2010-12-17 10:01:09 -08:00
2010-10-19 11:29:56 +02:00
2011-01-18 15:09:42 +01:00
2011-01-18 15:09:42 +01:00
2010-11-23 10:29:08 +01:00
2010-07-17 12:06:22 +02:00
2010-07-17 12:06:22 +02:00
2011-01-18 15:09:43 +01:00
2011-01-26 12:31:03 +01:00
2010-11-18 13:27:46 +01:00
2010-04-23 11:02:02 +02:00
2011-02-03 12:21:33 +01:00
2010-10-24 13:29:01 +02:00
2010-11-11 14:37:23 +01:00
2011-01-20 16:37:55 -08:00
2010-10-27 18:03:12 -07:00
2011-01-20 18:30:37 -08:00
2011-01-13 08:03:08 -08:00
2011-01-14 04:56:49 -08:00
2010-10-26 16:52:15 -07:00
2010-09-23 17:03:55 +10:00
2011-01-31 13:01:27 +10:00
2011-01-13 10:05:56 -08:00
2010-10-15 14:42:24 -07:00
2011-03-08 02:22:27 -05:00
2011-01-13 08:03:19 -08:00
2010-10-14 08:55:27 +02:00
2010-11-28 23:08:04 +01:00
2011-02-08 16:18:39 +01:00
2011-02-03 09:28:46 -05:00
2010-10-27 18:03:17 -07:00
2011-01-13 08:03:18 -08:00
2010-12-29 11:31:38 -08:00
2010-10-26 17:32:41 -07:00
2011-02-10 13:21:59 +01:00
2010-06-29 10:07:14 +02:00
2011-02-16 18:10:19 +01:00
dfef6dcd35