On 2016/5/18 1:23, Jaegeuk Kim wrote:
On Tue, May 17, 2016 at 11:00:53AM +0800, Hou Pengyang wrote:
On 2016/5/16 23:10, Chao Yu wrote:
Hi chao,
Hi Pengyang,
On 2016/5/16 18:40, Hou Pengyang wrote:
When collecting data segment(gc_data_segment), there is a race condition
between evict and
On 2016/5/16 23:10, Chao Yu wrote:
Hi chao,
Hi Pengyang,
On 2016/5/16 18:40, Hou Pengyang wrote:
When collecting data segment(gc_data_segment), there is a race condition
between evict and phases of gc:
0) ra_node_page(dnode)
1) ra_node_page(inode)
<--- evict the inod
the inode and allocs a new inode as result,
which is not resonable.
This patch changes f2fs_iget to ilookup. when no inode is found, no new inode is
created.
Signed-off-by: Hou Pengyang
---
fs/f2fs/gc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/f2fs/gc.c b/fs/f
On 2016/5/4 2:21, Jaegeuk Kim wrote:
This patch modifies to retry truncating node blocks in -ENOMEM case.
Hi, Kim. in this patch, I think there is NO chance to retry for -ENOMEM.
This is because if exist_written_data returns false, we can confirm that
this inode has been released from orphan r
On 2015/6/30 22:50, Arnaldo Carvalho de Melo wrote:
Em Tue, Jun 30, 2015 at 05:33:05PM +0800, Hou Pengyang escreveu:
On 2015/6/29 21:42, Arnaldo Carvalho de Melo wrote:
Em Mon, Jun 29, 2015 at 10:23:29AM -0300, Arnaldo Carvalho de Melo escreveu:
Em Sat, Jun 27, 2015 at 05:08:20PM +0800, Hou
.96% 0.00% hugepage-mmap perf-182.map[.] 0x0020005c
86.96% 0.00% hugepage-mmap perf-182.map[.] 0x002000ac
We can add maps info to perf-182.map for further symbols-parsing.
Signed-off-by: Hou Pengyang
---
tools/perf/builtin-report.c | 3 +++
tools/perf/util/map.c
On 2015/6/29 21:42, Arnaldo Carvalho de Melo wrote:
Em Mon, Jun 29, 2015 at 10:23:29AM -0300, Arnaldo Carvalho de Melo escreveu:
Em Sat, Jun 27, 2015 at 05:08:20PM +0800, Hou Pengyang escreveu:
There is something about MAP_HUGETLB.
In this patch, we check if a mmap area is hugetlbfs area by
On 2015/6/27 16:49, Hou Pengyang wrote:
Maps for JIT is helpful for symbols-parsing for anon-executable-memory.
What we need to do is to add (START, SIZE, symbolname) to /tmp/perf-%d.map
(%d = pid of process), and perf would parse symbol located in this area
according to /tmp/perf-%d.map. It
0x002000ac
We can add maps info to perf-182.map for further symbols-parsing.
Signed-off-by: Hou Pengyang
---
tools/perf/util/map.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/tools/perf/util/map.c b/tools/perf/util/map.c
index b5a5e9c..796db08 100644
-
On 2015/6/19 18:42, Ingo Molnar wrote:
* Wangnan (F) wrote:
On 2015/6/18 22:01, Hou Pengyang wrote:
This patch introduces a --map-anon-mem argument to perf report to deal
with anon-executable-memory symbol parsing.
--map-anon-mem is not a good name. The user defined map area list
ot through:
mmap(NULL, 4096 * 4, PROT_EXEC|PROT_WRITE|PROT_READ,
MAP_ANONYMOUS|MAP_PRIVATE, \
-1, 0);
and libtesta.o is copied to [0x7f864c,0x7f864c0060),
libtestb.o is copied to [0x7f864c0060,0x7f864c1060).
Signed-off-by: Wang Nan
Signed-off-by: Hou Pengyang
---
tool
Commit-ID: f005813afb89bae92faf254130c544dc68984c6b
Gitweb: http://git.kernel.org/tip/f005813afb89bae92faf254130c544dc68984c6b
Author: Hou Pengyang
AuthorDate: Tue, 16 Jun 2015 11:16:35 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Jun 2015 10:40:03 -0300
perf unwind
When libunwind is on, there is a compile error as :
util/unwind-libunwind.c:363:21: error: 'dso' undeclared (first use in this
function)
dso__data_put_fd(dso);
This patch fix it.
Fixes: 4bb11d012ab248d0 ("perf tools: Add dso__data_get/put_fd()")
Signed-off-by: Hou Pengy
vfs_rename
page_follow_link_light
link_path_walk
el0_svc_naked
...
Signed-off-by: Hou Pengyang
Acked-by: Will Deacon
---
arch/arm64/include/asm/perf_event.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/include/asm/perf_event.h
b/arch/arm64/include/asm/perf_eve
+ 20.00% 0.00% ls libc-2.18.so [.] write
.
Jean Pihet found this in ARM and come up with a patch:
http://thread.gmane.org/gmane.linux.kernel/1734283/focus=1734280
This patch rewrite Jean's patch in C.
Signed-off-by: Hou Pengyang
---
arch/arm/include/asm/p
sary register info for
callchain unwinding and symbol resolving.
v3->v4:
- fix compile errors
v2->v3:
- split the original patch into two, one for arm and the other arm64;
- change '|=' to '=' when setting cpsr.
Hou Pengyang (2):
arm: perf: Fix callchain parse error
vfs_rename
page_follow_link_light
link_path_walk
el0_svc_naked
...
Signed-off-by: Hou Pengyang
---
arch/arm64/include/asm/perf_event.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/include/asm/perf_event.h
b/arch/arm64/include/asm/perf_event.h
index d26d1d5..6471
On 2015/5/6 1:00, Will Deacon wrote:
On Sat, May 02, 2015 at 06:58:17AM +0100, Hou Pengyang wrote:
For ARM64, when tracing with tracepoint events, the IP and pstate are set
to 0, preventing the perf code parsing the callchain and resolving the
symbols correctly.
./perf record -e
sary register info for
callchain unwinding and symbol resolving.
v2->v3:
- split the original patch into two, one for arm and the other arm64;
- change '|=' to '=' when setting cpsr.
Hou Pengyang (2):
arm: perf: Fix callchain parse error with kernel tracepoint events
arm64
] _dl_addr
+ 20.00% 0.00% ls libc-2.18.so [.] write
.
Jean Pihet found this in ARM and come up with a patch:
http://thread.gmane.org/gmane.linux.kernel/1734283/focus=1734280
This patch rewrite Jean's patch in C.
Signed-off-by: Hou Pengyang
---
arch/
vfs_rename
page_follow_link_light
link_path_walk
el0_svc_naked
...
Signed-off-by: Hou Pengyang
---
arch/arm64/include/asm/perf_event.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/include/asm/perf_event.h
b/arch/arm64/include/asm/perf_event.h
index d26d1d5..cc92021 10
] _dl_addr
+ 20.00% 0.00% ls libc-2.18.so [.] write
.
Jean Pihet found this in ARM and come up with a patch:
http://thread.gmane.org/gmane.linux.kernel/1734283/focus=1734280
This patch rewrite Jean's patch in C.
Signed-off-by: Hou Pengyang
---
arch/
vfs_rename
page_follow_link_light
link_path_walk
el0_svc_naked
...
Signed-off-by: Hou Pengyang
---
arch/arm64/include/asm/perf_event.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/include/asm/perf_event.h
b/arch/arm64/include/asm/perf_event.h
index d26d1d5..cc92021 10
sary register info for
callchain unwinding and symbol resolving.
v2->v3:
- split the original patch into two, one for arm and the other arm64;
- change '|=' to '=' when setting cpsr.
Hou Pengyang (2):
arm: perf: Fix callchain parse error with kernel tracepoint events
arm64
9fs_vfs_rename
page_follow_link_light
link_path_walk
el0_svc_naked
...
Jean Pihet found this in ARM and come up with a patch:
http://thread.gmane.org/gmane.linux.kernel/1734283/focus=1734280
Signed-off-by: Hou Pengyang
---
arch/arm/include/asm/perf_event.h | 7 +++
arch/arm
On 2015/4/29 18:12, Will Deacon wrote:
Hello,
On Tue, Apr 28, 2015 at 02:20:48PM +0100, Hou Pengyang wrote:
For ARM64, when tracing with tracepoint events, the IP and cpsr are set
to 0, preventing the perf code parsing the callchain and resolving the
symbols correctly.
./perf record -e
On 2015/4/29 18:12, Will Deacon wrote:
Hello,
On Tue, Apr 28, 2015 at 02:20:48PM +0100, Hou Pengyang wrote:
For ARM64, when tracing with tracepoint events, the IP and cpsr are set
to 0, preventing the perf code parsing the callchain and resolving the
symbols correctly.
./perf record -e
vfs_rename
page_follow_link_light
link_path_walk
el0_svc_naked
...
For tracepoint event, stack parsing also doesn't work well for ARM. Jean Pihet
comed up a patch:
http://thread.gmane.org/gmane.linux.kernel/1734283/focus=1734280
Signed-off-by: Hou Pengyang
---
arch/arm64/include/a
is by moving trace/trace_events.h to ,
since tracepoint headers have already been moved to tarce/events/.
Signed-off-by: Hou Pengyang
---
include/trace/ftrace.h | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/include/trace/ftrace.h b/include/trace/ftrace.h
index 41
On 2015/3/2 22:10, Steven Rostedt wrote:
On Mon, 2 Mar 2015 14:28:54 +
Hou Pengyang wrote:
commit f42c85e74faa422cf0bc747ed808681145448f88 moves tracepoint's ftrace
creation into include/trace/ftrace.h and trace/define_trach.h is deleted
You mean event_trace.h is deleted.
yes, c
h fix this comment by moving trace/trace_events.h to TRACE_INCLUDE
(TRACE_INCLUDE_FILE), the macro TRACE_INCLUDE(TRACE_INCLUDE_FILE) is defined
in trace/define_trace.h
Signed-off-by: Hou Pengyang
---
include/trace/ftrace.h | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --
31 matches
Mail list logo
