Re: [Xenomai-core] RTDM timerbench problems

2006-01-04 Thread Stelian Pop
Le mercredi 04 janvier 2006 à 18:19 +0100, Gilles Chanteperdrix a écrit : Stelian Pop wrote: Before hanging, sometimes it just prints: Unable to handle kernel NULL pointer dereference at virtual address 004d Sometimes the oops is more complete (note that sometimes it also

Re: [Xenomai-core] latency kernel part crashes on ppc64

2006-01-08 Thread Stelian Pop
crash. I've started simplifying the code trying to get to the simplest code which does have the problem. The results is at http://www.popies.net/tmp/xenobug/bug.tgz if somebody wants to take a look. I'll be working on this again tomorrow... Stelian. -- Stelian Pop [EMAIL PROTECTED] Open Wide

Re: [Xenomai-core] Re: Xenomai broken on Linux 2.4

2006-01-12 Thread Stelian Pop
Le 12 janv. 06 à 10:12, Philippe Gerum a écrit : Hi Wolfgang, Wolfgang Grandegger wrote: Hi Philippe, I just realized that recent changes in ksrc/arch/powerpc/switch.S have broken the build of Xenomai with linuxppc_2_4_devel on PPC: #include asm/offsets.h does not exist Symbols like

[Xenomai-core] RTDM timerbench problems

2006-01-04 Thread Stelian Pop
is at xnpod_schedule+0x6b4/0x7f0 LR is at xnpod_schedule+0x54c/0x7f0 pc : [c0056cc4]lr : [c0056b5c]Not tainted sp : c7d41830 ip : c79e8044 fp : c7d41860 r10: c0283c2c r9 : c0282 Does this rings a bell to someone ? Thanks. Stelian. -- Stelian Pop [EMAIL PROTECTED]

Re: [Xenomai-core] RTDM timerbench problems

2006-01-04 Thread Stelian Pop
Le mercredi 04 janvier 2006 à 17:49 +0100, Jan Kiszka a écrit : Stelian Pop wrote: Hi, 88 I'm trying to use the xeno_timerbench as a replacement to the old 2.0 klatency module and I encounter some problems. This is on my in-progress ARM Xenomai port. User space latency and old

Re: [Xenomai-core] latency kernel part crashes on ppc64

2006-01-08 Thread Stelian Pop
crash. I've started simplifying the code trying to get to the simplest code which does have the problem. The results is at http://www.popies.net/tmp/xenobug/bug.tgz if somebody wants to take a look. I'll be working on this again tomorrow... Stelian. -- Stelian Pop [EMAIL PROTECTED] Open Wide

Re: [Xenomai-core] Xenomai on PXA255

2006-05-29 Thread Stelian Pop
, __ipipe_mach_set_dec sets the decrementer etc. Should I go on ? If you have specific questions feel free to ask. But I suggest you read and try to understand the code first. Stelian. -- Stelian Pop [EMAIL PROTECTED] ___ Xenomai-core mailing list

Re: [Xenomai-core] Xenomai on PXA255

2006-05-29 Thread Stelian Pop
Le lundi 29 mai 2006 à 17:45 +0200, Gilles Chanteperdrix a écrit : Stelian Pop wrote: If you have specific questions feel free to ask. But I suggest you read and try to understand the code first. Maybe we could provide a quick overview of how this works, Stelian, please correct me if I

Re: [Xenomai-core] Some questions about the ARM port (Integrator vs. PXA)

2006-06-30 Thread Stelian Pop
Le vendredi 30 juin 2006 à 08:29 +0200, Detlef Vollmann a écrit : Stelian Pop wrote: Le jeudi 29 juin 2006 à 10:38 +0200, Detlef Vollmann a écrit : a) What's the difference between __ipipe_mach_ticks_per_jiffy and LATCH? As a matter of fact there is no difference. Does

Re: [Xenomai-core] Xenomai on PXA

2006-07-11 Thread Stelian Pop
Le mardi 11 juillet 2006 à 08:20 +0200, Detlef Vollmann a écrit : What is missing is a look at entry-macro.S. Stelian Pop has done something for the Integrator that I don't really understand and therefore I can't say whether the PXA needs something similar. Well, you should have asked if you

Re: [Xenomai-core] Xenomai on PXA

2006-07-11 Thread Stelian Pop
Le mardi 11 juillet 2006 à 08:20 +0200, Detlef Vollmann a écrit : What is missing is a look at entry-macro.S. Stelian Pop has done something for the Integrator that I don't really understand and therefore I can't say whether the PXA needs something similar. Well, you should have asked if you

[Xenomai-core] [PATCH, RFC] Make ioremap'ed memory available through rtdm_mmap_to_user()

2006-09-15 Thread Stelian Pop
+/* vmalloc'ed memory */ if ((vaddr = VMALLOC_START) (vaddr VMALLOC_END)) { unsigned long mapped_size = 0; -- Stelian Pop [EMAIL PROTECTED] ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai

Re: [Xenomai-core] [PATCH, RFC] Make ioremap'ed memory available through rtdm_mmap_to_user()

2006-09-18 Thread Stelian Pop
lower the API level a little bit, and let the user specify the physical address of the mapping instead of the virtual one Stelian. -- Stelian Pop [EMAIL PROTECTED] ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai

Re: [Xenomai-core] [PATCH, RFC] Make ioremap'ed memory available through rtdm_mmap_to_user()

2006-09-22 Thread Stelian Pop
, + vm_ops, vm_private_data }; struct file *filp; const struct file_operations*old_fops; void*old_priv_data; -- Stelian Pop [EMAIL PROTECTED] ___ Xenomai-core

Re: [Xenomai-core] [PATCH, RFC] Make ioremap'ed memory available through rtdm_mmap_to_user()

2006-09-22 Thread Stelian Pop
; +return __rtdm_do_mmap(user_info, mmap_data, len, prot, pptr); } -EXPORT_SYMBOL(rtdm_mmap_to_user); +EXPORT_SYMBOL(rtdm_iomap_to_user); - /** * Unmap a user memory range. * -- Stelian Pop [EMAIL PROTECTED] ___ Xenomai-core mailing list Xenomai

Re: [Xenomai-core] [PATCH, RFC] Make ioremap'ed memory available through rtdm_mmap_to_user()

2006-09-22 Thread Stelian Pop
Le vendredi 22 septembre 2006 à 16:41 +0200, Jan Kiszka a écrit : Stelian Pop wrote: Le vendredi 22 septembre 2006 à 10:58 +0200, Jan Kiszka a écrit : d) make a special rtdm_mmap_iomem_to_user() function... Also an option. Specifically, it wouldn't break the existing API... What

[Xenomai-core] [PATCH] Enable usage of pthread_set_{mode, name}_np from kernel space

2007-02-08 Thread Stelian Pop
/thread.c (révision 2162) +++ ksrc/skins/posix/thread.c (copie de travail) @@ -745,3 +745,5 @@ EXPORT_SYMBOL(pthread_self); EXPORT_SYMBOL(pthread_make_periodic_np); EXPORT_SYMBOL(pthread_wait_np); +EXPORT_SYMBOL(pthread_set_name_np); +EXPORT_SYMBOL(pthread_set_mode_np); -- Stelian Pop

[Xenomai-core] [PATCH - ARM] ldrex/strex syntax errors with recent compilers

2007-03-15 Thread Stelian Pop
long tmp, tmp2; __asm__ __volatile__(@ atomic_clear_mask\n -1: ldrex %0, %2\n +1: ldrex %0, [%2]\n bic %0, %0, %3\n - strex %1, %0, %2\n + strex %1, %0, [%2]\n teq %1, #0\n bne 1b : =r (tmp), =r (tmp2) -- Stelian Pop [EMAIL PROTECTED

Re: [Xenomai-core] [PATCH - ARM] ldrex/strex syntax errors with recent compilers

2007-03-15 Thread Stelian Pop
Le jeudi 15 mars 2007 à 14:53 +0100, Stelian Pop a écrit : It appears that the patch below fixes the compile error. I also verified that gcc-4.0.0 generates identical code using both forms. FWIW, the same fix at a different place in the mainline kernel has been acked by Catalin Marinas from

[Xenomai-core] [PATCH] Support EABI enabled kernels on ARM

2007-04-14 Thread Stelian Pop
signal. Don't forget to run 'scripts/bootstrap' after applying this patch... Signed-off-by: Stelian Pop [EMAIL PROTECTED] Index: include/asm-arm/syscall.h === --- include/asm-arm/syscall.h (révision 2385) +++ include/asm-arm/syscall.h

Re: [Xenomai-core] [PATCH] Support EABI enabled kernels on ARM

2007-04-17 Thread Stelian Pop
Le mardi 17 avril 2007 à 00:36 +0200, Gilles Chanteperdrix a écrit : Stelian Pop wrote: Hi, The attached patch adds an option to make Xenomai userspace issue EABI syscalls. This is needed to make Xenomai work with kernels compiled with CONFIG_EABI. Applied, thanks. Thanks

Re: [Xenomai-core] [PATCH] Support EABI enabled kernels on ARM

2007-04-19 Thread Stelian Pop
Le jeudi 19 avril 2007 à 01:35 +0200, Gilles Chanteperdrix a écrit : Stelian Pop wrote: Hi, The attached patch adds an option to make Xenomai userspace issue EABI syscalls. This is needed to make Xenomai work with kernels compiled with CONFIG_EABI. I get a problem

Re: [Xenomai-core] [PATCH] Support EABI enabled kernels on ARM

2007-04-19 Thread Stelian Pop
Le jeudi 19 avril 2007 à 08:38 +0200, Stelian Pop a écrit : Le jeudi 19 avril 2007 à 01:35 +0200, Gilles Chanteperdrix a écrit : Stelian Pop wrote: Hi, The attached patch adds an option to make Xenomai userspace issue EABI syscalls. This is needed to make Xenomai work

Re: [Xenomai-core] [PATCH] fix hw-timer setup/cleanup for i386

2007-10-12 Thread Stelian Pop
in the past - mainly due to the usage of some proprietary bricks like flash, java etc. I know some of those have been resolved today, and one of these days I should try once more, but now it is not a good time for this. -- Stelian Pop [EMAIL PROTECTED

Re: [Xenomai-core] [PATCH] fix hw-timer setup/cleanup for i386

2007-10-12 Thread Stelian Pop
(run_timer_softirq+0x19) +func 390.095 ipipe_check_context+0xc (hrtimer_run_queues+0xc5) #func 390.000 ipipe_check_context+0xc (hrtimer_run_queues+0xd7) -- Stelian Pop [EMAIL PROTECTED] ___ Xenomai

Re: [Xenomai-core] [PATCH] fix hw-timer setup/cleanup for i386

2007-10-12 Thread Stelian Pop
to be distracted from this for now. Thanks, Stelian. -- Stelian Pop [EMAIL PROTECTED] ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core

Re: [Xenomai-core] [PATCH] fix hw-timer setup/cleanup for i386

2007-10-13 Thread Stelian Pop
Le vendredi 12 octobre 2007 à 23:58 +0200, Philippe Gerum a écrit : On Fri, 2007-10-12 at 23:51 +0200, Stelian Pop wrote: On Fri, Oct 12, 2007 at 10:22:45PM +0200, Stelian Pop wrote: Or even go crazy and activate SMP again ? Would have been too easy: # modprobe xeno_native

Re: [Xenomai-core] [PATCH] fix hw-timer setup/cleanup for i386

2007-10-13 Thread Stelian Pop
Le vendredi 12 octobre 2007 à 22:22 +0200, Stelian Pop a écrit : I still have a strange problem though: after loading xeno_nucleus and before loading xeno_native, the keyboard reacts strangely: each key press results in at least 6 (and up to 20) letters on the terminal. FYI, I am no longer

Re: [Xenomai-core] [PATCH] fix hw-timer setup/cleanup for i386

2007-10-13 Thread Stelian Pop
to me: 554 Transaction failed. For explanation visit http://freemail.web.de/reject/?ip=88.191.70.230 I didn't investigate yet what's happenning. -- Stelian Pop [EMAIL PROTECTED] ___ Xenomai-core mailing list Xenomai-core@gna.org