Török Edwin ([email protected])

Number of posts: 131 (0.08 per day)
First post: 2006-09-23 19:11:55
Last post: 2011-06-16 07:03:03

Date List Subject
2008-11-24 09:51:03 linux-kernel Re: [PATCH] __used is needed for function referenced only from inline asm
2008-11-24 08:18:01 linux-kernel [PATCH] __used is needed for function referenced only from inline asm
2008-11-23 21:25:16 linux-kernel [PATCH] fix comment style on mangle_path
2008-11-23 11:08:26 linux-kernel [PATCH] tracing/stack-tracer: avoid races accessing file
2008-11-23 11:04:20 linux-kernel Re: [PATCH 2/3] tracing/stack-tracer: fix locking
2008-11-23 10:59:20 linux-kernel Re: [PATCH 2/3] tracing/stack-tracer: fix locking
2008-11-23 10:39:56 linux-kernel [PATCH 2/3] tracing/stack-tracer: fix locking
2008-11-23 10:39:41 linux-kernel [PATCH 3/3] tracing/stack-tracer: introduce CONFIG_USER_STACKTRACE_SUPPORT
2008-11-23 10:39:25 linux-kernel [PATCH 1/3] tracing/stack-tracer: fix style issues
2008-11-23 09:24:43 linux-kernel Re: [PATCH 0/2] tracing: userspace stacktraces
2008-11-22 11:29:41 linux-kernel [PATCH 2/2] tracing: identify which executable object the userspace address belongs to
2008-11-22 11:29:25 linux-kernel [PATCH 1/2] tracing: add support for userspace stacktraces in tracing/iter_ctrl
2008-11-22 11:29:10 linux-kernel [PATCH 0/2] tracing: userspace stacktraces
2008-11-05 18:48:15 linux-kernel Re: /proc/pid/maps containg anonymous maps that have PROT_NONE
2008-11-05 17:56:27 linux-kernel Re: /proc/pid/maps containg anonymous maps that have PROT_NONE
2008-11-05 11:14:41 linux-kernel /proc/pid/maps containg anonymous maps that have PROT_NONE
2008-11-04 19:10:57 linux-kernel Re: [PATCH] Identify which executable object the userspace address belongs to. Store thread group leader id, and use it to lookup the address in the process's map. We could have looked up the address on thread's map, but the thread might not exist by the time we are called. The process might not exist either, but if you are reading trace_pipe, that is unlikely.
2008-11-04 18:37:39 linux-kernel Re: [PATCH] Identify which executable object the userspace address belongs to. Store thread group leader id, and use it to lookup the address in the process's map. We could have looked up the address on thread's map, but the thread might not exist by the time we are called. The process might not exist either, but if you are reading trace_pipe, that is unlikely.
2008-11-03 20:01:57 linux-kernel Re: [PATCH] Identify which executable object the userspace address belongs to. Store thread group leader id, and use it to lookup the address in the process's map. We could have looked up the address on thread's map, but the thread might not exist by the time we are called. The process might not exist either, but if you are reading trace_pipe, that is unlikely.
2008-11-03 13:58:04 linux-kernel Re: [PATCH] Identify which executable object the userspace address belongs to. Store thread group leader id, and use it to lookup the address in the process's map. We could have looked up the address on thread's map, but the thread might not exist by the time we are called. The process might not exist either, but if you are reading trace_pipe, that is unlikely.
2008-11-03 08:16:47 linux-kernel Re: [PATCH] Identify which executable object the userspace address belongs to. Store thread group leader id, and use it to lookup the address in the process's map. We could have looked up the address on thread's map, but the thread might not exist by the time we are called. The process might not exist either, but if you are reading trace_pipe, that is unlikely.
2008-11-02 21:28:51 linux-kernel Re: [PATCH] Identify which executable object the userspace address belongs to. Store thread group leader id, and use it to lookup the address in the process's map. We could have looked up the address on thread's map, but the thread might not exist by the time we are called. The process might not exist either, but if you are reading trace_pipe, that is unlikely.
2008-11-02 21:18:59 linux-kernel [PATCH] Add support for userspace stacktraces in tracing/iter_ctrl
2008-11-02 21:18:43 linux-kernel [PATCH] Identify which executable object the userspace address belongs to. Store thread group leader id, and use it to lookup the address in the process's map. We could have looked up the address on thread's map, but the thread might not exist by the time we are called. The process might not exist either, but if you are reading trace_pipe, that is unlikely.
2008-11-02 21:18:29 linux-kernel Add support for userspace stacktraces in tracing/iter_ctrl [v2]
2008-10-27 16:16:52 linux-kernel Re: [PATCH 1/4] Add support for userspace stacktraces in tracing/iter_ctrl
2008-10-26 13:39:00 linux-kernel Re: [PATCH 1/4] Add support for userspace stacktraces in tracing/iter_ctrl
2008-10-26 07:04:01 linux-kernel Re: [PATCH 1/4] Add support for userspace stacktraces in tracing/iter_ctrl
2008-10-22 17:25:47 linux-kernel Re: [PATCH 4/4] Implement semaphore latency tracer
2008-10-22 15:42:12 linux-kernel Re: [PATCH 4/4] Implement semaphore latency tracer
2008-10-12 20:10:52 linux-kernel Re: [PATCH 4/4] Implement semaphore latency tracer
2008-10-12 13:53:28 linux-kernel Re: [PATCH 1/4] Add support for userspace stacktraces in tracing/iter_ctrl
2008-10-12 13:13:56 linux-kernel [PATCH 4/4] Implement semaphore latency tracer
2008-10-12 13:13:40 linux-kernel [PATCH 1/4] Add support for userspace stacktraces in tracing/iter_ctrl
2008-10-12 13:13:21 linux-kernel [PATCH 0/4] ftrace: add userspace stacktrace support and semaphore-latency tracer
2008-10-12 13:12:55 linux-kernel [PATCH 0/4] ftrace: add userspace stacktrace support and semaphore-latency tracer
2008-10-12 13:12:41 linux-kernel [PATCH 3/4] add tracepoints in rwsem
2008-10-12 13:12:24 linux-kernel [PATCH 2/4] Identify which executable object the userspace address belongs to.
2008-08-30 14:34:23 linux-kernel Re: Problems with ALPM on devices part of raid array
2008-08-25 11:30:42 linux-kernel Re: Quad core CPUs loaded at only 50% when running a CPU and mmap intensive multi-threaded task
2008-08-25 11:03:45 linux-kernel Re: Quad core CPUs loaded at only 50% when running a CPU and mmap intensive multi-threaded task
2008-08-25 10:22:31 linux-kernel Re: Quad core CPUs loaded at only 50% when running a CPU and mmap intensive multi-threaded task
2008-08-25 09:49:26 linux-kernel Re: Quad core CPUs loaded at only 50% when running a CPU and mmap intensive multi-threaded task
2008-08-25 07:05:08 linux-kernel Re: Quad core CPUs loaded at only 50% when running a CPU and mmap intensive multi-threaded task
2008-07-12 20:27:18 linux-kernel Re: [PATCH] x86_64: fix delayed signals
2008-07-12 13:42:32 linux-kernel Re: [PATCH] x86_64: fix delayed signals
2008-07-12 10:34:14 linux-kernel Re: [PATCH] x86_64: fix delayed signals
2008-07-12 10:32:45 linux-kernel Re: [PATCH] x86_64: fix delayed signals
2008-07-11 15:27:39 linux-kernel Re: today's linux-next fails to boot
2008-07-11 14:48:48 linux-kernel Re: today's linux-next fails to boot
2008-07-11 13:13:33 linux-kernel Re: today's linux-next fails to boot