Re: [Xenomai-core] [PATCH] consolidate testsuite installation

2006-12-18 Thread Gilles Chanteperdrix
Jan Kiszka wrote:
 Gilles Chanteperdrix wrote:
 
Jan Kiszka wrote:

Gilles Chanteperdrix wrote:

At some point in time:
https://mail.gna.org/public/xenomai-help/2006-09/msg00181.html

I started to use exec_prefix and prefix for separating the binaries,
libraries and script that need to be installed on the target from the
include files, documentation and xeno-config script that need to be
installed on the host.


OK, appears reasonable, though I cannot asses if it's a standard usage.

Do not know either if it is standard, but it may be useful to some users.


What do you suggest as a replacement for $(pkgdatadir) then?
$(exec_prefix)/share/xenomai? Or where to put the testsuite start scripts?

I am Ok with anything under $(exec_prefix)...

 
 
 Then you should like -v3: now exec_prefix-based.

It is Ok for me.

-- 
 Gilles Chanteperdrix

___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


Re: [Xenomai-core] [PATCH] consolidate testsuite installation

2006-12-18 Thread Jan Kiszka
Gilles Chanteperdrix wrote:
 Jan Kiszka wrote:
 Gilles Chanteperdrix wrote:

 Jan Kiszka wrote:

 Gilles Chanteperdrix wrote:

 At some point in time:
 https://mail.gna.org/public/xenomai-help/2006-09/msg00181.html

 I started to use exec_prefix and prefix for separating the binaries,
 libraries and script that need to be installed on the target from the
 include files, documentation and xeno-config script that need to be
 installed on the host.

 OK, appears reasonable, though I cannot asses if it's a standard usage.
 Do not know either if it is standard, but it may be useful to some users.


 What do you suggest as a replacement for $(pkgdatadir) then?
 $(exec_prefix)/share/xenomai? Or where to put the testsuite start scripts?
 I am Ok with anything under $(exec_prefix)...


 Then you should like -v3: now exec_prefix-based.
 
 It is Ok for me.
 

I would apply now, but all my autotool versions I have around seem to be
different from yours. Should I just check-in the source part and leave
the bootstrap run pending until anyone of you can kick it?



signature.asc
Description: OpenPGP digital signature
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


Re: [Xenomai-core] [PATCH] ADEOS IPIPE PPC patches upgrade

2006-12-18 Thread Benjamin Zores
On Mon, 18 Dec 2006 13:12:54 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:

 Hallo,
 
 attached is patch for Xenomai upgrading the ADEOS IPIPE patches for the 
 PPC tree. Here is the ChangeLog entry:
 
 2006-12-18  Wolfgang Grandegger  [EMAIL PROTECTED]
 
  * ksrc/arch/powerpc/patches: Upgrade to 2.6.14-ppc-1.5-02,
  2.6.18-ppc-1.5-01 and 2.6.19-ppc-1.5-01. These patches fix
  the problems with PIC for Galileo's GT64260 reported by Antonio
  Barbalace and add support for 2.6.19.

Hi,

Got the same for 2.6.19 on powerpc arch ?
Or should I try to port it as I did for 2.6.18 ?

Ben

___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


Re: [Xenomai-core] [PATCH] ADEOS IPIPE PPC patches upgrade

2006-12-18 Thread Wolfgang Grandegger

Benjamin Zores wrote:

On Mon, 18 Dec 2006 13:12:54 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:


Hallo,

attached is patch for Xenomai upgrading the ADEOS IPIPE patches for the 
PPC tree. Here is the ChangeLog entry:


2006-12-18  Wolfgang Grandegger  [EMAIL PROTECTED]

 * ksrc/arch/powerpc/patches: Upgrade to 2.6.14-ppc-1.5-02,
 2.6.18-ppc-1.5-01 and 2.6.19-ppc-1.5-01. These patches fix
 the problems with PIC for Galileo's GT64260 reported by Antonio
 Barbalace and add support for 2.6.19.


Hi,

Got the same for 2.6.19 on powerpc arch ?
Or should I try to port it as I did for 2.6.18 ?


I don't understand your questions. These patches are for the PPC tree. 
The POWERPC is still not supported. Do you already have a working port 
for the PowerPC tree 2.6.18?


Wolfgang.


___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


Re: [Xenomai-core] [PATCH] consolidate testsuite installation

2006-12-18 Thread Gilles Chanteperdrix
Jan Kiszka wrote:
 I would apply now, but all my autotool versions I have around seem to be
 different from yours. Should I just check-in the source part and leave
 the bootstrap run pending until anyone of you can kick it?

You can commit the changes, I will run the auto-tools once it is done. I
am not sure I have the proper versions of the autotools either, but any
reasonably recent version should be Ok anyway.

-- 
 Gilles Chanteperdrix

___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


Re: [Xenomai-core] [PATCH] consolidate testsuite installation

2006-12-18 Thread Jan Kiszka
Gilles Chanteperdrix wrote:
 Jan Kiszka wrote:
 I would apply now, but all my autotool versions I have around seem to be
 different from yours. Should I just check-in the source part and leave
 the bootstrap run pending until anyone of you can kick it?
 
 You can commit the changes, I will run the auto-tools once it is done. I
 am not sure I have the proper versions of the autotools either, but any
 reasonably recent version should be Ok anyway.
 

Done. Also the dist-fix for scripts/help_from_kconfig.pl was applied.



signature.asc
Description: OpenPGP digital signature
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


[Xenomai-core] Re: [Adeos-main] Latency trace on ARM

2006-12-18 Thread Sebastian Smolorz
Jan Kiszka wrote:

 If you have anything more pending, please post soon, Gilles is
 collecting the ARM stuff for Xenomai 2.3.

Attached are all patches that I posted in the last two months but didn't get 
into Ipipe CVS or Xenomai svn. The first file pools all patches for Ipipe, 
here comes an overview what it comprises:

- I-pipe for Samsung S3C24xx
- I-pipe tracer for ARM
- Introduce __ipipe_mach_release_timer()
- Fix ipipe_tsc2ns()
- Don't activate the tracer too early during the boot process

Please consider these patches for Xenomai 2.3. Thanks!

--
Sebastian
diff -upNr linux-2.6.15-ipipe.orig/arch/arm/boot/compressed/head.S linux-2.6.15-ipipe/arch/arm/boot/compressed/head.S
--- linux-2.6.15-ipipe.orig/arch/arm/boot/compressed/head.S	2006-01-03 04:21:10.0 +0100
+++ linux-2.6.15-ipipe/arch/arm/boot/compressed/head.S	2006-12-04 17:45:52.0 +0100
@@ -710,6 +710,16 @@ memdump:	mov	r12, r0
 		mov	pc, r10
 #endif
 
+#ifdef CONFIG_IPIPE_TRACE_MCOUNT
+.text
+.align 0
+.type mcount %function
+.global mcount
+mcount:
+		mov pc, lr	@ just return
+#endif
+
+
 reloc_end:
 
 		.align
diff -upNr linux-2.6.15-ipipe.orig/arch/arm/kernel/entry-common.S linux-2.6.15-ipipe/arch/arm/kernel/entry-common.S
--- linux-2.6.15-ipipe.orig/arch/arm/kernel/entry-common.S	2006-05-04 14:43:39.0 +0200
+++ linux-2.6.15-ipipe/arch/arm/kernel/entry-common.S	2006-12-04 09:48:15.0 +0100
@@ -294,3 +294,28 @@ sys_mmap2:
 		str	r5, [sp, #4]
 		b	do_mmap2
 #endif
+
+#ifdef CONFIG_FRAME_POINTER
+
+	.text
+	.align 0
+	.type arm_return_addr %function
+	.global arm_return_addr
+
+arm_return_addr:
+	mov	ip, r0
+	mov	r0, fp
+3:
+	cmp	r0, #0
+	beq	1f		@ frame list hit end, bail
+	cmp	ip, #0
+	beq	2f		@ reached desired frame
+	ldr	r0, [r0, #-12]  @ else continue, get next fp
+	sub	ip, ip, #1
+	b	3b
+2:
+	ldr	r0, [r0, #-4]   @ get target return address
+1:
+	mov	pc, lr
+
+#endif
diff -upNr linux-2.6.15-ipipe.orig/arch/arm/kernel/ipipe-mcount.S linux-2.6.15-ipipe/arch/arm/kernel/ipipe-mcount.S
--- linux-2.6.15-ipipe.orig/arch/arm/kernel/ipipe-mcount.S	1970-01-01 01:00:00.0 +0100
+++ linux-2.6.15-ipipe/arch/arm/kernel/ipipe-mcount.S	2006-12-04 09:46:30.0 +0100
@@ -0,0 +1,40 @@
+/*
+ *  linux/arch/arm/kernel/ipipe-mcount.S
+ *
+ *  Copyright (C) 2006 Sebastian Smolorz [EMAIL PROTECTED], emlix GmbH
+ */
+
+#include linux/config.h
+
+#ifdef CONFIG_FRAME_POINTER
+
+	.text
+	.align 0
+	.type mcount %function
+	.global mcount
+
+mcount:
+
+	ldr	ip, =ipipe_trace_enable	@ leave early, if disabled
+	ldr	ip, [ip]
+	cmp	ip, #0
+	moveq	pc,lr
+
+	mov	ip,  sp
+	stmdb   sp!, {r0 - r3, fp, ip, lr, pc}	@ create stack frame
+
+	mov	r3, #0			@ no additional value (v)
+	ldr	r2, [fp, #-4]		@ get lr (the return address
+	@ of the caller of the
+	@ instrumented function)
+	mov	r1, lr			@ get lr - (the return address
+	@ of the instrumented function)
+	mov	r0, #0			@ IPIPE_TRACE_FN
+
+	sub	fp, ip, #4		@ point fp at this frame
+
+	bl	__ipipe_trace
+
+	ldmdb   fp, {r0 - r3, fp, sp, pc}	@ pop entry frame and return
+
+#endif
diff -upNr linux-2.6.15-ipipe.orig/arch/arm/kernel/ipipe-root.c linux-2.6.15-ipipe/arch/arm/kernel/ipipe-root.c
--- linux-2.6.15-ipipe.orig/arch/arm/kernel/ipipe-root.c	2006-10-09 22:41:23.0 +0200
+++ linux-2.6.15-ipipe/arch/arm/kernel/ipipe-root.c	2006-12-13 17:20:00.0 +0100
@@ -306,11 +306,19 @@ asmlinkage int __ipipe_grab_irq(int irq,
 		}
 	}
 
+#ifdef CONFIG_IPIPE_TRACE_IRQSOFF
+	ipipe_trace_begin(regs-ARM_ORIG_r0);
+#endif
+
 	if (__ipipe_mach_irq_mux_p(irq))
 		__ipipe_mach_demux_irq(irq, regs);
 	else
 		__ipipe_handle_irq(irq, regs);
 
+#ifdef CONFIG_IPIPE_TRACE_IRQSOFF
+	ipipe_trace_end(regs-ARM_ORIG_r0);
+#endif
+
 	ipipe_load_cpuid();
 
 	return (per_cpu(ipipe_percpu_domain, cpuid) == ipipe_root_domain 
@@ -376,3 +384,8 @@ EXPORT_SYMBOL_GPL(show_stack);
 #ifndef MULTI_CPU
 EXPORT_SYMBOL_GPL(cpu_do_switch_mm);
 #endif
+
+#ifdef CONFIG_IPIPE_TRACE_MCOUNT
+void notrace mcount(void);
+EXPORT_SYMBOL(mcount);
+#endif /* CONFIG_IPIPE_TRACE_MCOUNT */
diff -upNr linux-2.6.15-ipipe.orig/arch/arm/kernel/Makefile linux-2.6.15-ipipe/arch/arm/kernel/Makefile
--- linux-2.6.15-ipipe.orig/arch/arm/kernel/Makefile	2006-02-20 14:54:22.0 +0100
+++ linux-2.6.15-ipipe/arch/arm/kernel/Makefile	2006-12-01 13:42:49.0 +0100
@@ -20,6 +20,7 @@ obj-$(CONFIG_ISA_DMA)		+= dma-isa.o
 obj-$(CONFIG_PCI)		+= bios32.o
 obj-$(CONFIG_SMP)		+= smp.o
 obj-$(CONFIG_IPIPE)		+= ipipe-core.o ipipe-root.o
+obj-$(CONFIG_IPIPE_TRACE_MCOUNT)	+= ipipe-mcount.o
 
 obj-$(CONFIG_IWMMXT)		+= iwmmxt.o
 AFLAGS_iwmmxt.o			:= -Wa,-mcpu=iwmmxt
diff -upNr linux-2.6.15-ipipe.orig/arch/arm/kernel/process.c linux-2.6.15-ipipe/arch/arm/kernel/process.c
--- linux-2.6.15-ipipe.orig/arch/arm/kernel/process.c	2006-02-20 14:54:22.0 +0100
+++ linux-2.6.15-ipipe/arch/arm/kernel/process.c	2006-12-14 16:35:09.0 +0100
@@ -89,12 +89,18 @@ void 

[Xenomai-core] Re: [Adeos-main] Latency trace on ARM

2006-12-18 Thread Philippe Gerum
On Mon, 2006-12-18 at 17:04 +0100, Sebastian Smolorz wrote:
 Jan Kiszka wrote:
 
  If you have anything more pending, please post soon, Gilles is
  collecting the ARM stuff for Xenomai 2.3.
 
 Attached are all patches that I posted in the last two months but didn't get 
 into Ipipe CVS or Xenomai svn. The first file pools all patches for Ipipe, 
 here comes an overview what it comprises:
 
 - I-pipe for Samsung S3C24xx
 - I-pipe tracer for ARM
 - Introduce __ipipe_mach_release_timer()
 - Fix ipipe_tsc2ns()
 - Don't activate the tracer too early during the boot process
 
 Please consider these patches for Xenomai 2.3. Thanks!
 

They will be included. The point is that we are not using the Adeos CVS
anymore, waiting to switch to git asap.

 --
 Sebastian
 ___
 Adeos-main mailing list
 Adeos-main@gna.org
 https://mail.gna.org/listinfo/adeos-main
-- 
Philippe.



___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


Re: [Xenomai-core] Re: [Adeos-main] Latency trace on ARM

2006-12-18 Thread Sebastian Smolorz
Philippe Gerum wrote:
 On Mon, 2006-12-18 at 17:04 +0100, Sebastian Smolorz wrote:
  Jan Kiszka wrote:
   If you have anything more pending, please post soon, Gilles is
   collecting the ARM stuff for Xenomai 2.3.
 
  Attached are all patches that I posted in the last two months but didn't
  get into Ipipe CVS or Xenomai svn. The first file pools all patches for
  Ipipe, here comes an overview what it comprises:
 
  - I-pipe for Samsung S3C24xx
  - I-pipe tracer for ARM
  - Introduce __ipipe_mach_release_timer()
  - Fix ipipe_tsc2ns()
  - Don't activate the tracer too early during the boot process
 
  Please consider these patches for Xenomai 2.3. Thanks!

 They will be included. The point is that we are not using the Adeos CVS
 anymore, waiting to switch to git asap.

OK, didn't know that. These patches are the most current, please take them and 
not the ones posted before. Thank you!

--
Sebastian

___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


Re: [Xenomai-core] Re: [Adeos-main] Latency trace on ARM

2006-12-18 Thread Philippe Gerum
On Mon, 2006-12-18 at 22:52 +0100, Sebastian Smolorz wrote:
 Philippe Gerum wrote:
  On Mon, 2006-12-18 at 17:04 +0100, Sebastian Smolorz wrote:
   Jan Kiszka wrote:
If you have anything more pending, please post soon, Gilles is
collecting the ARM stuff for Xenomai 2.3.
  
   Attached are all patches that I posted in the last two months but didn't
   get into Ipipe CVS or Xenomai svn. The first file pools all patches for
   Ipipe, here comes an overview what it comprises:
  
   - I-pipe for Samsung S3C24xx
   - I-pipe tracer for ARM
   - Introduce __ipipe_mach_release_timer()
   - Fix ipipe_tsc2ns()
   - Don't activate the tracer too early during the boot process
  
   Please consider these patches for Xenomai 2.3. Thanks!
 
  They will be included. The point is that we are not using the Adeos CVS
  anymore, waiting to switch to git asap.
 
 OK, didn't know that. These patches are the most current, please take them 
 and 
 not the ones posted before. Thank you!

Gilles maintains the ARM support; he will push upstream the patch that I
will merge eventually. In any case, 2.3 final won't be rolled out
without the updated ARM patch in. Thanks.

-- 
Philippe.



___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core