Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1410158 > unrolled thread

[PATCH v7 04/14] perf tools: Move unwind__prepare_access from thread_new into thread__insert_map

Started byHe Kuang <hekuang@huawei.com>
First post2016-05-31 13:20 +0200
Last post2016-06-01 10:40 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  [PATCH v7 04/14] perf tools: Move unwind__prepare_access from thread_new into thread__insert_map He Kuang <hekuang@huawei.com> - 2016-05-31 13:20 +0200
    Re: [PATCH v7 04/14] perf tools: Move unwind__prepare_access from  thread_new into thread__insert_map Jiri Olsa <jolsa@redhat.com> - 2016-06-01 10:40 +0200

#1410158 — [PATCH v7 04/14] perf tools: Move unwind__prepare_access from thread_new into thread__insert_map

FromHe Kuang <hekuang@huawei.com>
Date2016-05-31 13:20 +0200
Subject[PATCH v7 04/14] perf tools: Move unwind__prepare_access from thread_new into thread__insert_map
Message-ID<rEPSh-20r-7@gated-at.bofh.it>
For determine the libunwind methods to use, we should get the
32bit/64bit information from maps of a thread. When a thread is newly
created, the information is not prepared. This patch moves
unwind__prepare_access() into thread__insert_map() so we can get the
information we need from maps. Meanwhile, let thread__insert_map()
return value and show messages on error.

Signed-off-by: He Kuang <hekuang@huawei.com>
---
 tools/perf/util/machine.c          | 10 ++++++++--
 tools/perf/util/thread.c           | 13 +++----------
 tools/perf/util/thread.h           |  2 +-
 tools/perf/util/unwind-libunwind.c |  7 +++----
 4 files changed, 15 insertions(+), 17 deletions(-)

diff --git a/tools/perf/util/machine.c b/tools/perf/util/machine.c
index bdc33ce..0bd6aac 100644
--- a/tools/perf/util/machine.c
+++ b/tools/perf/util/machine.c
@@ -1353,7 +1353,10 @@ int machine__process_mmap2_event(struct machine *machine,
 	if (map == NULL)
 		goto out_problem_map;
 
-	thread__insert_map(thread, map);
+	ret = thread__insert_map(thread, map);
+	if (ret)
+		pr_err("Thread insert map error\n");
+
 	thread__put(thread);
 	map__put(map);
 	return 0;
@@ -1403,7 +1406,10 @@ int machine__process_mmap_event(struct machine *machine, union perf_event *event
 	if (map == NULL)
 		goto out_problem_map;
 
-	thread__insert_map(thread, map);
+	ret = thread__insert_map(thread, map);
+	if (ret)
+		pr_err("Thread insert map error\n");
+
 	thread__put(thread);
 	map__put(map);
 	return 0;
diff --git a/tools/perf/util/thread.c b/tools/perf/util/thread.c
index 95ff1b8..0615ef3 100644
--- a/tools/perf/util/thread.c
+++ b/tools/perf/util/thread.c
@@ -43,15 +43,6 @@ struct thread *thread__new(pid_t pid, pid_t tid)
 		thread->cpu = -1;
 		INIT_LIST_HEAD(&thread->comm_list);
 
-#ifdef HAVE_LIBUNWIND_SUPPORT
-		unwind__register_ops(thread, local_unwind_libunwind_ops);
-#else
-		unwind__register_ops(thread, NULL);
-#endif
-
-		if (unwind__prepare_access(thread) < 0)
-			goto err_thread;
-
 		comm_str = malloc(32);
 		if (!comm_str)
 			goto err_thread;
@@ -207,10 +198,12 @@ size_t thread__fprintf(struct thread *thread, FILE *fp)
 	       map_groups__fprintf(thread->mg, fp);
 }
 
-void thread__insert_map(struct thread *thread, struct map *map)
+int thread__insert_map(struct thread *thread, struct map *map)
 {
 	map_groups__fixup_overlappings(thread->mg, map, stderr);
 	map_groups__insert(thread->mg, map);
+
+	return unwind__prepare_access(thread);
 }
 
 static int thread__clone_map_groups(struct thread *thread,
diff --git a/tools/perf/util/thread.h b/tools/perf/util/thread.h
index 152fb9a..e7a82a3 100644
--- a/tools/perf/util/thread.h
+++ b/tools/perf/util/thread.h
@@ -76,7 +76,7 @@ int thread__comm_len(struct thread *thread);
 struct comm *thread__comm(const struct thread *thread);
 struct comm *thread__exec_comm(const struct thread *thread);
 const char *thread__comm_str(const struct thread *thread);
-void thread__insert_map(struct thread *thread, struct map *map);
+int thread__insert_map(struct thread *thread, struct map *map);
 int thread__fork(struct thread *thread, struct thread *parent, u64 timestamp);
 size_t thread__fprintf(struct thread *thread, FILE *fp);
 
diff --git a/tools/perf/util/unwind-libunwind.c b/tools/perf/util/unwind-libunwind.c
index 77b8521..e35c5bfda 100644
--- a/tools/perf/util/unwind-libunwind.c
+++ b/tools/perf/util/unwind-libunwind.c
@@ -700,10 +700,9 @@ void unwind__register_ops(struct thread *thread,
 
 int unwind__prepare_access(struct thread *thread)
 {
-	if (thread->unwind_libunwind_ops)
-		return thread->unwind_libunwind_ops->prepare_access(thread);
-	else
-		return 0;
+	unwind__register_ops(thread, local_unwind_libunwind_ops);
+
+	return thread->unwind_libunwind_ops->prepare_access(thread);
 }
 
 void unwind__flush_access(struct thread *thread)
-- 
1.8.5.2

[toc] | [next] | [standalone]


#1410942 — Re: [PATCH v7 04/14] perf tools: Move unwind__prepare_access from thread_new into thread__insert_map

FromJiri Olsa <jolsa@redhat.com>
Date2016-06-01 10:40 +0200
SubjectRe: [PATCH v7 04/14] perf tools: Move unwind__prepare_access from thread_new into thread__insert_map
Message-ID<rF9QZ-641-7@gated-at.bofh.it>
In reply to#1410158
On Tue, May 31, 2016 at 11:19:02AM +0000, He Kuang wrote:
> For determine the libunwind methods to use, we should get the
> 32bit/64bit information from maps of a thread. When a thread is newly
> created, the information is not prepared. This patch moves
> unwind__prepare_access() into thread__insert_map() so we can get the
> information we need from maps. Meanwhile, let thread__insert_map()
> return value and show messages on error.
> 
> Signed-off-by: He Kuang <hekuang@huawei.com>
> ---
>  tools/perf/util/machine.c          | 10 ++++++++--
>  tools/perf/util/thread.c           | 13 +++----------
>  tools/perf/util/thread.h           |  2 +-
>  tools/perf/util/unwind-libunwind.c |  7 +++----
>  4 files changed, 15 insertions(+), 17 deletions(-)
> 
> diff --git a/tools/perf/util/machine.c b/tools/perf/util/machine.c
> index bdc33ce..0bd6aac 100644
> --- a/tools/perf/util/machine.c
> +++ b/tools/perf/util/machine.c
> @@ -1353,7 +1353,10 @@ int machine__process_mmap2_event(struct machine *machine,
>  	if (map == NULL)
>  		goto out_problem_map;
>  
> -	thread__insert_map(thread, map);
> +	ret = thread__insert_map(thread, map);
> +	if (ret)
> +		pr_err("Thread insert map error\n");
> +

I think we should fail the function, not just display error

>  	thread__put(thread);
>  	map__put(map);
>  	return 0;
> @@ -1403,7 +1406,10 @@ int machine__process_mmap_event(struct machine *machine, union perf_event *event
>  	if (map == NULL)
>  		goto out_problem_map;
>  
> -	thread__insert_map(thread, map);
> +	ret = thread__insert_map(thread, map);
> +	if (ret)
> +		pr_err("Thread insert map error\n");

same here

jirka

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web