Oleg Nesterov
66d06dffa5
uprobes: Kill uprobes_mutex[], separate alloc_uprobe() and __uprobe_register() ...
uprobe_register() and uprobe_unregister() are the only users of
mutex_lock(uprobes_hash(inode)), and the only reason why we can't
simply remove it is that we need to ensure that delete_uprobe() is
not possible after alloc_uprobe() and before consumer_add().
IOW, we need to ensure that when we take uprobe->register_rwsem
this uprobe is still valid and we didn't race with _unregister()
which called delete_uprobe() in between.
With this patch uprobe_register() simply checks uprobe_is_active()
and retries if it hits this very unlikely race. uprobes_mutex[] is
no longer needed and can be removed.
There is another reason for this change, prepare_uprobe() should be
folded into alloc_uprobe() and we do not want to hold the extra locks
around read_mapping_page/etc.
Signed-off-by: Oleg Nesterov <oleg@redhat.com>
Acked-by: Anton Arapov <anton@redhat.com>
Acked-by: Srikar Dronamraju <srikar@linux.vnet.ibm.com>
2013-02-08 17:47:10 +01:00
2013-01-12 13:27:05 +10:30
2013-02-08 17:47:10 +01:00
2012-12-18 15:02:11 -08:00
2012-12-12 08:18:24 -08:00
2013-01-22 10:08:17 -08:00
2012-12-13 15:31:08 -08:00
2013-02-08 17:47:02 +01:00
2012-10-12 20:15:09 -04:00
2013-01-22 16:21:24 -08:00
2013-01-11 14:54:55 -08:00
2013-01-11 14:54:55 -08:00
2013-01-11 14:54:56 -08:00
2012-10-12 00:32:02 -04:00
2013-01-10 14:35:23 -08:00
2013-01-11 14:54:55 -08:00
2012-05-15 14:59:24 -07:00
2012-11-19 08:13:38 -08:00
2012-12-17 20:58:12 -08:00
2012-12-26 01:15:03 -05:00
2012-11-30 11:40:07 -08:00
2012-05-31 17:49:27 -07:00
2012-12-11 19:56:33 -08:00
2012-12-12 17:38:32 -08:00
2012-12-18 10:55:28 -08:00
2012-12-17 15:44:47 -08:00
2012-04-19 15:06:55 -07:00
2013-01-20 13:58:48 -08:00
2012-10-26 14:27:49 -07:00
2012-11-26 17:41:24 -08:00
2012-05-03 03:29:33 -07:00
2012-07-11 23:34:39 +02:00
2012-04-25 12:39:25 +02:00
2012-04-13 13:15:16 -04:00
2012-04-10 11:00:30 +02:00
2012-08-06 19:00:35 +03:00
2012-05-29 16:22:32 -07:00
2012-12-20 17:40:19 -08:00
2012-09-13 17:56:13 +02:00
2012-10-06 03:05:19 +09:00
2012-04-11 18:24:37 -03:00
2012-12-19 18:07:38 -05:00
2013-01-21 13:22:36 -05:00
2012-12-11 18:10:49 -08:00
2012-12-12 17:38:33 -08:00
2012-05-29 23:28:41 -04:00
2012-10-24 12:39:09 +02:00
2012-09-13 17:00:44 +02:00
2012-12-19 07:55:08 -08:00
2012-12-14 13:06:44 +10:30
2012-12-20 17:40:21 -08:00
2012-12-05 11:27:24 +10:30
2012-10-19 17:30:40 -07:00
2013-01-20 20:22:58 -08:00
2012-11-20 04:18:14 -08:00
2012-12-06 17:16:23 +08:00
2012-07-30 17:25:13 -07:00
2012-05-04 17:28:18 -07:00
2012-12-25 16:10:05 -08:00
2012-12-25 16:10:05 -08:00
2012-12-19 20:23:37 -08:00
2013-01-04 16:11:48 -08:00
2013-01-24 15:37:26 +01:00
2013-01-22 10:08:00 -08:00
2012-10-23 14:54:08 -07:00
2012-10-23 14:54:08 -07:00
2012-10-23 14:54:08 -07:00
2012-11-13 14:08:34 -08:00
2012-11-16 09:59:58 -08:00
2012-11-16 10:05:57 -08:00
2012-11-16 10:05:57 -08:00
2012-11-30 11:40:07 -08:00
2012-11-16 10:05:57 -08:00
2012-06-13 21:16:42 +02:00
2012-12-18 15:02:12 -08:00
2012-10-06 03:05:31 +09:00
2013-01-11 14:54:55 -08:00
2012-10-02 21:14:29 +10:00
2012-04-05 17:15:55 -07:00
2013-01-22 10:08:00 -08:00
2012-06-05 17:27:14 +02:00
2012-08-13 17:01:07 +02:00
2012-08-13 17:01:07 +02:00
2012-10-29 21:31:32 +01:00
2012-11-16 09:59:58 -08:00
2012-12-14 13:05:22 +10:30
2012-11-28 17:07:57 +01:00
2012-11-19 05:59:09 -08:00
2012-12-16 15:18:08 -08:00
2012-09-13 16:47:34 +02:00
2012-10-06 03:05:31 +09:00
2012-09-24 12:38:06 -04:00
2012-10-09 21:27:14 +02:00
2012-09-18 01:01:32 -07:00
2012-05-03 03:28:41 -07:00
2012-12-14 18:36:36 -08:00
2012-11-20 04:19:49 -08:00
2012-12-14 16:12:03 -08:00
2012-12-06 10:39:54 +01:00
2012-12-19 12:10:33 -08:00
2012-12-12 08:15:13 -08:00
66d06dffa5