here in a
datacenter, it shouldn't be in a dynamic-IP-DSL-provider range.
--
Stelian Pop <[EMAIL PROTECTED]>
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
e[217.72.192.188] refused to
talk 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]>
__
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
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 hav
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
Xenomai: native skin init failed, code -19.
This is with all relevant options on (HPET, HIRES, SMP, NO_HZ).
I guess I'll have to
Jan Kiszka a écrit :
> Stelian Pop wrote:
>> # Automatically generated make config: don't edit
>> # Linux kernel version: 2.6.22.9-xeno
>> # Fri Oct 12 11:45:32 2007
>> #
> ...
>> # CONFIG_X86_UP_APIC is not set
>
> As long as APIC is off...
>
0.110 run_timer_softirq+0xe
(__do_softirq+0x52)
+func 390.120 hrtimer_run_queues+0xe
(run_timer_softirq+0x19)
+func 390.095 ipipe_check_context+0xc
(hrtimer_run_queues+0xc5)
#func 390.000 ipipe_check_context+0xc
(hrtimer_run_
loser look if you want to dig into this.
I'm not sure how much time I have to investigate this, but yes, I can take a
look if you tell me what I should look for.
> /me is going 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
errible experiences 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.
--
Ste
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
> >
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
>
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
>
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)
+++ incl
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 Marina
m__ __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]>
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
/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
rc/skins/Makefile.am (copie de travail)
@@ -1,2 +1,4 @@
+install-data-local:
+ if test "@cross_compiling@" = "no"; then ldconfig; fi
SUBDIRS = native posix rtdm vxworks vrtx rtai
--
Stelian Pop <[EMAIL PROTECTED]>
already passed.
+ *
+ * Rescheduling: always, until the @starttp start time has been reached.
*/
int pthread_make_periodic_np(pthread_t thread,
struct timespec *starttp,
--
Stelian Pop <[EMAIL PROTECTED]>
___
Xenoma
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
sem);
-
-filp->f_op = (typeof(filp->f_op))old_fops;
-filp->private_data = old_priv_data;
-
-filp_close(filp, user_info->files);
-
-if (IS_ERR(user_ptr))
-return PTR_ERR(user_ptr);
-
-*pptr = user_ptr;
- return 0;
+return __rtdm
data)
{
-struct rtdm_mmap_data mmap_data = {src_addr, vm_ops, vm_private_data};
+struct rtdm_mmap_data mmap_data = { src_vaddr, src_paddr, mem_type,
+ vm_ops, vm_private_data };
struct file *filp;
Or maybe we should 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
htt
schedpolicy attribute as
+ * PTHREAD_EXPLICIT_SCHED will use the value of the @a schedpolicy attribute as
* scheduling policy, and the value of the @a schedparam attribute as
scheduling
* priority.
*
--
Stelian Pop <[EMAIL PROTECTED]>
___
Xenoma
size, PAGE_SHARED);
+else
#ifdef CONFIG_MMU
+/* vmalloc'ed memory */
if ((vaddr >= VMALLOC_START) && (vaddr < VMALLOC_END)) {
unsigned long mapped_size = 0;
--
Stelian Pop <[EMAIL PROTECTED]>
_
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, yo
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, yo
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?
> >
>
the match value at
> which an interrupt occurs is incremented on each interrupt.
> So, a port to the PXA wouldn't be straightforward, and so I
> want to make sure that I really understand the semantics
> of the ARM port.
Indeed, you will need to adapt the PXA incrementer to
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, Stel
s if I know what they have to do. So could somebody give an
> explanation of this variables and functions?
Well, __ipipe_mach_acktimer acks the timer, __ipipe_mach_get_tsc returns
the TSC of the platform, __ipipe_mach_set_dec sets the decrementer etc.
Should I go on ?
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 does not exist
Symbols like SAVE_NVGPRS do n
er 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
er 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
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
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
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-p
is at xnpod_schedule+0x6b4/0x7f0
LR is at xnpod_schedule+0x54c/0x7f0
pc : []lr : []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]>
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
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-p
is at xnpod_schedule+0x6b4/0x7f0
LR is at xnpod_schedule+0x54c/0x7f0
pc : []lr : []Not tainted
sp : c7d41830 ip : c79e8044 fp : c7d41860
r10: c0283c2c r9 : c0282
Does this rings a bell to someone ?
Thanks.
Stelian.
--
Stelian Pop <[EMAIL P
39 matches
Mail list logo