Re: [Xenomai-core] v2.1 status

2005-11-19 Thread Wolfgang Grandegger
Philippe Gerum wrote: Here is an update regarding the way things progress on the v2.1 branch: o The build system has been deeply revamped, so that we now fully leave the burden of building Xenomai's kernel support to Linux. To this end, the code tree has been reorganized in two major

[Xenomai-core] Problem with #define uint i

2006-01-06 Thread Wolfgang Grandegger
Hallo, when trying to build RTnet with Xenomai and Linux 2.4.25 for PowerPC, I stumbeld over the following problem: In linuxppc_2_4_devel/include/asm-generic/xenomai/wrappers.h there is defined: #define ulong i #define uint i This makes trouble when a driver uses the types uint or

Re: [Xenomai-core] latency kernel part fixed

2006-01-12 Thread Wolfgang Grandegger
Philippe Gerum wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Philippe Gerum wrote: Gilles Chanteperdrix wrote: Philippe Gerum wrote: Likely not this time (keep it cold anyway, who knows); I strongly suspect a bug in xnarch_switch_to() for all archs but x86 Now that

[Xenomai-core] Re: Xenomai broken on Linux 2.4

2006-01-12 Thread Wolfgang Grandegger
Philippe Gerum wrote: 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 asm/offsets.h does not exist Symbols like SAVE_NVGPRS do not exist Fixed. Thanks

Re: [Xenomai-core] Re: Xenomai broken on Linux 2.4

2006-01-13 Thread Wolfgang Grandegger
Wolfgang Denk wrote: Dear Philippe, in message [EMAIL PROTECTED] you wrote: We try to find a way to wrap class_device_create properly depending on the kernel version Xeno is compiled against. The parent device class argument in this call (2nd in order) seems to show up in 2.6.15 for

[Xenomai-core] Xenomai t0-2 latency measurements

2006-01-13 Thread Wolfgang Grandegger
Hello, attached you will find the results of my todays Xenomai latency measurements on various PowerPC boards with Linux 2.4 and 2.6. Wolfgang. New latency tests with Xenomai on various PowerPC boards Board : Processor CPU-Clk

Re: [Xenomai-core] Missing IRQ end function on PowerPC

2006-01-19 Thread Wolfgang Grandegger
Gilles Chanteperdrix wrote: Wolfgang Grandegger wrote: Hello, with RTnet over Xenomai and Linux 2.4 on PowerPC I realized that Xenomai does not distinguish between a normal IRQ enable and an IRQ unmask at the end of an ISR (to reenable the IRQ). In the latter case the IRQ should

Re: [Xenomai-core] Missing IRQ end function on PowerPC

2006-01-19 Thread Wolfgang Grandegger
Gilles Chanteperdrix wrote: Wolfgang Grandegger wrote: Therefore we need a dedicated function to re-enable interrupts in the ISR. We could name it *_end_irq, but maybe *_enable_isr_irq is more obvious. On non-PPC archs it would translate to *_irq_enable. I realized, that *_irq_enable

Re: [Xenomai-core] Missing IRQ end function on PowerPC

2006-01-24 Thread Wolfgang Grandegger
Gilles Chanteperdrix wrote: Wolfgang Grandegger wrote: Therefore we need a dedicated function to re-enable interrupts in the ISR. We could name it *_end_irq, but maybe *_enable_isr_irq is more obvious. On non-PPC archs it would translate to *_irq_enable. I realized, that *_irq_enable

Re: [Xenomai-core] Missing IRQ end function on PowerPC

2006-01-30 Thread Wolfgang Grandegger
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) Philippe Gerum wrote: Gilles Chanteperdrix wrote: Wolfgang Grandegger wrote: Therefore we need a dedicated function to re-enable interrupts in the ISR. We could name it *_end_irq, but maybe *_enable_isr_irq is more

Re: [Xenomai-core] Missing IRQ end function on PowerPC

2006-01-30 Thread Wolfgang Grandegger
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) Philippe Gerum wrote: Jan Kiszka wrote: Wolfgang Grandegger wrote: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) Philippe Gerum wrote: Gilles Chanteperdrix wrote: Wolfgang Grandegger wrote

Re: [Xenomai-core] [Combo-PATCH] Shared interrupts (final)

2006-02-07 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: Hello, Dmitry Adamushko wrote: Hi, this is the final set of patches against the SVN trunk of 2006-02-03. It addresses mostly remarks concerning naming (XN_ISR_ISA - XN_ISR_EDGE), a few cleanups and updated comments. Functionally, the support

Re: [Xenomai-core] [Combo-PATCH] Shared interrupts (final)

2006-02-07 Thread Wolfgang Grandegger
Hello, Dmitry Adamushko wrote: Hi, this is the final set of patches against the SVN trunk of 2006-02-03. It addresses mostly remarks concerning naming (XN_ISR_ISA - XN_ISR_EDGE), a few cleanups and updated comments. Functionally, the support for shared interrupts (a few flags) to the

Re: [Xenomai-core] [Combo-PATCH] Shared interrupts (final)

2006-02-08 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: Hello, Dmitry Adamushko wrote: Hi, this is the final set of patches against the SVN trunk of 2006-02-03. It addresses mostly remarks concerning naming (XN_ISR_ISA - XN_ISR_EDGE), a few cleanups and updated comments. Functionally, the support

[Xenomai-core] Problem with #define uint i

2006-01-06 Thread Wolfgang Grandegger
Hallo, when trying to build RTnet with Xenomai and Linux 2.4.25 for PowerPC, I stumbeld over the following problem: In linuxppc_2_4_devel/include/asm-generic/xenomai/wrappers.h there is defined: #define ulong i #define uint i This makes trouble when a driver uses the types uint or

[Xenomai-core] Xenomai broken on Linux 2.4

2006-01-12 Thread Wolfgang Grandegger
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 asm/offsets.h does not exist Symbols like SAVE_NVGPRS do not exist For the time being, I will stick with an older version for testing

[Xenomai-core] Re: Xenomai broken on Linux 2.4

2006-01-12 Thread Wolfgang Grandegger
Philippe Gerum wrote: 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 asm/offsets.h does not exist Symbols like SAVE_NVGPRS do not exist Fixed. Thanks

[Xenomai-core] Re: Xenomai broken on Linux 2.4

2006-01-12 Thread Wolfgang Grandegger
Philippe Gerum wrote: Wolfgang Grandegger wrote: Philippe Gerum wrote: 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 asm/offsets.h does not exist

Re: [Xenomai-core] Re: Xenomai broken on Linux 2.4

2006-01-13 Thread Wolfgang Grandegger
Wolfgang Denk wrote: Dear Philippe, in message [EMAIL PROTECTED] you wrote: We try to find a way to wrap class_device_create properly depending on the kernel version Xeno is compiled against. The parent device class argument in this call (2nd in order) seems to show up in 2.6.15 for

[Xenomai-core] Xenomai t0-2 latency measurements

2006-01-13 Thread Wolfgang Grandegger
Hello, attached you will find the results of my todays Xenomai latency measurements on various PowerPC boards with Linux 2.4 and 2.6. Wolfgang. New latency tests with Xenomai on various PowerPC boards Board : Processor CPU-Clk

[Xenomai-core] Missing IRQ end function on PowerPC

2006-01-18 Thread Wolfgang Grandegger
Hello, with RTnet over Xenomai and Linux 2.4 on PowerPC I realized that Xenomai does not distinguish between a normal IRQ enable and an IRQ unmask at the end of an ISR (to reenable the IRQ). In the latter case the IRQ should be enabled on PowerPC as shown: if

Re: [Xenomai-core] Missing IRQ end function on PowerPC

2006-01-19 Thread Wolfgang Grandegger
Gilles Chanteperdrix wrote: Wolfgang Grandegger wrote: Therefore we need a dedicated function to re-enable interrupts in the ISR. We could name it *_end_irq, but maybe *_enable_isr_irq is more obvious. On non-PPC archs it would translate to *_irq_enable. I realized, that *_irq_enable

Re: [Xenomai-core] Missing IRQ end function on PowerPC

2006-01-30 Thread Wolfgang Grandegger
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) Philippe Gerum wrote: Jan Kiszka wrote: Wolfgang Grandegger wrote: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) Philippe Gerum wrote: Gilles Chanteperdrix wrote: Wolfgang Grandegger wrote

Re: [Xenomai-core] Dev branch 2.1

2005-11-03 Thread Wolfgang Grandegger
Philippe Gerum wrote: Hannes Mayer wrote: Ciao Philippe! prepare-kernel.sh works well - I'd suggest to ask the user for the 3 needed parameters, instead of supplying them as parameters. e.g. # scripts/prepare-kernel.sh Linux directory: [default: /usr/src/linux] : Adeos-patch: [default: none]

Re: [Xenomai-core] Dev branch 2.1

2005-11-03 Thread Wolfgang Grandegger
Hannes Mayer wrote: Wolfgang Grandegger wrote: [...] I have realized the same error building out of the source tree for PowerPC. The problem is, that the link is pointing to itself. Apart from that, the ksrc part works fine (at least I can boot the ipipe kernel). If I remove the sym-link

Re: [Xenomai-core] v2.1 status

2005-11-19 Thread Wolfgang Grandegger
Philippe Gerum wrote: Here is an update regarding the way things progress on the v2.1 branch: o The build system has been deeply revamped, so that we now fully leave the burden of building Xenomai's kernel support to Linux. To this end, the code tree has been reorganized in two major

Re: [Xenomai-core] PATCH: fix ppc64 calibration

2005-10-11 Thread Wolfgang Grandegger
On 10/11/2005 05:11 PM Fillod Stephane wrote: Heikki Lindholm wrote: [..] Probably, but there are less than awesome 4xx boards around and I'd guess they might even be more likely targets than G4 based machines, for example. Some tuning might be needed. How many people are using Xenomai

Re: [Xenomai-core] PATCH: fix ppc64 calibration

2005-10-12 Thread Wolfgang Grandegger
On 10/11/2005 05:11 PM Fillod Stephane wrote: Heikki Lindholm wrote: [..] Probably, but there are less than awesome 4xx boards around and I'd guess they might even be more likely targets than G4 based machines, for example. Some tuning might be needed. How many people are using Xenomai

Re: [Xenomai-core] PATCH: fix ppc64 calibration

2005-10-12 Thread Wolfgang Grandegger
On 10/12/2005 02:51 PM Heikki Lindholm wrote: Wolfgang Grandegger kirjoitti: On 10/11/2005 05:11 PM Fillod Stephane wrote: Heikki Lindholm wrote: [..] Probably, but there are less than awesome 4xx boards around and I'd guess they might even be more likely targets than G4 based machines

Re: [Xenomai-core] PATCH: fix ppc64 calibration

2005-10-12 Thread Wolfgang Grandegger
On 10/12/2005 03:16 PM Fillod Stephane wrote: Wolfgang Grandegger wrote: On 10/11/2005 05:11 PM Fillod Stephane wrote: Heikki Lindholm wrote: [..] Probably, but there are less than awesome 4xx boards around and I'd guess they might even be more likely targets than G4 based machines

[Xenomai-core] Re: 2.4 vs 2.6 in embedded space

2005-10-13 Thread Wolfgang Grandegger
On 10/12/2005 04:39 PM Philippe Gerum wrote: Wolfgang Grandegger wrote: We have linux-2.4.14-rc3 running on all AMCC eval boards (see http://www.denx.de). But the kernel supported by RTAI/Fusion, linuxppc-2.6.10rc3, does not boot on Ebony. The main problem is the missing support for U-Boot

[Xenomai-core] Re: 2.4 vs 2.6 in embedded space

2005-10-13 Thread Wolfgang Grandegger
On 10/13/2005 11:11 AM Philippe Gerum wrote: Wolfgang Grandegger wrote: On 10/12/2005 04:39 PM Philippe Gerum wrote: Wolfgang Grandegger wrote: We have linux-2.4.14-rc3 running on all AMCC eval boards (see http://www.denx.de). But the kernel supported by RTAI/Fusion, linuxppc-2.6.10rc3, does

Re: [Xenomai-core] Future of fusion

2005-10-13 Thread Wolfgang Grandegger
On 10/13/2005 03:33 PM Philippe Gerum wrote: Paul wrote: Hi Philippe On Thursday 13 October 2005 09:24, Philippe Gerum wrote: - Regular automated benchmarking: What is Xenomai currently capable of, how stable is it, do we progress or regress over time and releases, arch by arch? Have a

[Xenomai-core] Testing the adeos-ipipe-2.6.13-ppc-1.0-00.patch

2005-10-15 Thread Wolfgang Grandegger
Hello Philippe, I got Xenomai working on a Ocotea-Board (AMCC 440GX) and a low-end TQM855L-Module (MPC 855) under Linux 2.6.14-rc3 :-). The patch applied with a few hunks and one easy to fix reject and I had to correct two problems. One with FEW_CONTEXT (see attached patch) and the second with

Re: [Xenomai-core] Testing the adeos-ipipe-2.6.13-ppc-1.0-00.patch

2005-10-17 Thread Wolfgang Grandegger
On 10/15/2005 09:17 PM Heikki Lindholm wrote: Wolfgang Grandegger kirjoitti: Hello Philippe, I got Xenomai working on a Ocotea-Board (AMCC 440GX) and a low-end TQM855L-Module (MPC 855) under Linux 2.6.14-rc3 :-). The patch applied with a few hunks and one easy to fix reject and I had

[Xenomai-core] Xenomai latency tests on various PowerPC boards

2005-10-18 Thread Wolfgang Grandegger
Hallo, attached you will find the results of Xemonai latency measurements on various embedded PowerPC boards using MPC 8xx and AMCC 4xx processors, from low to high end covering a worst case latency range from 25 to 225 us. It also includes a comparison with RTAI 3.0r5 on the slowest CPU. Here

Re: [Xenomai-core] Xenomai latency tests on various PowerPC boards

2005-10-18 Thread Wolfgang Grandegger
On 10/18/2005 01:44 PM Philippe Gerum wrote: Philippe Gerum wrote: Wolfgang Grandegger wrote: Hallo, attached you will find the results of Xemonai latency measurements on various embedded PowerPC boards using MPC 8xx and AMCC 4xx processors, from low to high end covering a worst case

Re: [Xenomai-core] Xenomai latency tests on various PowerPC boards

2005-10-19 Thread Wolfgang Grandegger
On 10/18/2005 08:14 PM Philippe Gerum wrote: Wolfgang Grandegger wrote: On 10/18/2005 01:44 PM Philippe Gerum wrote: Philippe Gerum wrote: Wolfgang Grandegger wrote: Hallo, attached you will find the results of Xemonai latency measurements on various embedded PowerPC boards using MPC 8xx

Re: [Xenomai-core] Testing the adeos-ipipe-2.6.13-ppc-1.0-00.patch

2005-10-19 Thread Wolfgang Grandegger
On 10/17/2005 05:42 PM Fillod Stephane wrote: Hi Philippe, Sorry for the late report, Xenomai appears to work fine on a Freescale e500 board (MPC8541E) under Linux 2.6.13. Xenomai version was v1.9.9, ie. the daily snapshot as of today. Here are some preliminary figures (CPU 800MHz, Bus

[Xenomai-core] TLB misses on MPC 8xx

2005-10-19 Thread Wolfgang Grandegger
Hello, the output of the cache calibrator indicated, that TLB misses on the MPC 860 might influence latencies substantially. Looking closer to the Linux 2.6 kernel revealed, that TLB entries for the kernel space (0xc000) are not pinned by default for the MPC 860 (like in 2.4). I enabled this

Re: [Xenomai-core] Proposal to use buildbot for Xenomai

2006-04-09 Thread Wolfgang Grandegger
Jan Kiszka wrote: Niklaus Giger wrote: Am Samstag, 8. April 2006 10:44 schrieb Jan Kiszka: Niklaus Giger wrote: Hi everybody .. This is a really great idea! Of course, I already have another test candidate in mind: RTnet 8). Specifically the PPC environment would be interesting, as our

Re: [Xenomai-core] BuildBot progress for sim, tqm860 with RTnet

2006-04-13 Thread Wolfgang Grandegger
Niklaus Giger wrote: Hi I was busy improving the buildbot setup and achieved the following: - added build slave for simulator - added a buildbot for a TQM860L with Denx PPC 2.4 kernel. Cannot yet build the RTnet code. - patched buildbot to show names for shell build steps instead of the

[Xenomai-core] UVM build error in todays head of SVN

2006-05-01 Thread Wolfgang Grandegger
Hello, I just checked out Xenomai and realized the UVM build error below (while building for PPC 405 with IPIPE tracer). xnlock_put/get seems not to be dummy without SMP. Wolfgang. if ppc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../../../../src/include -O2 -D_GNU_SOURCE -D_REENTRANT

Re: [Xenomai-core] I-pipe latency tracer for ppc

2006-05-01 Thread Wolfgang Grandegger
Philippe Gerum wrote: As promised, the I-pipe tracer has been ported to ppc. People working on this architecture are invited to give it a try, it's a great tool to find out where the cycles are actually going. Just apply the tracer patch on top of the Adeos patch bearing the same revision

Re: [Adeos-main] Re: [Xenomai-core] I-pipe latency tracer for ppc

2006-05-01 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: Philippe Gerum wrote: As promised, the I-pipe tracer has been ported to ppc. People working on this architecture are invited to give it a try, it's a great tool to find out where the cycles are actually going. Just apply the tracer patch on top

Re: [Xenomai-core] [RFC] Micro-optimisations for the libs

2006-05-08 Thread Wolfgang Grandegger
Philippe Gerum wrote: Jan Kiszka wrote: Hi, [Daniel, I put you in the CC as you showed some interest in this topic.] as I indicated a some weeks ago, I had a closer look at the code the user space libs currently produce (on x86). The following considerations are certainly not worth noticeable

Re: [Xenomai-core] RTDM driver add-on infrastructure

2006-06-23 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: Hello, I'm currently implementing a RTDM real-time CAN driver, which raises the the problem of adding the driver to the Xenomai source tree. My first idea was to provide RTCAN as a patch for Xenomai: So you prefer to maintain RTCAN out-of-tree

[Xenomai-core] prepare_kernel --output-patch

2006-06-30 Thread Wolfgang Grandegger
Hello, what is prepare_kernel --output-patch useful for? Thanks. Wolfgang. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core

[Xenomai-core] cpu_set_t and friends undefined

2006-07-29 Thread Wolfgang Grandegger
Hello, with todays SVN version of Xenomai, the testsuite program switchtest/switch.c does not compile because cpu_set_t and friends (CPU_SET, ...) are not undefined. I'm using kernel version 2.4.25. Any idea what goes wrong. I haven't found where cpu_set_t is declared, not even in Linux

[Xenomai-core] [ANNOUNCE] RTDM driver for CAN devices

2006-08-01 Thread Wolfgang Grandegger
Wolfgang Grandegger ([EMAIL PROTECTED]) or Sebastian Smolorz ([EMAIL PROTECTED]). Credits: --- See CREDITS file. License: --- RTCAN is free software, and you are welcome to redistribute it under the terms of the GNU General Public License. This program comes with ABSOLUTELY

Re: [Xenomai-core] Re: [ANNOUNCE] RTDM driver for CAN devices

2006-08-01 Thread Wolfgang Grandegger
Bernhard Walle wrote: Hi Wolfgang, Wolfgang Grandegger [EMAIL PROTECTED] [2006-08-01]: at ftp://ftp.denx.de/pub/xenomai/rtcan; you can find a first version of RTCAN, an Open Source hard real-time protocol stack for CAN devices based on BSD sockets. It is based on the SJA1000 socket-based CAN

Re: [Xenomai-core] Future of Xenomai's RTDM driver repository

2006-08-03 Thread Wolfgang Grandegger
Jan Kiszka wrote: Hi, instead of replying directly to Wolfgang's announcement of their great CAN stack I take the chance to start a generic thread on the future of RTDM drivers *within* Xenomai. If you look at the real-time Linux scene now and in the past, you may find it fairly scattered.

Re: [Xenomai-core] Future of Xenomai's RTDM driver repository

2006-08-04 Thread Wolfgang Grandegger
Philippe Gerum wrote: Hi Wolfgang, First of all, thx for the CAN stack. Great job. On Thu, 2006-08-03 at 09:58 +0200, Wolfgang Grandegger wrote: Jan Kiszka wrote: snip Now I would suggest to look at RTCAN (or what it will be called in the end) and to discuss on this first concrete example

[Xenomai-core] Re: [Xenomai-help] [ANNOUNCE] RTDM driver for CAN devices

2006-08-05 Thread Wolfgang Grandegger
Jan Kiszka wrote: Hi Wolfgang, Wolfgang Grandegger wrote: Hello, at ftp://ftp.denx.de/pub/xenomai/rtcan; you can find a first version of RTCAN, an Open Source hard real-time protocol stack for CAN devices based on BSD sockets. It is based on the SJA1000 socket-based CAN driver for RTDM

[Xenomai-core] Re: [Xenomai-help] [ANNOUNCE] RTDM driver for CAN devices

2006-08-05 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: Jan Kiszka wrote: Hi Wolfgang, Wolfgang Grandegger wrote: Hello, at ftp://ftp.denx.de/pub/xenomai/rtcan; you can find a first version of RTCAN, an Open Source hard real-time protocol stack for CAN devices based on BSD sockets. It is based

[Xenomai-core] Re: [Xenomai-help] [ANNOUNCE] RTDM driver for CAN devices

2006-08-07 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: - Well known issue: the RTCAN name. This should definitely get resolved before we merge. Any feedback already? I contacted the author. If I will not get an answer soon, I tend changing the global name to RT-Socket-CAN (rtsocketcan). I would really

[Xenomai-core] Re: [Xenomai-help] [ANNOUNCE] RTDM driver for CAN devices

2006-08-07 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: - Well known issue: the RTCAN name. This should definitely get resolved before we merge. Any feedback already? I contacted the author. If I will not get an answer soon, I tend changing the global name to RT-Socket-CAN (rtsocketcan). I would really

[Xenomai-core] [PATCH] Various fixes and improvements for RT-Socket-CAN

2006-08-23 Thread Wolfgang Grandegger
-08-23 Wolfgang Grandegger [EMAIL PROTECTED] + + * ksrc/drivers/can/rtcan_dev.c, ksrc/drivers/can/rtcan_dev.h, + ksrc/drivers/can/rtcan_modules.c: Suppress handling of refcount + if module support is not enabled or modules cannot be unloaded. + + * ksrc/drivers/can/mscan/rtcan_mscan.c, + ksrc

[Xenomai-core] Re: [PATCH] add virtual CAN bus driver

2006-09-03 Thread Wolfgang Grandegger
Hi Jan, Jan Kiszka wrote: For review: Here comes a tiny but fairly useful new CAN driver: a virtual CAN bus consisting of 2..n devices (see module parameter). Transmission takes places from the sender to all other devices on the bus, just like in real life. This driver was already helpful for

[Xenomai-core] Re: [PATCH] refactor and enhance rtcanrecv/send

2006-09-03 Thread Wolfgang Grandegger
Hi Jan, Jan Kiszka wrote: For review: This patch folds the rt-threads of rtcanrecv/send into the main thread, assigns unique thread names, and lowers the priorities to some less critical level. Furthermore, rtcanrecv is enhanced by a printout of the CAN device and support for listening on all

[Xenomai-core] Re: Move rtdm_irq_enable close to rtdm_irq_request

2006-09-05 Thread Wolfgang Grandegger
Jan Kiszka wrote: Hi Wolfgang, in the process of preparing to merge rtdm_irq_enable into rtdm_irq_request I would like to check if the attached patch is ok, thus we could finally drop rtdm_irq_enable once the API is refactored. Please check carefully when the first IRQs may happen and what the

[Xenomai-core] Re: CAN updates questions

2006-09-09 Thread Wolfgang Grandegger
Jan Kiszka wrote: Hi Wolfgang, as one result of a hacking session on a PPC405 with SJA1000 on board I applied two minor fixes to rtcan_isa.c to SVN, see end of mail for reference. The first one gave an interesting effect on big-endian because irq is an integer, the second one reveals that we

Re: [Xenomai-core] Re: CAN updates questions

2006-09-09 Thread Wolfgang Grandegger
Hi Matthias, Matthias Fuchs wrote: Hi Wolfgang, Wolfgang Grandegger wrote: You have to define the real CAN system clock, which is 16/2 = 8 Mhz for most SJA 1000 hardware even if the oscillator is running at 16 MHz. I will add some reasonable note to rtcan_dev.h Is there any special reason

Re: [Xenomai-core] Re: CAN updates questions

2006-09-09 Thread Wolfgang Grandegger
Wolfgang Grandegger wrote: Hi Matthias, Matthias Fuchs wrote: Hi Wolfgang, Wolfgang Grandegger wrote: You have to define the real CAN system clock, which is 16/2 = 8 Mhz for most SJA 1000 hardware even if the oscillator is running at 16 MHz. I will add some reasonable note to rtcan_dev.h

Re: [Xenomai-core] No hardware interrupts with xenomai on ppc405

2006-09-10 Thread Wolfgang Grandegger
Hi Matthias, Matthias Fuchs wrote: Hi, I was trying to use some external hardware interupts on a PPC405 board as part of a hacking session with Jan to bring up the rtcan driver on this board. Here are some versions: Linux Kernel: 2.6.14 Adeos: 1.3-07 Xenomai: from svn

Re: [Xenomai-core] No hardware interrupts with xenomai on ppc405

2006-09-11 Thread Wolfgang Grandegger
Matthias Fuchs wrote: On Sunday 10 September 2006 13:02, Wolfgang Grandegger wrote: Hi Matthias, Matthias Fuchs wrote: Hi, I was trying to use some external hardware interupts on a PPC405 board as part of a hacking session with Jan to bring up the rtcan driver on this board. Could you

Re: [Xenomai-core] No hardware interrupts with xenomai on ppc405

2006-09-11 Thread Wolfgang Grandegger
Matthias Fuchs wrote: Hello Philippe, that helps. I will do some further testing. Matthias On Monday 11 September 2006 12:20, Philippe Gerum wrote: It's likely an Adeos issue. Could you try this patch? TIA, --- arch/ppc/syslib/ppc4xx_pic.c~ 2005-10-28 02:02:08.0 +0200 +++

Re: [Xenomai-core] No hardware interrupts with xenomai on ppc405

2006-09-11 Thread Wolfgang Grandegger
Philippe Gerum wrote: On Mon, 2006-09-11 at 16:22 +0200, Jan Kiszka wrote: Philippe Gerum wrote: On Mon, 2006-09-11 at 14:20 +0200, Wolfgang Grandegger wrote: Matthias Fuchs wrote: Hello Philippe, that helps. I will do some further testing. Matthias On Monday 11 September 2006 12:20

Re: [Xenomai-core] No hardware interrupts with xenomai on ppc405

2006-09-11 Thread Wolfgang Grandegger
Matthias Fuchs wrote: On Monday 11 September 2006 17:46, Wolfgang Grandegger wrote: A possible explanation is that configurations only using the timer IRQ are not affected, since the decrementer is not subject to this issue (the tick handler returns XN_ISR_NOENABLE anyway). I run RT-Socket-CAN

Re: [Xenomai-core] No hardware interrupts with xenomai on ppc405

2006-09-12 Thread Wolfgang Grandegger
Matthias Fuchs wrote: On Monday 11 September 2006 20:13, Wolfgang Grandegger wrote: In 2.6 the interrupts are disabled by default. Then the attached patch for Xenomai should help. Wolfgang. Your patch also works fine. Now what's the recommended solution? I noticed that Philippe already

Re: [Xenomai-core] [PATCH] rtcan_mem - CAN driver for memory mapped SJA1000 controllers

2006-09-12 Thread Wolfgang Grandegger
. + * + * This driver is derived from the rtcan-isa driver by + * Wolfgang Grandegger and Sebastian Smolorz. + * + * Copyright (C) 2006 Wolfgang Grandegger [EMAIL PROTECTED] + * Copyright (C) 2005, 2006 Sebastian Smolorz + * [EMAIL PROTECTED] + * + * + * This program is free software

Re: [Xenomai-core] [PATCH] rtcan_mem - CAN driver for memory mapped SJA1000 controllers

2006-09-12 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: Hi Matthias, Matthias Fuchs wrote: Hi, attached you will find a patch that adds support for memory mapped SJA1000 CAN controllers as they often can be found on embedded boards. The driver is based on the rtmen_isa driver. What about using

Re: [Xenomai-core] [PATCH] rtcan_mem - CAN driver for memory mapped SJA1000 controllers

2006-09-12 Thread Wolfgang Grandegger
Matthias Fuchs wrote: Hi Wolfgang, On Tuesday 12 September 2006 14:22, Wolfgang Grandegger wrote: What about using request_mem_region()? While looking to the driver I now ... will be added, of course. realize, that it's mainly duplicated code. Does it not make more sense to make a combined

Re: [Xenomai-core] RTCAN_USE_REFCOUNT issue in rtcan_dev.h

2006-09-12 Thread Wolfgang Grandegger
Matthias Fuchs wrote: Hi Jan, I think there's is little typo in rtcan_dev.h: Index: rtcan_dev.h === --- rtcan_dev.h (revision 1564) +++ rtcan_dev.h (working copy) @@ -45,7 +45,7 @@ /* Suppress handling of refcount if module

Re: [Xenomai-core] [PATCH] rtcan_mem - CAN driver for memory mapped SJA1000 controllers

2006-09-12 Thread Wolfgang Grandegger
12 September 2006 14:22, Wolfgang Grandegger wrote: Hi Matthias, Matthias Fuchs wrote: Hi, attached you will find a patch that adds support for memory mapped SJA1000 CAN controllers as they often can be found on embedded boards. The driver is based on the rtmen_isa driver. What about using

Re: [Xenomai-core] No hardware interrupts with xenomai on ppc405

2006-09-13 Thread Wolfgang Grandegger
Philippe Gerum wrote: On Tue, 2006-09-12 at 12:37 +0200, Wolfgang Grandegger wrote: Matthias Fuchs wrote: On Monday 11 September 2006 20:13, Wolfgang Grandegger wrote: In 2.6 the interrupts are disabled by default. Then the attached patch for Xenomai should help. Wolfgang. Your patch also

Re: [Xenomai-core] FPU-Problems on a system without FPU?

2006-09-20 Thread Wolfgang Grandegger
Niklaus Giger wrote: Hi I studied a little bit my buildbot reports on a PPC405 (without FPU) regarding the FPU problem. Grepping through the saved reports on the server enabled me to pinpoint the changes quickly. I found the following situation: Last good check with the quick build was

Re: [Xenomai-core] Problem with periodic timer on PPC40x identified

2006-09-23 Thread Wolfgang Grandegger
Hi Niklaus, Niklaus Giger wrote: Hi Finally I got some time to debug the whole problem with my BDI. I see that in hal.c thal_set_local_cpu_timer the PIT is loaded with a value of 568 which is far too low, as the PIT is running at 400 MHz. So it will trigger an interrupt every 1,4 microsecond

Re: [Xenomai-core] Problem with periodic timer on PPC40x solved

2006-09-24 Thread Wolfgang Grandegger
Niklaus Giger wrote: Am Samstag, 23. September 2006 22:55 schrieb Wolfgang Grandegger: Hi Niklaus, Niklaus Giger wrote: .. if (flags IPIPE_RESET_TIMER) ticks = tb_ticks_per_jiffy; else { ticks = ns * tb_ticks_per_jiffy / (10 / HZ

Re: [Xenomai-core] Problem with periodic timer on PPC40x solved

2006-09-26 Thread Wolfgang Grandegger
Niklaus Giger wrote: Am Montag, 25. September 2006 17:57 schrieb Philippe Gerum: On Sun, 2006-09-24 at 23:07 +0200, Wolfgang Grandegger wrote: Niklaus Giger wrote: .. Ok, we can go for the lazy fix here, since this code is poised to disappear anyway. I've merged a variant of the above we

Re: [Xenomai-core] Problem with periodic timer on PPC40x solved

2006-09-26 Thread Wolfgang Grandegger
with periodic timer on PPC40x solved On Mon, 2006-09-25 at 22:29 +0200, Niklaus Giger wrote: Am Montag, 25. September 2006 17:57 schrieb Philippe Gerum: On Sun, 2006-09-24 at 23:07 +0200, Wolfgang Grandegger wrote: Niklaus Giger wrote: .. Is the output of lines like Xenomai: Switching

Re: [Xenomai-core] Problem with periodic timer on PPC40x solved

2006-09-26 Thread Wolfgang Grandegger
Philippe Gerum wrote: On Tue, 2006-09-26 at 18:28 +0200, Wolfgang Grandegger wrote: Philippe Gerum wrote: On Tue, 2006-09-26 at 16:56 +0200, gilles.chanteperdrix wrote: -- Debut du message initial --- De : [EMAIL PROTECTED] A : [EMAIL PROTECTED] Copies : xenomai-core

Re: [Xenomai-core] Problem with periodic timer on PPC40x solved

2006-09-27 Thread Wolfgang Grandegger
Niklaus Giger wrote: Am Dienstag, 26. September 2006 22:23 schrieb Wolfgang Grandegger: Niklaus Giger wrote: Am Dienstag, 26. September 2006 18:28 schrieb Wolfgang Grandegger: Philippe Gerum wrote: On Tue, 2006-09-26 at 16:56 +0200, gilles.chanteperdrix wrote: OK, but in general, soft-float

Re: [Xenomai-core] Problem with periodic timer on PPC40x solved

2006-09-27 Thread Wolfgang Grandegger
Wolfgang Grandegger wrote: Niklaus Giger wrote: Am Dienstag, 26. September 2006 22:23 schrieb Wolfgang Grandegger: Niklaus Giger wrote: Am Dienstag, 26. September 2006 18:28 schrieb Wolfgang Grandegger: Philippe Gerum wrote: On Tue, 2006-09-26 at 16:56 +0200, gilles.chanteperdrix wrote: OK

Re: [Xenomai-core] Problem with periodic timer on PPC40x solved

2006-09-28 Thread Wolfgang Grandegger
Niklaus Giger wrote: Am Mittwoch, 27. September 2006 20:19 schrieb Wolfgang Grandegger: .. I'm now a bit puzzled why a FP exception occurs. What happens if you disable MATH_EMULATION in your kernel (that's what I normally have). It will try the latency test on my Walnut-Board

[Xenomai-core] BUG: sleeping function called from invalid context at kernel/xenomai/skins/posix/syscall.c:272

2006-10-18 Thread Wolfgang Grandegger
the *time in between. * * Copyright (C) 2006 Wolfgang Grandegger [EMAIL PROTECTED] * * Based on RTnet's examples/xenomai/posix/rtt-sender.c. * * Copyright (C) 2002 Ulrich Marx [EMAIL PROTECTED] * 2002 Marc Kleine-Budde [EMAIL PROTECTED] * 2006 Jan

Re: [Xenomai-core] BUG: sleeping function called from invalid context at kernel/xenomai/skins/posix/syscall.c:272

2006-10-19 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: Hello, when I start the RT-Socket-CAN program rtcan_rtt.c, I get the attached error message. Any idea where the problem could be? It was working with Xenomai under Linux 2.4.25. Thanks. Wolfgang

Re: [Xenomai-core] BUG: sleeping function called from invalid context at kernel/xenomai/skins/posix/syscall.c:272

2006-10-19 Thread Wolfgang Grandegger
Jan Kiszka wrote: Wolfgang Grandegger wrote: Hello, when I start the RT-Socket-CAN program rtcan_rtt.c, I get the attached error message. Any idea where the problem could be? It was working with Xenomai under Linux 2.4.25. Thanks. Wolfgang

[Xenomai-core] [PATCH] fixing __xn_put_user and __xn_get_user for PowerPC

2006-10-19 Thread Wolfgang Grandegger
) +++ ChangeLog (working copy) @@ -1,3 +1,9 @@ +2006-10-19 Wolfgang Grandegger [EMAIL PROTECTED] + + * include/asm-powerpc/wrappers.h, include/asm-powerpc/syscall.h: + Since Linux 2.4.15, __put_user and __get_user call migth_sleep. + To avoid that, wrapper functions have been added. + 2006-10-18 Jan Kiszka

[Xenomai-core] switchtest FPU register error on PPC 2.6.18

2006-10-22 Thread Wolfgang Grandegger
Hello, I just realized the error message: Error after context switch from task 8(rtup-8) to task 10(rtup_ufpp-10), FPU registers were set to 1000 (maybe task sleeper_ufps-0) when running switchtest on an PPC under Linux 2.6.18 with Xenomai head of SVN. I have attached the full output

Re: [Xenomai-core] switchtest FPU register error on PPC 2.6.18

2006-10-22 Thread Wolfgang Grandegger
Gilles Chanteperdrix wrote: Wolfgang Grandegger wrote: Hello, I just realized the error message: Error after context switch from task 8(rtup-8) to task 10(rtup_ufpp-10), FPU registers were set to 1000 (maybe task sleeper_ufps-0) when running switchtest on an PPC

Re: [Xenomai-core] 2.6.18 ppc ipipe patch patch

2006-10-26 Thread Wolfgang Grandegger
Paul wrote: Currently have a G3 Mac on loan and thought it worth trying out a 2.6.18.1 kernel - The prepare-kernel.sh patched without any errors, a few offset lines, but that is to be expected.. Once configured however, compilation failed with some fatal errors over ipipe.h and line 223 - It

Re: [Xenomai-core] [PATCH] prepare-kernel.sh breaks linux-2.4 drivers/Makefile

2006-10-27 Thread Wolfgang Grandegger
Andrew Dennison wrote: Running prepare-kernel on the denx 2.4 kernel adds the following line mod-subdirs := xenomai This prevents all other mod-subdirs under drivers from building. What does not build. Non-Xenomai drivers as modules? Patch is against r1273 but still seems to apply (and be

Re: [Xenomai-core] [PATCH] prepare-kernel.sh breaks linux-2.4 drivers/Makefile

2006-10-27 Thread Wolfgang Grandegger
Wolfgang Grandegger wrote: Andrew Dennison wrote: Running prepare-kernel on the denx 2.4 kernel adds the following line mod-subdirs := xenomai This prevents all other mod-subdirs under drivers from building. What does not build. Non-Xenomai drivers as modules? Patch is against r1273

Re: [Xenomai-core] Buildbot finds unresolved symbols `xnarch_atomic_xchg'

2006-10-30 Thread Wolfgang Grandegger
Hi Niklaus, Niklaus Giger wrote: Hi I see the following failure since revision 1771. e.g. http://ngiger.dyndns.org/buildbot-full/ppc_f/builds/56/step-mk_kernel/1 kernel/built-in.o: In function `xnintr_irq_handler': intr.c:(.text+0x34334): undefined reference to `xnarch_atomic_xchg'

Re: [Xenomai-core] Bug in taskSuspend for user mode vxworks

2006-10-31 Thread Wolfgang Grandegger
Niklaus Giger wrote: Am Montag, 30. Oktober 2006 08:31 schrieb Wolfgang Grandegger: Niklaus Giger wrote: Am Samstag, 28. Oktober 2006 20:36 schrieb Wolfgang Grandegger: Niklaus Giger wrote: Am Samstag, 28. Oktober 2006 14:54 schrieb Niklaus Giger: Am Freitag, 27. Oktober 2006 18:38 schrieb

Re: [Xenomai-core] Bug in taskSuspend for user mode vxworks

2006-10-31 Thread Wolfgang Grandegger
Niklaus Giger wrote: Am Dienstag, 31. Oktober 2006 09:14 schrieb Wolfgang Grandegger: Niklaus Giger wrote: Am Montag, 30. Oktober 2006 08:31 schrieb Wolfgang Grandegger: Niklaus Giger wrote: Am Samstag, 28. Oktober 2006 20:36 schrieb Wolfgang Grandegger: Niklaus Giger wrote: Am Samstag, 28

[Xenomai-core] [PATCH] RT-Socket-CAN, fix warnings on ARM, etc.

2006-11-08 Thread Wolfgang Grandegger
=== --- ChangeLog (revision 1809) +++ ChangeLog (working copy) @@ -1,3 +1,11 @@ +2006-11-08 Wolfgang Grandegger [EMAIL PROTECTED] + + * ksrc/drivers/can/sja1000/rtcan_peak_dng.c: Fix warnings when + building for ARM and fix bugs in the exit code. + + * ksrc/drivers

[Xenomai-core] [PATCH] Doxygen hyperlinking utilitiy and demo programs

2006-11-10 Thread Wolfgang Grandegger
Hello, the attached patch adds the RT-Socket-CAN utility programs as examples to the Doxygen documentation setup. This creates some nice cross reference from the documented API functions to the example code lines and vice versa. In a similar way, the Xenomai demo programs and code snippets

Re: [Xenomai-core] [PATCH] Doxygen hyperlinking utilitiy and demo programs

2006-11-11 Thread Wolfgang Grandegger
Gilles Chanteperdrix wrote: Wolfgang Grandegger wrote: Hello, the attached patch adds the RT-Socket-CAN utility programs as examples to the Doxygen documentation setup. This creates some nice cross reference from the documented API functions to the example code lines and vice

  1   2   3   >