Since the breakpoint handler is useful both to kprobes and immediate values, it
makes sense to make the required restore_interrupt() available through
asm-i386/kdebug.h.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Acked-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
C
x86/asm.h.
- Change the immediate.c update code to support variable length opcodes.
- Use imv_* instead of immediate_*.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
CC: "H. Peter Anvin" <[EMAIL PROTECTED]>
CC: Chuck Ebbert <[EMAIL
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
This patch is a hack to make my life easier : it lessens the conflicts due to
header includes that changes between the kernel versions.
The proper way to do this is to include in every file using the
markers.
NOT FOR UPSTREAM.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
i
Network core events.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
---
net/core/dev.c |5 +
net/ipv4/devinet.c |5 +
net/socket.c | 18 ++
3 files changed, 28 insertions(+)
Index: linux-2.6-lttng/net/core
em);
schedule();
spin_lock_irqsave(&sem->wait.lock, flags);
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Interprocess communication, core events.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
ipc/msg.c |5 -
ipc/sem.c |5 -
ipc/shm.c |5 -
3 files changed, 12 insertions(+), 3 deletions(-)
Index: linux-2.6-lttng/ipc
waited for by wait_on_page_bit.
- Move page alloc instrumentation to __aloc_pages so we cover the alloc zeroed
page path.
- Add swap file used for swap in and swap out events.
- Dump the swap files, instrument swapon and swapoff.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC:
Core filesystem events markers.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Alexander Viro <[EMAIL PROTECTED]>
---
fs/buffer.c |2 ++
fs/compat.c |1 +
fs/exec.c |1 +
fs/ioctl.c |2 ++
fs/open.c |2 ++
fs/read_wr
Core kernel events.
*not* present in this patch because they are architecture specific :
- syscall entry/exit
- traps
- kernel thread creation
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
kernel/exit.c |6 ++
kernel/fork.c |4
kernel/irq/handle.c
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-sparc64/thread_info.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-sparc64/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-um/thread_info.h |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6-lttng/include/asm-um/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-v850/thread_info.h |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6-lttng/include/asm-v850/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-xtensa/thread_info.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-xtensa/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-alpha/thread_info.h |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
Index: linux-2.6-lttng/include/asm-alpha/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-avr32/thread_info.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-avr32/thread_
Add an API to set/clear the kernel wide tracing thread flags. Implemented in
kernel/sched.c. Updates thread flags *asynchronously* while holding the tasklist
lock.
Upon fork, the flag must be re-copied while the tasklist lock is held.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTEC
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-arm/thread_info.h |3 +++
1 file changed, 3 insertions(+)
Index: linux-2.6-lttng/include/asm-arm/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-m32r/thread_info.h |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
Index: linux-2.6-lttng/include/asm-m32r/thread_
Hi,
This is an RFC for addition of a new thread flag, TIF_KERNEL_TRACE, to each
architecture to activate system-wide system call tracing.
This is needed by LTTng architecture dependent instrumentation.
It applies on 2.6.24-rc4-git3.
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-frv/thread_info.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-frv/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-blackfin/thread_info.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-blackfin/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/ia64/kernel/entry.S |6 --
include/asm-ia64/thread_info.h | 13 +
2 files changed, 13 insertions(+), 6 deletions(-)
Index: linux-2.6-lttng/i
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-cris/thread_info.h |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
Index: linux-2.6-lttng/include/asm-cris/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-sh64/thread_info.h |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6-lttng/include/asm-sh64/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-powerpc/thread_info.h |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
Index: linux-2.6-lttng/include/asm-powerpc/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-sh/thread_info.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-sh/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-sparc/thread_info.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-sparc/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-m68knommu/thread_info.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-m68knommu/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-h8300/thread_info.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-h8300/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-parisc/thread_info.h |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6-lttng/include/asm-parisc/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/s390/kernel/entry.S |5 -
include/asm-s390/thread_info.h |2 ++
2 files changed, 6 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/as
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-m68k/thread_info.h |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6-lttng/include/asm-m68k/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
include/asm-mips/thread_info.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/include/asm-mips/thread_
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Thomas Gleixner <[EMAIL PROTECTED]>
CC: Ingo Molnar <[EMAIL PROTECTED]>
CC: H. Peter Anvin <[EMAIL PROTECTED]>
---
include/asm-x86/thread_info_64.h |4
Add a thread flag to activate system-wide syscall tracing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Thomas Gleixner <[EMAIL PROTECTED]>
CC: Ingo Molnar <[EMAIL PROTECTED]>
CC: H. Peter Anvin <[EMAIL PROTECTED]>
---
include/asm-i386/thread_info.h |4
.
We make sure that the thread flag read is coherent between our new test and the
ALLWORK_MASK test by first saving it in a register used for both comparisons.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
CC: Thomas Gleixner <[EMAIL PROTE
Changelog:
- fix do_fork instrumentation
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/sh/kernel/entry-common.S | 10 ++
arch/sh/kernel/process.c |5 -
arch/sh/kernel/ptrace.c |8 +++-
arch/sh/kernel/sys_sh.c |2 ++
arch/sh/
:
- traps/faults
- system calls
- kernel thread creation
- IPC calls
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
--
To unsubscribe from this list: send the line
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/ppc/kernel/misc.S |2 +-
arch/ppc/kernel/time.c |4
arch/ppc/kernel/traps.c |3 +++
arch/ppc/mm/fault.c |3 +++
4 files changed, 11 insertions(+), 1 deletion(-)
Index: linux-2.6-lttng/arch/ppc/kernel/
traps are missing.
syscall trace missing.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/sh64/kernel/entry.S|2 +-
arch/sh64/kernel/process.c |5 -
arch/sh64/kernel/sys_sh64.c |2 ++
3 files changed, 7 insertions(+), 2 deletions(-)
Index: linux-2.6-lttn
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/misc_32.S |2 +-
arch/powerpc/kernel/misc_64.S |2 +-
arch/powerpc/kernel/process.c | 11 +++
arch/powerpc/kernel/ptrace.c |4
arch/powerpc/kernel/syscalls.c |2 ++
arch/powerpc/
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/mips/kernel/entry.S |2 +-
arch/mips/kernel/process.c |6 +-
arch/mips/kernel/ptrace.c|7 +++
arch/mips/kernel/syscall.c |2 ++
arch/mips/kernel/traps.c | 16
arch/mips/
Changelog :
- added syscall entry/exit instrumentation.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/s390/kernel/entry.S| 10 --
arch/s390/kernel/entry64.S | 10 --
arch/s390/kernel/ptrace.c |6 ++
arch/s390/kernel/sys_s390.c |2 ++
syscall trace missing
traps missing
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/sparc/kernel/entry.S | 10 +-
arch/sparc/kernel/process.c |1 +
arch/sparc/kernel/sys_sparc.c |2 ++
3 files changed, 8 insertions(+), 5 deletions(-)
Index: linux-2.6
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
arch/arm/kernel/entry-common.S |8
arch/arm/kernel/process.c |6 +-
arch/arm/kernel/ptrace.c |6 ++
arch/arm/kernel/sys_arm.c |2 ++
arch/arm/kernel/traps.c|7 +++
5
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Thomas Gleixner <[EMAIL PROTECTED]>
CC: Ingo Molnar <[EMAIL PROTECTED]>
CC: H. Peter Anvin <[EMAIL PROTECTED]>
---
arch/x86/kernel/apic_32.c | 21 +
arch/x86/kernel/cpu/mcheck/p4.c |7
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Thomas Gleixner <[EMAIL PROTECTED]>
CC: Ingo Molnar <[EMAIL PROTECTED]>
CC: H. Peter Anvin <[EMAIL PROTECTED]>
---
arch/x86/ia32/ia32entry.S |6 +++---
arch/x86/ia32/ipc32.c |
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> On 5 Dec 2007 at 21:02, Mathieu Desnoyers wrote:
>
> > Fix a memcpy that should be a text_poke (in apply_alternatives).
> >
> > Use kernel_wp_save/kernel_wp_restore in text_poke to support DEBUG_RODATA
> > correctly
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> hi Mathieu,
>
> * Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > Here is the architecture dependent instrumentation for LTTng. [...]
>
> A fundamental observation about markers, an
* Heiko Carstens ([EMAIL PROTECTED]) wrote:
> On Wed, Dec 05, 2007 at 09:02:46PM -0500, Mathieu Desnoyers wrote:
> > Hi,
> >
> > Here is a repost of the text edit lock for 2.6.24-rc4-mm3. It is useful to
> > coordinate modification of live kernel code patching.
> >
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> On 5 Dec 2007 at 21:02, Mathieu Desnoyers wrote:
>
> > Fix a memcpy that should be a text_poke (in apply_alternatives).
> >
> > Use kernel_wp_save/kernel_wp_restore in text_poke to support DEBUG_RODATA
> > correctly
it breaks some VIA architectures and is not strictly
necessary.
- Add kerneldoc to text_poke and text_poke_early.
- Remove arg cr0 from kernel_wp_save/restore. Change the macro name for
kernel_wp_disable/enable.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Andi Kleen <[E
x86/asm.h.
- Change the immediate.c update code to support variable length opcodes.
- Use imv_* instead of immediate_*.
- Use kernel_wp_disable/enable instead of save/restore.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
CC: "H. Peter Anvin&quo
* Borislav Petkov ([EMAIL PROTECTED]) wrote:
> On Fri, Nov 16, 2007 at 03:02:38PM -0500, Mathieu Desnoyers wrote:
> Hi,
> just a conventions proposal: have you thought of shortening all those
> "immediate_foo" prefixes to 'imm_foo', for example? This'll m
* Dave Hansen ([EMAIL PROTECTED]) wrote:
> On Fri, 2007-11-16 at 09:47 -0500, Mathieu Desnoyers wrote:
> > * Dave Hansen ([EMAIL PROTECTED]) wrote:
> > > For most (all?) architectures, the PFN and the virtual address in the
> > > kernel's linear are interchangeabl
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> * Dave Hansen ([EMAIL PROTECTED]) wrote:
> > On Fri, 2007-11-16 at 09:47 -0500, Mathieu Desnoyers wrote:
> > > * Dave Hansen ([EMAIL PROTECTED]) wrote:
> > > > For most (all?) architectures, the PFN and the virtual a
ne sync_core()
to asm-$ARCH/cacheflush.h for each architecture we add support for
HAS_IMMEDIATE ?
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
-
To unsubscribe from th
* Dave Hansen ([EMAIL PROTECTED]) wrote:
> On Mon, 2007-11-19 at 13:52 -0500, Mathieu Desnoyers wrote:
> > > > So I guess the result is a pointer ? Should this be expected ?
> > >
> > > Nope. 'pointer - pointer' is an integer.
. This is
especially inelegant for printks.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Dave Hansen <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: linux-kernel@vger.kernel.org
---
include/asm-generic/memory_model.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(
c int simplify_symbols(Elf_Shdr *se
> strtab + sym[i].st_name, mod);
>
> /* Ok if resolved. */
> - if (sym[i].st_value != 0)
> + if (sym[i].st_value != UNRESOLVED)
>
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Mon, 19 Nov 2007, Mathieu Desnoyers wrote:
>
> > * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> > > The module subsystem cannot handle symbols that are zero. It prints out
> > > a message that these symbols are
\
> + local_irq_save(flags); \
> + x = __CPU_CMPXCHG(addr, old, new); \
()
> + local_irq_restore(flags); \
> + (x);\
() seems unneeded here, since x is local.
> +})
> +
> +#define C
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Mon, 19 Nov 2007, Mathieu Desnoyers wrote:
>
> >
> > Very interesting patch! I did not expect we could mix local atomic ops
> > with per CPU offsets in an atomic manner.. brilliant :)
> >
> > Some nitpi
kobject_uevent(&device->dev.kobj, KOBJ_ONLINE);
> } else {
> printk(KERN_ERR PREFIX "Device [%s] failed to start\n",
> @@ -909,7 +909,7 @@ acpi_processor_hotplug_notify(acpi_handl
> return;
> }
>
mentation/local_ops.txt2007-11-19
> 15:45:01.989139706 -0800
> +++ /dev/null 1970-01-01 00:00:00.0 +
> @@ -1,209 +0,0 @@
> - Semantics and Behavior of Local Atomic Operations
> -
> - Mathieu Desnoyers
> -
> -
> - This document
GFP_KERNEL);
> + init_kmem_cache_cpu(s, __CPU_PTR(s->cpu_slab, cpu));
> up_read(&slub_lock);
> break;
>
> @@ -3179,13 +3056,9 @@ static int __cpuinit slab_cpuup_callback
> case CPU_DEAD_FROZEN:
>
ed long bytes_transferred;
> @@ -149,20 +149,16 @@ static inline void dma_chan_get(struct d
> {
> if (unlikely(chan->slow_ref))
> kref_get(&chan->refcount);
> - else {
> - local_inc(&(per_cpu_ptr(chan->local, get_cpu())->refcount));
> -
struct nfs_iostats *stats;
>
> preempt_disable();
> - stats = per_cpu_ptr(nfss->io_stats, cpu);
> + stats = CPU_PTR(nfss->io_stats, cpu);
>
> for (i = 0; i < __NFSIOS_COUNTSMAX; i++)
>
CPU_ALLOC(note_buf_t, GFP_KERNEL|__GFP_ZERO);
> if (!crash_notes) {
> printk("Kexec: Memory allocation for saving cpu register"
> " states failed\n");
>
> --
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montrea
* Borislav Petkov ([EMAIL PROTECTED]) wrote:
> On Mon, Nov 19, 2007 at 10:31:39AM -0500, Mathieu Desnoyers wrote:
> > * Borislav Petkov ([EMAIL PROTECTED]) wrote:
> > > On Fri, Nov 16, 2007 at 03:02:38PM -0500, Mathieu Desnoyers wrote:
> > > Hi,
> > > just a co
* Rusty Russell ([EMAIL PROTECTED]) wrote:
> On Tuesday 20 November 2007 01:28:03 Mathieu Desnoyers wrote:
> > * Rusty Russell ([EMAIL PROTECTED]) wrote:
> > > I think it would be easier to just fast-path the num_online_cpus == 1
> > > case, even if you want to keep th
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> On Mon, 19 Nov 2007 15:20:23 -0500
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > * Dave Hansen ([EMAIL PROTECTED]) wrote:
> > > The only thing I might suggest doing differently is actually using the
> &g
CONFIG_SYSVIPC_COMPAT=y
#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
# CONFIG_CRYPTO is not set
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 5
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
>
> > > Index: linux-2.6/fs/nfs/iostat.h
> > > ===
> > > --- linux-2.6.orig/fs/nfs/iostat.h
at happens if we fail after executing the
> > __slab_free.. is it valid to do it twice ?
>
> __slab_free is always successful and will never cause a repeat of the
> loop.
Then what happens if we are migrated between the end of __slab_free and
the CPU_CMPXCHG ? The cmpxchg would fail, and
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
>
> On Tue, 2007-11-20 at 12:49 -0800, Christoph Lameter wrote:
> > On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
> >
> > > > In
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
>
> > > > > - __slab_free(s, page, x, addr, c->offset);
> > > > > + if (unlikely(page != __CPU_READ(c->page) ||
> > > &
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
>
> On Tue, 2007-11-20 at 16:28 -0500, Mathieu Desnoyers wrote:
> > * Trond Myklebust ([EMAIL PROTECTED]) wrote:
> > >
> > > On Tue, 2007-11-20 at 12:49 -0800, Christoph Lameter wrote:
> > > > On
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
>
> On Tue, 2007-11-20 at 16:50 -0500, Mathieu Desnoyers wrote:
> > Then my original point is valid : put_no_resched() will cause unwanted
> > scheduler latencies. It's designed only to be used from within the
> > sched
were returning a pointer. Well, since they are
simply returning an unsigned long, why not use :
return -ENOENT;
directly ?
(ERR_PTR() in linux/err.h is a simple cast from long to void*).
Mathieu
> Cc: Mathieu Desnoyers <[EMAIL PROTECTED]>
> Cc: Kay Sievers <[EMAIL PROTECT
expects a
va_list * instead of a "...".
It applies on top of 2.6.24-rc3-git1.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Christoph Hellwig <[EMAIL PROTECTED]>
CC: Andrew Morton <[EMAIL PROTECTED]>
CC: Mike Mason <[EMAIL PROTECTED]>
CC: Dipankar
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Wed, Nov 21, 2007 at 10:41:26PM -0500, Mathieu Desnoyers wrote:
> > RCU style multiple probes support for the Linux Kernel Markers.
>
> Why would we want this?
>
If we want to have more than one probe connected to a mark
* Pavel Machek ([EMAIL PROTECTED]) wrote:
> On Mon 2008-01-07 13:59:54, Mathieu Desnoyers wrote:
> > * Ingo Molnar ([EMAIL PROTECTED]) wrote:
> > >
> > > * Frank Ch. Eigler <[EMAIL PROTECTED]> wrote:
> > >
> > > > > [...] this
* Linus Torvalds ([EMAIL PROTECTED]) wrote:
>
>
> On Mon, 14 Jan 2008, Mathieu Desnoyers wrote:
> >
> > We would have to figure out if enabling -freorder-blocks-and-partition
> > makes sense kernel-wide.
>
> Last I saw, it generates crappy code, with lots more
> +config OPROFILE_ARMV6
> + bool
> + depends on OPROFILE && ARM && CPU_V6 && !SMP
> + default y
> + select OPROFILE_ARM11_CORE
> +
> +config OPROFILE_MPCORE
> + bool
> + depends on OPROFILE && ARM &&
uplication.
Here is the patch :
Fix ARMv6 oprofile support
This patch restores the ARMv6 OProfile support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
It puts the config options in arch/arm/Kconfig.
Thanks to Adrian Bunk for finding this bug and providing an initial
depends on
PROFILING, it is correct to only depend on OPROFILE only.
Thanks to Adrian Bunk for finding this bug and providing an initial
patch.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Linus Torvalds <[EMAIL PROTECTED]>
CC: Adrian Bunk <[EMAIL PROTECTED]>
CC: Randy D
* Linus Torvalds ([EMAIL PROTECTED]) wrote:
>
>
> On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
> >
> > Well, it goes along the lines of the patch I suggested as a reply to
> > Adrian, with these differences :
> >
> > - I still source the kernel/Kconfig
* Sam Ravnborg ([EMAIL PROTECTED]) wrote:
> On Tue, Jan 15, 2008 at 02:07:20PM -0500, Mathieu Desnoyers wrote:
> > * Linus Torvalds ([EMAIL PROTECTED]) wrote:
> > >
> > >
> > > On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
> > > >
> > >
+ * the actual clock source. Instead of calling a NULL read pointer
> + * we return jiffies.
> + */
> +static struct clocksource *clock = &clocksource_jiffies;
>
> #ifdef CONFIG_GENERIC_TIME
> /**
>
> --
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole
_debugfs);
> +static __init int trace_init(void)
> +{
> + trace_init_cmdlines();
> +
> + return trace_init_debugfs();
> +
> +}
> +
> +device_initcall(trace_init);
>
> #endif /* CONFIG_DEBUG_FS */
> Index: linux-compile.git/lib/tracing/tracer.h
>
@@ -273,6 +273,9 @@ extern int clocksource_register(struct c
> extern struct clocksource* clocksource_get_next(void);
> extern void clocksource_change_rating(struct clocksource *cs, int rating);
> extern void clocksource_resume(void);
> +extern cycle_t get_monotonic_cycles(void);
> +
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
>
>
> On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
> > >
> > > Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
> > > ---
> > > include/linux/clocksource.h
ommit 0938e7586440ac97cedc0f5528a8684ebfa4ce43).
After applying this patch,
move-kconfiginstrumentation-to-arch-kconfig-and-init-kconfig.patch
applies nicely in the -mm tree without any modification.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Linus Torvalds <[EMAIL PROTECTED]>
CC: [EMAIL PROT
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
>
> On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
> >
> > Ok, but what actually insures that the clock->cycle_* reads won't be
> > reordered across the clocksource_read() ?
>
>
>
> Hmm, interesting.I didn&
* Russell King ([EMAIL PROTECTED]) wrote:
> On Tue, Jan 15, 2008 at 09:53:41PM -0500, Mathieu Desnoyers wrote:
> > This patch cleans up the fix from Linus so it does not conflict with the
> > following patches in -mm.
>
> What following patches?
>
Instrumentation menu r
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
>
> [ CC'd Daniel Walker, since he had problems with this code ]
>
> On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
> >
> > I agree with you that I don't see how the compiler could reorder this.
> > So we forget
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
>
> On Wed, 16 Jan 2008, Mathieu Desnoyers wrote:
> > Hrm, I will reply to the rest of this email in a separate mail, but
> > there is another concern, simpler than memory ordering, that just hit
> > me :
> >
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
>
>
> On Wed, 16 Jan 2008, Mathieu Desnoyers wrote:
> > > No, there's probably issues there too, but no need to worry about it,
> > > since I already showed that allowing for clocksource_accumulate to happen
> >
401 - 500 of 4031 matches
Mail list logo