[Xenomai-core] kernel BUG running cyclictest on powerpc 405

2007-10-25 Thread Steven A. Falco
I have built a 2.6.23-rc7 kernel (from Denx git) with Xenomai 2.4-rc3. Architecture is powerpc, processor is a 405GP. I had to make some additions to arch/powerpc/kernel/head_40x.S, and I can submit a patch if someone tells me where to post it. However, while the kernel boots and runs, the

Re: [Xenomai-core] kernel BUG running cyclictest on powerpc 405

2007-10-25 Thread Steven A. Falco
Thanks! I'll try your patch and report if I still have trouble. I've attached my patch for PPC405. Steve Philippe Gerum wrote: Steven A. Falco wrote: I have built a 2.6.23-rc7 kernel (from Denx git) with Xenomai 2.4-rc3. Architecture is powerpc, processor is a 405GP. I had to make

Re: [Xenomai-core] kernel BUG running cyclictest on powerpc 405

2007-10-25 Thread Steven A. Falco
Philippe Gerum wrote: Steven A. Falco wrote: Thanks! I'll try your patch and report if I still have trouble. I've attached my patch for PPC405. Thanks. You may also want to upgrade to this I-pipe patch; it should apply properly against -rc7: http://download.gna.org/adeos/patches/v2.6

[Xenomai-core] Proposed arch/powerpc/sysdev/uic.c patch

2007-10-25 Thread Steven A. Falco
I applied the uic patch: diff --git a/arch/powerpc/sysdev/uic.c b/arch/powerpc/sysdev/uic.c index eeb38e2..5a38086 100644 --- a/arch/powerpc/sysdev/uic.c +++ b/arch/powerpc/sysdev/uic.c @@ -48,7 +48,7 @@ struct uic { int index; int dcrbase; - spinlock_t lock; +

[Xenomai-core] Compile-time patch for mm_struct

2007-10-25 Thread Steven A. Falco
I needed the following patch to fix a forward reference (caught by gcc 4.1.1). I posted this as part of an earlier discussion, but I then realized that it might be overlooked, so I'm reposting it as a new thread: --- /home/sfalco/ipipe.h2007-10-25 12:59:12.0 -0400 +++

Re: [Xenomai-core] Compile-time patch for mm_struct

2007-10-25 Thread Steven A. Falco
Thank you very much. I hate to make extra work for you - is there a git repository for adeos-ipipe that I should be pulling from? Steve Philippe Gerum wrote: Philippe Gerum wrote: Steven A. Falco wrote: I needed the following patch to fix a forward reference (caught by gcc

[Xenomai-core] clocktest and cyclictest work but irqloop crashes

2007-10-26 Thread Steven A. Falco
I am testing kernel 2.6.23 ARCH=powerpc with Xenomai 2.4-rc4. The clocktest and cyclictest work perfectly with the uic/spinlock patches. However, the irqloop test fails with the Oops shown below. Steve # modprobe xeno_irqbench # lsmod Module Size Used byNot tainted

Re: [Xenomai-core] clocktest and cyclictest work but irqloop crashes

2007-10-26 Thread Steven A. Falco
thread c0f80320 Philippe Gerum wrote: Steven A. Falco wrote: I am testing kernel 2.6.23 ARCH=powerpc with Xenomai 2.4-rc4. The clocktest and cyclictest work perfectly with the uic/spinlock patches. However, the irqloop test fails with the Oops shown below. Please try the patch

Re: [Xenomai-core] clocktest and cyclictest work but irqloop crashes

2007-10-26 Thread Steven A. Falco
in interrupt Rebooting in 1 seconds..0System Halted, OK to turn off power Steve Jan Kiszka wrote: Steven A. Falco wrote: Hmmm. IRQ4 is PCI ExternalCommand Write? But I'm not using PCI. Here is the output: # ./irqloop NULL -unmask handler, IRQ 4, chip NULL Test mode:user-space task Port

[Xenomai-core] Ping causes Oops, appears to be a race condition

2007-10-29 Thread Steven A. Falco
Some more info on the ping crash I reported last week (powerpc kernel 2.6.23, Xenomai 2.4-rc4, ipipe 2.0-03). Ping works correctly without Xenomai. With Xenomai, I get an oops, attached below. I added a printk in __raw_v4_lookup() since the NIP pointed there. Interestingly, once I did

[Xenomai-core] User space drivers on PPC440

2007-11-08 Thread Steven A. Falco
The rt_misc_get_io_region() has the start argument as an unsigned long. On the PPC440, we have a 36-bit address space, where the I/O registers are generally above the 4GB area. For example, the UART is at address 0x1ef600300. The Linux request_region call has start typed as a

Re: [Xenomai-core] User space drivers on PPC440

2007-11-08 Thread Steven A. Falco
(i.e. CONFIG_RESOURCES_64BIT is set even though this is a 23-bit processor). Make that a 32-bit processor. :-[ ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core

Re: [Xenomai-core] User space drivers on PPC440

2007-11-09 Thread Steven A. Falco
wrote: Steven A. Falco wrote: The rt_misc_get_io_region() has the start argument as an unsigned long. On the PPC440, we have a 36-bit address space, where the I/O registers are generally above the 4GB area. For example, the UART is at address 0x1ef600300. The Linux request_region call

Re: [Xenomai-core] User space drivers on PPC440

2007-11-09 Thread Steven A. Falco
or resource busy put leds: 0 Success However, I still get the printk that I've tried to free a non-existent resource. Next, I'll try page aligning the addresses to see if that helps. Steve Steven A. Falco wrote: Your patch makes sense. I have some results, but I'm not sure I understand what

Re: [Xenomai-core] User space drivers on PPC440

2007-11-09 Thread Steven A. Falco
to 2^64. So, attached is a patch to add two new syscalls: rt_misc_get_mem_region and rt_misc_put_mem_region. Steve Philippe Gerum wrote: Steven A. Falco wrote: Your patch makes sense. I have some results, but I'm not sure I understand what they mean. I've attached the test program

Re: [Xenomai-core] User space drivers on PPC440

2007-11-14 Thread Steven A. Falco
That works perfectly. Thanks! Steve Philippe Gerum wrote: Philippe Gerum wrote: Steven A. Falco wrote: Solved. As you pointed out, Xenomai inverts the returned value from request_region. So, that was a bug in my application. However, turns out that instead of request_region

Re: [Xenomai-core] SVN issue

2007-12-07 Thread Steven A. Falco
Thanks for confirming - I just reported it to the gna support request list as a suspected server issue. Steve Steven A. Falco wrote: I'm trying to checkout a new xenomai tree using svn, but I get: saf$ svn co svn://svn.gna.org/svn/xenomai/trunk xenomai svn: Malformed network data

[Xenomai-core] SVN issue

2007-12-07 Thread Steven A. Falco
I'm trying to checkout a new xenomai tree using svn, but I get: saf$ svn co svn://svn.gna.org/svn/xenomai/trunk xenomai svn: Malformed network data If instead I do: saf$ svn co http://svn.gna.org/svn/xenomai/trunk xenomai then it works. So something seems broken with the svn protocol. Has

Re: [Xenomai-core] Xenomai/SOLO - RTOS emulation for standard Linux

2008-03-26 Thread Steven A. Falco
I'll of course have to make my own tests, but I am curious - do folks expect that Xenomai/SOLO will be able to equal the interrupt performance of Xenomai/IPIPE? I guess my intuition says that the IPIPE approach would guarantee better interrupt response, but maybe my intuition is completely wrong.

Re: [Xenomai-core] Xenomai/SOLO - RTOS emulation for standard Linux

2008-03-26 Thread Steven A. Falco
Philippe Gerum wrote: But obviously, the co-kernel mode based on the I-pipe is here to stay, and the purpose of Xenomai 3 is to allow the emulators to be usable on top of both real-time cores (i.e. PREEMPT_RT, or I-pipe + nucleus), using a simple recompilation. SOLO is an intermediate step,

[Xenomai-core] Compile-time bug, and problem with PPC440 ethernet

2008-06-16 Thread Steven A. Falco
I am building kernel 2.6.25.4 from DENX with Xenomai 2.4.4 for PPC440EPx (sequoia development board). The kernel tries to use DHCP to obtain network settings. With IPIPE disabled, this works perfectly. However, when I enable IPIPE, the board sends packets ok, but does not receive packets - I

Re: [Xenomai-core] Compile-time bug, and problem with PPC440 ethernet

2008-06-16 Thread Steven A. Falco
A bit more info: Interrupt numbers are 0x15 (txeob) and 0x16 (rxeob). I've added some printk, and at the point where the DHCP message is sent out, I get: DHCP: sending class identifier hydra_temp stalled stage - printed in __ipipe_walk_pipeline (see below) __ipipe_grab_irq 15

Re: [Xenomai-core] Compile-time bug, and problem with PPC440 ethernet

2008-06-17 Thread Steven A. Falco
Philippe Gerum wrote: Steven A. Falco wrote: I am building kernel 2.6.25.4 from DENX with Xenomai 2.4.4 for PPC440EPx (sequoia development board). The kernel tries to use DHCP to obtain network settings. With IPIPE disabled, this works perfectly. However, when I enable IPIPE, the board

Re: [Xenomai-core] Compile-time bug, and problem with PPC440 ethernet

2008-06-26 Thread Steven A. Falco
Beautiful. The patch works! I now get DHCP replies. Is this the patch you will put into the official tree, or do you still need to do more? One thing, could you confirm that your network card relies on edge interrupts (and not level)? Aside of that, it should be ok. It's the