Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-21 Thread Karim Yaghmour
- KRYPTIVA PACKAGED MESSAGE - PACKAGING TYPE: SIGNED Mathieu Desnoyers wrote: > The problem with your proposal, I guess, is that people will have to add a supplementary parameter to the macro. > > It is not uncommon to have two slightly versions of macros/functions in the kernel

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-21 Thread Mathieu Desnoyers
* Karim Yaghmour ([EMAIL PROTECTED]) wrote: > - KRYPTIVA PACKAGED MESSAGE - > PACKAGING TYPE: SIGNED > > Hello Mathieu, > > Mathieu Desnoyers wrote: > > Yes, that was indeed the first way I implemented it, as a "disable" > option. One of the main thing we have to figure out before I

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-21 Thread Karim Yaghmour
- KRYPTIVA PACKAGED MESSAGE - PACKAGING TYPE: SIGNED Hello Mathieu, Mathieu Desnoyers wrote: > Yes, that was indeed the first way I implemented it, as a "disable" option. One of the main thing we have to figure out before I modify this is if we want to have the generic version of

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-21 Thread Karim Yaghmour
- KRYPTIVA PACKAGED MESSAGE - PACKAGING TYPE: SIGNED Hello Mathieu, Mathieu Desnoyers wrote: Yes, that was indeed the first way I implemented it, as a disable option. One of the main thing we have to figure out before I modify this is if we want to have the generic version of markers

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-21 Thread Mathieu Desnoyers
* Karim Yaghmour ([EMAIL PROTECTED]) wrote: - KRYPTIVA PACKAGED MESSAGE - PACKAGING TYPE: SIGNED Hello Mathieu, Mathieu Desnoyers wrote: Yes, that was indeed the first way I implemented it, as a disable option. One of the main thing we have to figure out before I modify this is

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-21 Thread Karim Yaghmour
- KRYPTIVA PACKAGED MESSAGE - PACKAGING TYPE: SIGNED Mathieu Desnoyers wrote: The problem with your proposal, I guess, is that people will have to add a supplementary parameter to the macro. It is not uncommon to have two slightly versions of macros/functions in the kernel

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-16 Thread Mathieu Desnoyers
* Karim Yaghmour ([EMAIL PROTECTED]) wrote: > - KRYPTIVA PACKAGED MESSAGE - > PACKAGING TYPE: SIGNED > > Mathieu Desnoyers wrote: > > The main goal of this config option is for embedded systems which doesn't > support live code modification. Maybe we can put that under "embedded >

Re: Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-16 Thread Karim Yaghmour
- KRYPTIVA PACKAGED MESSAGE - PACKAGING TYPE: SIGNED Mathieu Desnoyers wrote: > The main goal of this config option is for embedded systems which doesn't support live code modification. Maybe we can put that under "embedded sytems" menu ? Not sure whether you had had other feedback on

Re: Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-16 Thread Karim Yaghmour
- KRYPTIVA PACKAGED MESSAGE - PACKAGING TYPE: SIGNED Mathieu Desnoyers wrote: The main goal of this config option is for embedded systems which doesn't support live code modification. Maybe we can put that under embedded sytems menu ? Not sure whether you had had other feedback on

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-16 Thread Mathieu Desnoyers
* Karim Yaghmour ([EMAIL PROTECTED]) wrote: - KRYPTIVA PACKAGED MESSAGE - PACKAGING TYPE: SIGNED Mathieu Desnoyers wrote: The main goal of this config option is for embedded systems which doesn't support live code modification. Maybe we can put that under embedded sytems menu ?

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-15 Thread Mathieu Desnoyers
* Andrew Morton ([EMAIL PROTECTED]) wrote: > On Sun, 11 Feb 2007 15:03:27 -0500 Mathieu Desnoyers <[EMAIL PROTECTED]> > wrote: > > > Linux Kernel Markers, non optimized architectures > > > > This patch also includes marker code for non optimized architectures. > > I think once we've done this

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-15 Thread Mathieu Desnoyers
* Andrew Morton ([EMAIL PROTECTED]) wrote: On Sun, 11 Feb 2007 15:03:27 -0500 Mathieu Desnoyers [EMAIL PROTECTED] wrote: Linux Kernel Markers, non optimized architectures This patch also includes marker code for non optimized architectures. I think once we've done this we can nuke

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-14 Thread Andrew Morton
On Sun, 11 Feb 2007 15:03:27 -0500 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote: > Linux Kernel Markers, non optimized architectures > > This patch also includes marker code for non optimized architectures. I think once we've done this we can nuke CONFIG_MARKERS_ENABLE_OPTIMIZATION? (Please,

Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-14 Thread Andrew Morton
On Sun, 11 Feb 2007 15:03:27 -0500 Mathieu Desnoyers [EMAIL PROTECTED] wrote: Linux Kernel Markers, non optimized architectures This patch also includes marker code for non optimized architectures. I think once we've done this we can nuke CONFIG_MARKERS_ENABLE_OPTIMIZATION? (Please, let it

[PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-11 Thread Mathieu Desnoyers
Linux Kernel Markers, non optimized architectures This patch also includes marker code for non optimized architectures. Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]> --- /dev/null +++ b/include/asm-arm/marker.h @@ -0,0 +1,13 @@ +/* + * marker.h + * + * Code markup for dynamic and static

[PATCH 05/05] Linux Kernel Markers, non optimized architectures

2007-02-11 Thread Mathieu Desnoyers
Linux Kernel Markers, non optimized architectures This patch also includes marker code for non optimized architectures. Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED] --- /dev/null +++ b/include/asm-arm/marker.h @@ -0,0 +1,13 @@ +/* + * marker.h + * + * Code markup for dynamic and static