Gilles Chanteperdrix | 1 Jan 16:43 2011

Re: Problems with Installation. Error message in xeno-test: "Xenomai: /dev/rtheap is missing".

Alexandre Oliveira wrote:
> I think I discovered the problem at boot log.
> 
> 
> ====
> [    2.456000] Xenomai has detected a CPU frequency of 0. Aborting.
> [    2.456000] Xenomai: system init failed, code -19.
> [    2.456000] Xenomai: native skin init failed, code -19.
> [    2.456000] Xenomai: starting POSIX services.
> [    2.456000] Xenomai: POSIX skin init failed, code -19.
> [    2.456000] Xenomai: RTDM skin init failed, code -19.
> ===
> 
> My cpuinfo:
> 
> ===
> phall <at> PHall:~$ cat /proc/cpuinfo
> processor    : 0
> vendor_id    : GenuineIntel
> cpu family    : 15
> model        : 4
> model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
> stepping    : 3
> cpu MHz        : 0.000
> cache size    : 2048 KB
> fdiv_bug    : no
> hlt_bug        : no
> f00f_bug    : no
> coma_bug    : no
> fpu        : yes
(Continue reading)

Alexandre Oliveira | 1 Jan 18:53 2011
Picon

Re: Problems with Installation. Error message in xeno-test: "Xenomai: /dev/rtheap is missing".

Hello,

I'm not running linux from a vmware. I didn't see that point of the topic...

On Monday, I will be at the laboratory and I will send the complete dmesg file for help.

Att.
Alexandre.

Thanks for helping again. :)




2011/1/1 Gilles Chanteperdrix <gilles.chanteperdrix <at> xenomai.org>
Alexandre Oliveira wrote:
> I think I discovered the problem at boot log.
>
>
> ====
> [    2.456000] Xenomai has detected a CPU frequency of 0. Aborting.
> [    2.456000] Xenomai: system init failed, code -19.
> [    2.456000] Xenomai: native skin init failed, code -19.
> [    2.456000] Xenomai: starting POSIX services.
> [    2.456000] Xenomai: POSIX skin init failed, code -19.
> [    2.456000] Xenomai: RTDM skin init failed, code -19.
> ===
>
> My cpuinfo:
>
> ===
> phall <at> PHall:~$ cat /proc/cpuinfo
> processor    : 0
> vendor_id    : GenuineIntel
> cpu family    : 15
> model        : 4
> model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
> stepping    : 3
> cpu MHz        : 0.000
> cache size    : 2048 KB
> fdiv_bug    : no
> hlt_bug        : no
> f00f_bug    : no
> coma_bug    : no
> fpu        : yes
> fpu_exception    : yes
> cpuid level    : 5
> wp        : yes
> flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm
> constant_tsc up pebs bts pni dtes64 monitor ds_cpl est cid cx16 xtpr
> bogomips    : 1495.04
> clflush size    : 64
> cache_alignment    : 128
> address sizes    : 36 bits physical, 48 bits virtual
> power management:
> ====
>
> I really don't know how to make this work. Is there anything to do for
> correctthe correction of the CPU frequency?
>
> The same problem is discussed here, but I couldn't see the solution.
>
> http://comments.gmane.org/gmane.linux.real-time.xenomai.devel/6632

The thread you are referring to describes the issue as happening inside
some emulator (virtualbox), and clearly shows that the a solution was
implemented (Xenomai refuses to start if the reported frequency is 0,
instead of crashing with a division by 0).

If you have this issue when running inside an emulator, then the
emulator needs fixing, if you do not run inside an emulator, then the
issue is a different one, and the thread you refer to is irrelevant.

--
                                                               Gilles.

_______________________________________________
Xenomai-help mailing list
Xenomai-help <at> gna.org
https://mail.gna.org/listinfo/xenomai-help
Gilles Chanteperdrix | 1 Jan 23:02 2011

Re: gdb/gdbserver and pthread_cond_wait

Kolja Waschk wrote:
>>> posix-cond-torture test case to verify that what was supposed to be
> 
> As a side note, cond-torture-native (not -posix) locks up with gdbserver/gdb after
> displaying just "simple_condwait". My problems seem to be not just related to the POSIX skin.

Ok. I can confirm I am unable to reproduce this issue on the NPTL based
setups I have access to, the LD_ASSUME_KERNEL environment variable no
longer seems to do the trick to force linuxthreads. So, I could not test
a linuxthreads based system.

Your issue seems to be that the condvar waiting syscall is restarted
whereas it should not, and indeed, native and posix condition variables
work the same way. To move forward, we should follow the syscall path
and see at what point it is restarted whereas it should not when running
under gdb.

--

-- 
                                                                Gilles.
Gilles Chanteperdrix | 1 Jan 23:10 2011

Re: Problems with Installation. Error message in xeno-test: "Xenomai: /dev/rtheap is missing".

Alexandre Oliveira wrote:
> Hello,
> 
> I'm not running linux from a vmware. I didn't see that point of the topic...
> 
> 
> On Monday, I will be at the laboratory and I will send the complete dmesg
> file for help.

Please also send us the full kernel configuration.

--

-- 
                                                                Gilles.
Gilles Chanteperdrix | 1 Jan 23:23 2011

Re: PCI1711 Rtdm driver reading and writing error

adilkaraoz wrote:
> I am writing rtdm driver for PCI1711 card. I got base adress and configured
> it. But when I write digtal output or Dac, I can't see changes at those
> registers. My Code is below please help me.

Is this issue really related to Xenomai? Do you get a different
behaviour if you try writing to these registers in a plain Linux driver?
I doubt it, and you do not give us any clue on what the system you are
running. Please do not bother sending more information unless you have
verified that the issue is specific to Xenomai.

Anyway, if I were you, I would check if the physical address correct
passed to ioremap is the corrrect one. That is print it, and look if it
is what should be expected (if you have a working Linux driver for this
hardware, the physical address should be the same).
The mask with 0xfffffff0 looks suspicious, if the system is x86_64, it
will not only mask the 4 lower bits, it will also mask the 32 upper bits.

--

-- 
                                                                Gilles.
Gilles Chanteperdrix | 1 Jan 23:36 2011

Re: rt_dev_read hangup

Peter Warner wrote:
> Hi Xenomai Users,
> 
> first I Will Give the Details of My System:
> 
> Processor: core2duo
> RAM: 4GB
> Operating System: Ubuntu 10.04
> kernel: 2.6.32.15 (Patched with xenomai)
> Xenomai: 2.5.4
> 
> I am Using UART sample code Code Provided with xenomai. It is working fine
> for about few minutes I am able to send and receive data accurately.
> I am using rt_dev_read()  and rt_dev_write() from the user space to read and
> write the data respectively. However the code is getting hanged after some
> time I tried to debug and Finally I found the code is getting hanged every
> time at rt_dev_read() it is not coming back from there.
> 
> What Might be wrong here I tried to find out the documentation of
> rt_dev_read() but I did not get it.

rt_dev_read is documented here:
http://www.xenomai.org/documentation/xenomai-2.5/html/api/group__userapi.html#g89c490849c0e1879ae672a23b84a1eda

> Again I tried the same with xenomai-2.5.5.2 and I found it is getting hanged
> Immediately i.e It is not running at all.
> 
> can any of you Please Suggest whats the Wrong Here.
> any Suggestion?

2.5.5 introduced a multi-processor scheduler bug. This, along with a few
other bugs, should be fixed in the next release of the 2.5 branch.

In the mean-time, you can try running a kernel compiled without
CONFIG_SMP, or apply the following patch:
http://git.xenomai.org/?p=xenomai-head.git;a=commit;h=1e71e8300dfc64fef918033663567d6a65ad638c

--

-- 
                                                                Gilles.
Gilles Chanteperdrix | 1 Jan 23:44 2011

Re: [Xenomai -help] User space access to DMA memory

Herrera-Bendezu, Luis wrote:
> Hello:
> 
> I have the following setup:
> PPC405EX
> Linux 2.6.30.3
> Xenomai 2.4.10
> I-pipe 2.7-02
> ppc_4xx-gcc (GCC) 4.2.2
> Configuration file is attached

Do you have the same issue with the latest version of the I-pipe patch
for this same version of the Linux kernel? It should be 2.8-00.

--

-- 
                                                                Gilles.
Gilles Chanteperdrix | 1 Jan 23:52 2011

Re: I-pipe support to 2.6.35.7-x86-2.8-00

Gianni Perugini wrote:
> Hello to everyone,
> 
> I’ve seen on the Adeos website that there is a new patch for linux
> 2.6.35.7 x86 arch: adeos-ipipe-2.6.35.7-x86-2.8-00.patch.
> Does anyone knows where I can find documentation explaining the
> differences between adeos-ipipe-2.6.35.7-x86-2.7-04.patch and the
> above patch?

This information may be found in the git logs:
http://git.denx.de/?p=ipipe-2.6.git;a=shortlog;h=50001867b31b51e9eef0ecb5207dc273d0097c79

> Is it safe to use the new patch with xenomai 2.5.5.2?

As explained in ksrc/arch/x86/patches/README in Xenomai sources, and
repeated many times on this list, yes, it should be safe.

--

-- 
                                                                Gilles.

_______________________________________________
Xenomai-help mailing list
Xenomai-help <at> gna.org
https://mail.gna.org/listinfo/xenomai-help
Stefan Kisdaroczi | 3 Jan 15:59 2011
Picon

16550A driver and 2-port pci board, irq sharing

Hi Jan,

I try to add support for the Moxa CP132 RS422 dualport pci board to the
16550A driver. In the function rt_16550_open() the call to
rtdm_irq_request() fails with EBUSY (-16) for the second port.

Looking at the source the driver seems to be able to handle multiple
serial ports with the same (shared) IRQ. Any hints ?

Stefan

x86 32bit, xenomai-2.5.5, linux 2.6.32, ipipe 2.7-03,
examples/cross-link app

_______________________________________________
Xenomai-help mailing list
Xenomai-help <at> gna.org
https://mail.gna.org/listinfo/xenomai-help
Alexandre Oliveira | 3 Jan 16:20 2011
Picon

Re: Problems with Installation. Error message in xeno-test: "Xenomai: /dev/rtheap is missing".

In attachment:

.config file from my kernel 2.6.34.1
and the complete dmesg file.

I already updated the BIOS version of the mother board... but the same problem occurs.
The /proc/cpuinfo file still returns 0.000 of frequency.

========
root <at> PHall:/usr/xenomai/share/xenomai/testsuite/latency# ./run
*
*
* Type ^C to stop this application.
*
*
Xenomai: /dev/rtheap is missing
(chardev, major=10 minor=254)

============

====
processor    : 0
vendor_id    : GenuineIntel
cpu family    : 15
model        : 4
model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping    : 3
cpu MHz        : 0.000
cache size    : 2048 KB
fdiv_bug    : no
hlt_bug        : no
f00f_bug    : no
coma_bug    : no
fpu        : yes
fpu_exception    : yes
cpuid level    : 5
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc up pebs bts pni dtes64 monitor ds_cpl est cid cx16 xtpr
bogomips    : 1495.04
clflush size    : 64
cache_alignment    : 128
address sizes    : 36 bits physical, 48 bits virtual
power management:

=======

Any other file?

Thanks again for helping. :)

Att.
Alexandre.



2011/1/1 Gilles Chanteperdrix <gilles.chanteperdrix <at> xenomai.org>
Alexandre Oliveira wrote:
> Hello,
>
> I'm not running linux from a vmware. I didn't see that point of the topic...
>
>
> On Monday, I will be at the laboratory and I will send the complete dmesg
> file for help.

Please also send us the full kernel configuration.

--
                                                               Gilles.

Attachment (.config): application/octet-stream, 158 KiB
Attachment (dmesg): application/octet-stream, 45 KiB
_______________________________________________
Xenomai-help mailing list
Xenomai-help <at> gna.org
https://mail.gna.org/listinfo/xenomai-help

Gmane