Files
ubports_kernel_google_msm/include/linux
Alexey Dobriyan 99b7623380 proc 2/2: remove struct proc_dir_entry::owner
Setting ->owner as done currently (pde->owner = THIS_MODULE) is racy
as correctly noted at bug #12454. Someone can lookup entry with NULL
->owner, thus not pinning enything, and release it later resulting
in module refcount underflow.

We can keep ->owner and supply it at registration time like ->proc_fops
and ->data.

But this leaves ->owner as easy-manipulative field (just one C assignment)
and somebody will forget to unpin previous/pin current module when
switching ->owner. ->proc_fops is declared as "const" which should give
some thoughts.

->read_proc/->write_proc were just fixed to not require ->owner for
protection.

rmmod'ed directories will be empty and return "." and ".." -- no harm.
And directories with tricky enough readdir and lookup shouldn't be modular.
We definitely don't want such modular code.

Removing ->owner will also make PDE smaller.

So, let's nuke it.

Kudos to Jeff Layton for reminding about this, let's say, oversight.

http://bugzilla.kernel.org/show_bug.cgi?id=12454

Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
2009-03-31 01:14:44 +04:00
..
2009-01-30 19:50:25 +05:30
2009-03-18 19:45:11 -07:00
2009-01-09 12:37:15 -08:00
2009-01-30 23:30:42 +05:30
2009-01-30 23:32:45 +05:30
2009-03-05 14:39:32 -05:00
2009-02-16 00:43:24 +01:00
2009-01-30 23:38:03 +05:30
2008-12-29 08:29:50 +01:00
2009-01-21 14:02:19 -08:00
2009-01-30 23:38:37 +05:30
2009-02-12 09:40:14 +11:00
2009-01-30 23:39:42 +05:30
2009-01-30 23:40:06 +05:30
2009-01-06 15:59:29 -08:00
2009-01-01 10:12:19 +10:30
2009-01-04 13:33:20 -08:00
2009-01-30 23:44:08 +05:30
2009-03-27 14:43:57 -04:00
2009-01-02 12:19:34 -08:00
2008-12-25 11:01:43 +11:00
2009-03-27 14:43:59 -04:00
2009-03-01 00:19:35 -08:00
2009-01-28 07:50:14 -08:00
2009-01-30 23:46:03 +05:30
2009-01-30 23:46:40 +05:30
2009-01-30 23:48:33 +05:30
2009-02-10 00:41:26 +01:00
2009-03-16 08:32:27 -06:00
2008-12-29 11:27:46 +02:00
2009-02-18 15:37:56 -08:00
2009-03-24 12:35:17 +01:00
2009-01-06 15:59:01 -08:00
2009-01-30 23:50:37 +05:30
2009-01-30 23:51:17 +05:30
2009-01-30 23:51:41 +05:30
2009-01-30 23:52:16 +05:30
2009-01-30 23:53:12 +05:30
2009-01-30 23:53:40 +05:30
2009-01-30 23:54:53 +05:30
2009-01-30 23:55:45 +05:30
2009-01-30 23:56:13 +05:30
2009-01-30 23:56:48 +05:30
2009-01-30 23:57:16 +05:30
2009-02-11 15:27:15 +11:00
2009-02-02 21:40:58 +05:30
2009-01-30 23:58:41 +05:30
2009-01-30 23:59:44 +05:30
2009-01-31 00:00:06 +05:30
2009-03-29 08:19:09 -07:00
2009-03-13 14:32:29 +01:00
2009-01-15 16:39:37 -08:00
2009-01-05 08:40:30 -08:00
2009-01-22 10:18:58 +01:00
2009-03-24 22:52:39 -04:00
2009-01-21 10:39:51 +01:00
2009-01-31 00:00:35 +05:30
2009-03-26 10:56:35 -07:00
2009-01-31 00:01:11 +05:30
2009-03-15 19:59:13 -07:00
2009-01-07 17:38:31 -05:00
2009-03-27 14:43:59 -04:00
2009-03-27 14:43:59 -04:00
2009-03-10 20:33:18 -04:00
2009-01-08 08:31:05 -08:00
2009-01-31 00:02:54 +05:30
2009-01-08 08:31:12 -08:00
2009-01-31 00:03:40 +05:30
2009-01-06 15:59:12 -08:00
2009-03-13 16:09:12 -07:00
2009-03-26 02:18:35 +01:00
2009-01-05 18:31:12 -08:00
2009-01-31 00:05:59 +05:30
2009-02-26 23:42:11 -08:00
2009-03-30 12:16:38 -07:00
2009-01-04 13:33:20 -08:00
2009-02-16 00:03:10 -08:00
2009-02-18 15:37:53 -08:00
2009-01-29 16:56:32 +09:00
2009-02-27 16:53:50 +09:00
2009-01-31 00:06:33 +05:30
2009-02-20 17:57:48 -08:00
2009-01-31 00:07:00 +05:30
2009-01-08 08:31:10 -08:00
2009-01-31 00:07:31 +05:30
2009-02-11 14:25:36 -08:00
2009-01-01 10:12:25 +10:30
2009-02-18 19:26:33 +01:00
2009-02-18 15:37:53 -08:00
2009-02-03 11:23:12 +11:00
2009-01-02 10:19:36 -08:00
2009-03-26 18:14:21 +01:00
2009-01-06 15:59:09 -08:00