On 10/12/21(Fri) 09:56, Yuichiro NAITO wrote:
> Any comments about this topic?
I'm ok with this approach. I would appreciate if somebody
else could take it over, I'm too busy with other stuff.
> On 7/12/21 18:09, Yuichiro NAITO wrote:
> > Hi, Martin
> >
> > n 2021/07/10 16:55, Martin Pieuchot w
Any comments about this topic?
On 7/12/21 18:09, Yuichiro NAITO wrote:
Hi, Martin
n 2021/07/10 16:55, Martin Pieuchot wrote:
Hello Yuichiro, thanks for your work !
Thanks for the response.
On 2021/06/16 16:34, Yuichiro NAITO wrote:
When I compile a multi-threaded application with '-pg' op
Hi, Martin
n 2021/07/10 16:55, Martin Pieuchot wrote:
> Hello Yuichiro, thanks for your work !
Thanks for the response.
>> On 2021/06/16 16:34, Yuichiro NAITO wrote:
>>> When I compile a multi-threaded application with '-pg' option, I always get
>>> no
>>> results in gmon.out. With bad luck, my
Hello Yuichiro, thanks for your work !
> On 2021/06/16 16:34, Yuichiro NAITO wrote:
> > When I compile a multi-threaded application with '-pg' option, I always get
> > no
> > results in gmon.out. With bad luck, my application gets SIGSEGV while
> > running.
> > Because the buffer that holds numb
I updated my patch. I see `struct gmonparam` must be same between the kernel and
kgmon(1). I deleted #ifndef in the `struct gmonparam`.
Is it OK?
diff --git a/lib/libc/gmon/gmon.c b/lib/libc/gmon/gmon.c
index 1ce0a1c289e..6887f4f5987 100644
--- a/lib/libc/gmon/gmon.c
+++ b/lib/libc/gmon/gmon.c
@@
When I compile a multi-threaded application with '-pg' option, I always get no
results in gmon.out. With bad luck, my application gets SIGSEGV while running.
Because the buffer that holds number of caller/callee count is the only one
in the process and will be broken by multi-threaded access.
I ge
