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

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

_______________________________________________
Xenomai-help mailing list
Xenomai-help <at> gna.org
https://mail.gna.org/listinfo/xenomai-help

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.

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.

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.

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.

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.

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

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

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

_______________________________________________
Xenomai-help mailing list
Xenomai-help <at> gna.org
https://mail.gna.org/listinfo/xenomai-help