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 |