Re: [Xenomai-core] structure alignement problem in RTDM?
Marc Brown wrote: Hi, It seems that there are still structure alignment problems in RTDM (while running xenotest), as already talked about with Philippe. Compiled with a GCC 4.0.3-2 (on x86), here is the problem (output trace and xenomai /proc are provided herewith): I rather suspect that you built all testing devices into the kernel or loaded xeno_switchtest before xeno_timerbench so that the latency test happens to open the switchtest device. Try -D1 with latency, or check /proc/xenomai/rtdm/rttestX/information for the actual mapping. [We need to resolve this more gracefully...] Jan signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] structure alignement problem in RTDM?
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Marc Brown wrote: Hi, It seems that there are still structure alignment problems in RTDM (while running xenotest), as already talked about with Philippe. Compiled with a GCC 4.0.3-2 (on x86), here is the problem (output trace and xenomai /proc are provided herewith): I rather suspect that you built all testing devices into the kernel or loaded xeno_switchtest before xeno_timerbench so that the latency test happens to open the switchtest device. Try -D1 with latency, or check /proc/xenomai/rtdm/rttestX/information for the actual mapping. [We need to resolve this more gracefully...] A way to solve this may be to use the same method as switchtest: open all rttest devices in turn until the first ioctl succeeds. Yeah, I'm going to check something in this direction (while still keeping -D to override any automatism). signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PATCH] Adeos support for 2.6.18 merged PowerPC architecture.
On Mon, 27 Nov 2006 13:11:23 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Benjamin Zores wrote: On Mon, 27 Nov 2006 12:21:25 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Well, I hack a bit my patch to make it compile and the kernel already booted. Though it hangs when loading the SATA driver. I have no idea why atm. Problems with IRQs? Probably, as when unplugging the SATA drive, the boot goes further but then hang at USB detection (both are handlign IRQs a lot i guess). Would be interesting if someone could test on other board than just mine. As I pointed out in my previous mail, the IRQ handling is not yet correct for powerpc. Try to correct his first. The 2.6.19 having been released out, and working much better on my card than the vanilla 2.6.18 used to be, I'm now more kind to adapt my patch to this latest kernel. However the IRQ handling API seem to have changed a lot and i was wondering if some work on porting Adeos (x86/ppc, not yet powerpc of course) patches already have been started by someone here ? (i.e. something i can work from to adapt my new patch) Ben ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PATCH] Adeos support for 2.6.18 merged PowerPC architecture.
Benjamin Zores wrote: On Mon, 27 Nov 2006 13:11:23 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Benjamin Zores wrote: On Mon, 27 Nov 2006 12:21:25 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Well, I hack a bit my patch to make it compile and the kernel already booted. Though it hangs when loading the SATA driver. I have no idea why atm. Problems with IRQs? Probably, as when unplugging the SATA drive, the boot goes further but then hang at USB detection (both are handlign IRQs a lot i guess). Would be interesting if someone could test on other board than just mine. As I pointed out in my previous mail, the IRQ handling is not yet correct for powerpc. Try to correct his first. The 2.6.19 having been released out, and working much better on my card than the vanilla 2.6.18 used to be, I'm now more kind to adapt my patch to this latest kernel. However the IRQ handling API seem to have changed a lot and i was wondering if some work on porting Adeos (x86/ppc, not yet powerpc of course) patches already have been started by someone here ? I don't see that PPC is converted to genirq, that new API. And I'm not sure (while not being a PPC expert) if it ever will be, specifically as PowerPC is already on genirq and should obsolete PPC one day, right? Anyway, there is an unreleased work-in-progress patch for x86 over -rc6 by Philippe. I recently had the chance to test it and hack a bit on the SMP IO-APIC part. It seems to work fine under UP, but SMP had some issues that are identified, but still need to be addressed - thanks to genirq, now in a widely arch-independent way. Philippe, I know you are very busy, but shouldn't we make a pre-release available already, also to discuss further how to deal best with genirq on other platforms beyond x86? Jan signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PATCH] Adeos support for 2.6.18 merged PowerPC architecture.
Jan Kiszka wrote: Benjamin Zores wrote: On Mon, 27 Nov 2006 13:11:23 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Benjamin Zores wrote: On Mon, 27 Nov 2006 12:21:25 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Well, I hack a bit my patch to make it compile and the kernel already booted. Though it hangs when loading the SATA driver. I have no idea why atm. Problems with IRQs? Probably, as when unplugging the SATA drive, the boot goes further but then hang at USB detection (both are handlign IRQs a lot i guess). Would be interesting if someone could test on other board than just mine. As I pointed out in my previous mail, the IRQ handling is not yet correct for powerpc. Try to correct his first. The 2.6.19 having been released out, and working much better on my card than the vanilla 2.6.18 used to be, I'm now more kind to adapt my patch to this latest kernel. However the IRQ handling API seem to have changed a lot and i was wondering if some work on porting Adeos (x86/ppc, not yet powerpc of course) patches already have been started by someone here ? I don't see that PPC is converted to genirq, that new API. And I'm not sure (while not being a PPC expert) if it ever will be, specifically as PowerPC is already on genirq and should obsolete PPC one day, right? No, or at least partially wrong. I have to check what the new, fully implemented genirq does. But I realized, that the common IRQ structure is used now (resulting in some name changes, w.g. -handler -chip). Likely, PPC and PowerPC already use the new genirq. Anyway, there is an unreleased work-in-progress patch for x86 over -rc6 by Philippe. I recently had the chance to test it and hack a bit on the SMP IO-APIC part. It seems to work fine under UP, but SMP had some issues that are identified, but still need to be addressed - thanks to genirq, now in a widely arch-independent way. Philippe, I know you are very busy, but shouldn't we make a pre-release available already, also to discuss further how to deal best with genirq on other platforms beyond x86? Jan ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PATCH] Adeos support for 2.6.18 merged PowerPC architecture.
Benjamin Zores wrote: On Mon, 27 Nov 2006 13:11:23 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Benjamin Zores wrote: On Mon, 27 Nov 2006 12:21:25 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Well, I hack a bit my patch to make it compile and the kernel already booted. Though it hangs when loading the SATA driver. I have no idea why atm. Problems with IRQs? Probably, as when unplugging the SATA drive, the boot goes further but then hang at USB detection (both are handlign IRQs a lot i guess). Would be interesting if someone could test on other board than just mine. As I pointed out in my previous mail, the IRQ handling is not yet correct for powerpc. Try to correct his first. The 2.6.19 having been released out, and working much better on my card than the vanilla 2.6.18 used to be, I'm now more kind to adapt my patch to this latest kernel. I know this problem very well. The PowerPC Linux kernel is currently a fast moving target and 2.6.19 breaks the Adeos-IPIPE ppc patch again, grrr. However the IRQ handling API seem to have changed a lot and i was wondering if some work on porting Adeos (x86/ppc, not yet powerpc of course) patches already have been started by someone here ? (i.e. something i can work from to adapt my new patch) I will have a look when time permits. Hopefully end of this week. If I'm lucky, I may get the PowerPC tree up and running on my Lite5200. There are already some promising patches around. Wolfgang. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PATCH] Adeos support for 2.6.18 merged PowerPC architecture.
Wolfgang Grandegger wrote: Jan Kiszka wrote: Benjamin Zores wrote: On Mon, 27 Nov 2006 13:11:23 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Benjamin Zores wrote: On Mon, 27 Nov 2006 12:21:25 +0100 Wolfgang Grandegger [EMAIL PROTECTED] wrote: Well, I hack a bit my patch to make it compile and the kernel already booted. Though it hangs when loading the SATA driver. I have no idea why atm. Problems with IRQs? Probably, as when unplugging the SATA drive, the boot goes further but then hang at USB detection (both are handlign IRQs a lot i guess). Would be interesting if someone could test on other board than just mine. As I pointed out in my previous mail, the IRQ handling is not yet correct for powerpc. Try to correct his first. The 2.6.19 having been released out, and working much better on my card than the vanilla 2.6.18 used to be, I'm now more kind to adapt my patch to this latest kernel. However the IRQ handling API seem to have changed a lot and i was wondering if some work on porting Adeos (x86/ppc, not yet powerpc of course) patches already have been started by someone here ? I don't see that PPC is converted to genirq, that new API. And I'm not sure (while not being a PPC expert) if it ever will be, specifically as PowerPC is already on genirq and should obsolete PPC one day, right? No, or at least partially wrong. I have to check what the new, fully implemented genirq does. But I realized, that the common IRQ structure is used now (resulting in some name changes, w.g. -handler -chip). Likely, PPC and PowerPC already use the new genirq. It is likely used under PPC as far it has to be: renamed structures, moved information. But the core issue is if the flow handling (edge, level, simple etc.) also moved to kernel/irq/chip.c, and that looks to me like only being the case for PowerPC. Jan signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [PATCH] Adeos support for 2.6.18 merged PowerPC architecture.
On Thursday 30 November 2006 13:19, Jan Kiszka wrote: Philippe, I know you are very busy, but shouldn't we make a pre-release available already, also to discuss further how to deal best with genirq on other platforms beyond x86? I have an x86_64 box waiting for a Xenomai port - I don't see much point in hacking 2.6.17 and earlier when 2.6.19 is going to be a major change in key areas.. It also looks like there is a closer integration of x86_64 and plain old ix86 code in the 2.6.19 tree, so this may simplify the task of maintaining a 64bit patch. Regards, Paul. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [RFC] Xenomai examples repository
Philippe Gerum wrote: On Thu, 2006-11-30 at 00:05 +0100, Jan Kiszka wrote: [...] To give it a start (and finally establish the infrastructure), I copied/reformatted some existing examples and created a simple, self-contained build system around them. The directory structure would be as I suggested: /examples/native/... /examples/posix/... /examples/... /examples/rtdm/generic/... /examples/rtdm/serial/... /examples/rtdm/... I derived a generic Makefiles from my own one for tests (which was in turn derived from previous work by Hannes Mayer). It can compile a given list of user space applications and kernel modules (2.4 and 2.6) The 2.4 section looks x86-dependent. Compiling out-of-tree modules with 2.4 over ppc would require a bit more magic to find the actual flags needed. It's just the arch-independent set of flags. And, yes, this happens to work for good old x86. :) We have a nice but complex flag catcher in RTnet (I think it was once developed for RTAI), but I really wanted to keep this simple. Still, any patches/hints about additionally required flags for PPC are welcome! against some Xenomai installation (make XENO=..., unless xeno-config is already in $PATH) or a Xenomai-kernel (make KSRC=...). Moreover, there is simple Makefile under /examples just to kick building/cleaning of all subdirs at once. If it's OK for everyone, I would check this into trunk. We could then migrate existing demo code and snippets over and add new stuff as it pops up, both hopefully with the help of interested users. Ok, let's merge this. Will do. Jan signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [RFC] Xenomai examples repository
On Thu, 2006-11-30 at 19:12 +0100, Philippe Gerum wrote: On Thu, 2006-11-30 at 00:05 +0100, Jan Kiszka wrote: [...] To give it a start (and finally establish the infrastructure), I copied/reformatted some existing examples and created a simple, self-contained build system around them. The directory structure would be as I suggested: /examples/native/... /examples/posix/... /examples/... /examples/rtdm/generic/... Btw, the heartbeat example should rather go under rtdm/i386, /examples/rtdm/serial/... and this one does contain generic stuff, so you may want to provide rtdm/generic and rtdm/arch dirs here. /examples/rtdm/... I derived a generic Makefiles from my own one for tests (which was in turn derived from previous work by Hannes Mayer). It can compile a given list of user space applications and kernel modules (2.4 and 2.6) The 2.4 section looks x86-dependent. Compiling out-of-tree modules with 2.4 over ppc would require a bit more magic to find the actual flags needed. against some Xenomai installation (make XENO=..., unless xeno-config is already in $PATH) or a Xenomai-kernel (make KSRC=...). Moreover, there is simple Makefile under /examples just to kick building/cleaning of all subdirs at once. If it's OK for everyone, I would check this into trunk. We could then migrate existing demo code and snippets over and add new stuff as it pops up, both hopefully with the help of interested users. Ok, let's merge this. -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core