On 02/28/2017 01:26 PM, Henning Schild wrote:
> Am Tue, 28 Feb 2017 13:00:43 +0100
> schrieb Jan Kiszka :
>
>> On 2017-02-28 12:33, Henning Schild wrote:
>>> This guy is mainline since a while, was discovered in the context of
>>> ipipe and has been backported to stable kernels. But in 4.1 it came
On 03/02/2017 10:56 AM, Henning Schild wrote:
> Am Wed, 25 Jan 2017 16:08:37 +0100
> schrieb Henning Schild :
>
>> The implementation of these functions uses locks and has the potential
>> to trigger a SIGXCPU when contended. Wrap them with assert_nrt so they
>> reliably cause a switch when used i
On 03/02/2017 03:53 PM, Wolfgang Netbal wrote:
>
> I am calling function rt_task_sleep and the returncode is -EPERM
> In the xenomai api I found that this is returned from a task that cannot
> sleep
> see below
> http://xenomai.org/documentation/xenomai-2.6/html/api/group__task.html#gad5225e5fb8d5
On 03/03/2017 03:18 PM, Henning Schild wrote:
> Hi,
>
> someone came to me asking about reasons why system calls would exit
> with -EINTR on a xenomai 2 system. As far as i know there a are two
> possible reasons for that to happen.
> 1. the thread received a signal while being blocked in the call
On 03/04/2017 03:30 AM, Josh Bowman wrote:
> Hi,
>
> I'm having a problem when trying to allocate multiple blocks using
> rt_queue_alloc(). When my client code is building a message to send to
> queue, it sometimes finds that it needs a bigger block. So it creates a new
> block via rt_queue_alloc(
On 03/05/2017 12:43 PM, Philippe Gerum wrote:
> On 03/04/2017 03:30 AM, Josh Bowman wrote:
>> Hi,
>>
>> I'm having a problem when trying to allocate multiple blocks using
>> rt_queue_alloc(). When my client code is building a message to send to
>> queue, it
On 03/04/2017 05:30 AM, Nitin Kulkarni wrote:
> After the below things happened I added a regular user (nitin) to the
> allowed_group parameter file in /sys/module/xenomai/parameters/allowed_group
>
>
> Then executed the latency test to get this message :
>
>
> nitin@intel-corei7-64:/usr/bin$
On 03/04/2017 04:26 AM, Nitin Kulkarni wrote:
> Hi,
>
> I have patched the Xenomai 3.0.3 to an Ostro XT linux distribution and after
> flashing the image and booting on the Intel Joule board I installed the
> Xenomai libraries natively. When I run the Latency test it gives this message
> and st
On 03/06/2017 09:49 AM, pierre.roumag...@free.fr wrote:
> Hello Cedric
>
> 6 months ago we had similar needs
> we chose phytec that adapt their training to our specific needs
>
> http://www.phytec.fr/services/formation-linux/linux-embarque-drivers-et-temps-reel/
>
They may want to consider fixi
On 03/06/2017 03:00 PM, Henning Schild wrote:
> -XENO_AUTOINIT_LDFLAGS='$(top_builddir)/lib/boilerplate/init/bootstrap-internal.o'"
> -Wl,--wrap=main -Wl,--dynamic-list=$topdir/scripts/dynlist.ld"
> +XENO_AUTOINIT_LDFLAGS='$(top_builddir)/lib/boilerplate/init/bootstrap-internal.o'"
> -Wl,--wrap=
On 03/07/2017 07:34 PM, Henning Schild wrote:
> Am Fri, 26 Jun 2015 16:20:29 +0200
> schrieb Jan Kiszka :
>
>> Hi,
>>
>> just pushed 3 patches to git.xenomai.org/xenomai-jki.git for-forge
>> that are supposed to fix race conditions while manipulating
>> xnthread::state and info (both need to be nk
On 03/08/2017 12:25 PM, Jan Kiszka wrote:
> On 2017-03-08 09:54, Philippe Gerum wrote:
>> On 03/07/2017 07:34 PM, Henning Schild wrote:
>>> Am Fri, 26 Jun 2015 16:20:29 +0200
>>> schrieb Jan Kiszka :
>>>
>>>> Hi,
>>>>
>>>
On 03/08/2017 12:32 PM, Jan Kiszka wrote:
> On 2017-03-08 12:29, Philippe Gerum wrote:
>> On 03/08/2017 12:25 PM, Jan Kiszka wrote:
>>> On 2017-03-08 09:54, Philippe Gerum wrote:
>>>> On 03/07/2017 07:34 PM, Henning Schild wrote:
>>>>> Am Fri, 26 Jun
On 03/08/2017 12:42 PM, Philippe Gerum wrote:
> On 03/08/2017 12:32 PM, Jan Kiszka wrote:
>> On 2017-03-08 12:29, Philippe Gerum wrote:
>>> On 03/08/2017 12:25 PM, Jan Kiszka wrote:
>>>> On 2017-03-08 09:54, Philippe Gerum wrote:
>>>>> On 03/07/2017
On 03/11/2017 08:58 PM, Ed Hannigan wrote:
> I have a Xenomai 2.6.1 userspace app that uses RTNet 0.9.13 and I can
> send/receive raw Ethernet packets with calls rt_dev_send and rt_dev_recv.
>
> I am trying to migrate to Xenomai 3.0.3 but receiving a negative error
> code from the following line:
On 03/10/2017 02:34 PM, Giulio Moro wrote:
> I think I now have the answer to this question which was - admittedly - not
> formulated very clearly.
> The answer I came up with is: it depends on how your c++ standard library is
> implemented. The one we use (libstdc++.so which comes with gcc 4.9)
On 03/18/2017 07:09 AM, Mike Galbraith wrote:
> (oops, sent before subscription confirmation.. wash/rinse/repeat)
>
> Greetings,
>
> Seeing PREEMPT_RT in ipipe source, I got curious, extracted 4.4.43, and
> wedged it into 4.4.54-rt, but there are a couple places that replace a
> spinlock_t (not
On 03/18/2017 05:28 PM, Andrija Stupar wrote:
> Well, I can answer my own question from a couple of weeks ago. Nothing
> was wrong with the way the RTDM interrupts were coded - the port from
> Linux to RTDM was done properly. The problem was a mode switch, falling
> into secondary (non-RT) mode. As
On 03/19/2017 07:08 PM, andr...@stupar.com wrote:
> Hi Phillipe,
>
> I was under the impression that I cannot, since Cobalt is a feature of
> Xenomai 3.x, and I am using Xenomai 2.6.5, where chasing the mode
> switches is a bit more complicated, as explained on the page
> https://xenomai.org//2014
On 03/21/2017 02:22 AM, Giulio Moro wrote:
> In Alchemy RT_TASK_INFO has a member struct threadobj_stat which is
> undocumented
> (https://xenomai.org//documentation/xenomai-3/html/xeno3prm/structRT__TASK__INFO.html).
> Looking at the source of copperplate/threadobj.h
> (https://xenomai.org//doc
On 03/24/2017 01:05 PM, 曹子龙 wrote:
> i encounter a problem when reading the xenomai 2.6.5 code about the
> "xnshaode_harden" implement ion, when a thread running in root domain
> migrate to the head domain, usually by calling "xnshadow_harden" interface to
> do this.
>
> the the operation comp
On 04/01/2017 08:25 AM, Josh Bowman wrote:
> Hi,
>
> Under Mercury, I've been seeing occasionally a "Segmentation fault" message
> when I hit ctrl-c to stop the latency test program. I caught a core dump,
> and the stack trace leads back to the sem_wait() call in the display task.
>
> I think thi
On 03/30/2017 07:35 PM, Marco Camurri wrote:
> Dear all,
>
> I need to get the wallclock time from a real-time thread under Xenomai
> 2.6.4 running on a x86_64 architecture with Ubuntu 14.04
>
> After realizing that calling the function gettimeofday() I was creating
> mode switches, I've replaced
On 03/31/2017 03:49 PM, Benjamin Alix wrote:
> -- Forwarded message --
> From: Benjamin Alix
> Date: 2017-03-30 17:56 GMT+02:00
> Subject: [Xenomai] Compilation error
> To: xenomai@xenomai.org
>
>
> Hi,
>
> I'm compiling Xenomai 3.0.3 with a cross toolchain built with
> buildroo
On 04/01/2017 11:34 AM, Philippe Gerum wrote:
> On 03/31/2017 03:49 PM, Benjamin Alix wrote:
>> -- Forwarded message --
>> From: Benjamin Alix
>> Date: 2017-03-30 17:56 GMT+02:00
>> Subject: [Xenomai] Compilation error
>> To: xenomai@xenomai.org
Xenomai 3.0.4 is out. It includes several critical bug fixes in the
Copperplate library, which means that people running non-POSIX
applications over earlier Xenomai 3.x releases should definitely
consider upgrading (especially those enabling multi process
configurations via --enable-pshared).
On
On 04/05/2017 09:13 AM, Hänel-Baas, Alexander wrote:
> Hi,
>
> i missing the patch folder in Xenomai 3.0.4 under /kernel/cobalt/arch/...
>
> With best regards,
> Alexander
>
Please have a look at the README file in that directory.
--
Philippe.
___
On 04/12/2017 01:44 AM, George Broz wrote:
> Hello,
>
> In the native skin for Xenomai 2.6.x, it was possible to create a
> 0-priority task - a Xenomai task that spends its life in secondary
> mode except when calling/interacting with Xenomai services that would
> temporarily promote it to primary
On 04/11/2017 12:22 PM, Ashwin Narayan wrote:
> Dear All,
>
> I'm having trouble getting the Advantech PCM3680I working under
> xenomai. I scanned the dmesg log and this is what I get:
>
> [1.344697] RT-Socket-CAN 0.90.2 - (C) 2006 RT-Socket-CAN Development Team
> [1.344794] RTCAN SJA1000
On 04/14/2017 03:08 PM, Romain Naour wrote:
> armv5tej are not detected in
> lib/cobalt/arch/arm/include/asm/xenomai/features.h
>
> Apply the same patch from xenomai-2.6:
> https://git.xenomai.org/xenomai-2.6.git/commit/?id=ebc2779baa222db4a5936c3d3022803355585b8c
>
> Signed-off-by: Romain Naour
On 04/14/2017 07:54 PM, Göktürk Yüksek wrote:
> The help string uses '--with-demo' instead of '--with-demodir',
> misinforming the user about the correct option to pass.
> ---
> configure.ac | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure.ac b/configure.ac
> ind
On 04/14/2017 03:48 PM, Romain Naour wrote:
> Hi all,
>
> Xenomai 3 doesn't build with recent uClibc-ng (since 1.0.21 release) since the
> obstack support has been removed [1].
>
> I proposed a patch [2] disabling this feature unconditionally but I don't
> really
> understand how obstack support
On 04/20/2017 04:58 AM, dreamtal...@163.com wrote:
> *I'm now manually memset task variable, but I still want to do it in
> the xenomai library
> to make more people less detours.
No, you are wrongly assuming that a task descriptor should still contain
consistent data after a cancellation reques
On 04/24/2017 11:37 AM, Benjamin Alix wrote:
> Hello,
>
> I'm maintaining RTDM modules built under Xenomai 2.6.4 and I'm unable
> to unload them which is not the case with the others non-RTDM modules.
> Whenever I do :
>
> rmmod my_RTDM_module.ko
>
> The function rtdm_dev_unregister() return EPE
On 04/26/2017 04:59 PM, Johann Obermayr wrote:
> Hallo,
>
> We are using Xenomai V2.6.4 (i know, this is a old version)
>
Ok, so I won't mention that installing a mapping at a hard coded virtual
address is a bad idea in most cases (especially if this is about sharing
a piece of shared memory con
On 04/26/2017 11:32 AM, Testtest Chen wrote:
> Hi, We are going to implement the Xenomai onto Samsung s5p6818 SOC which is
> currently using ARM 32 bits kernel 3.4.39.
> Do you have related support on this?
I don't think we ever came across this SOC, so for 32bit support, you
would have to port so
On 04/27/2017 06:09 PM, Adam Vaughan wrote:
> Hi Gerber,
>
> I haven't tried Xenomai on the RPi in a few years (I've been working
> on BeagleBone Xenomai lately), but I have experimented with Xenomai
> 2.6 patches on the RPi 1 in the configuration you describe.
>
> There's more detail in section
On 04/27/2017 06:27 PM, Philippe Gerum wrote:
> On 04/27/2017 06:09 PM, Adam Vaughan wrote:
>> Hi Gerber,
>>
>> I haven't tried Xenomai on the RPi in a few years (I've been working
>> on BeagleBone Xenomai lately), but I have experimented with Xenom
On 04/27/2017 07:24 PM, Adam Vaughan wrote:
>> I don't think any regular driver thread priority could interfere with
>> the dual kernel operating in primary/real-time mode, that is actually a
>> selling point of the pipelined IRQ architecture which decouples the
>> regular kernel logic from the rea
On 05/05/2017 01:37 PM, Wolfgang Netbal wrote:
> Hi,
>
> I use the following configuration imx6dl with Kernel 3.10.53 and Xenomai
> 2.6.4.
>
> I have a periodic workflow with a timebase of 1ms.
> The timebase creates a Xenomai task (timer_task) with priority 99.
> In the normal case I have an idl
On 05/04/2017 06:52 PM, Henning Schild wrote:
> AMD MCE is just relevant for the 64Bit case and causes linking problems
> for 32.
>
> Reported-by: Michael Smith <2michael.sm...@gmail.com>
> Signed-off-by: Henning Schild
> ---
> arch/x86/kernel/ipipe.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On 05/09/2017 01:53 PM, Hänel-Baas, Alexander wrote:
> Hi,
> i'm porting our application from Xeno2 (linux 3.14) to Xeno3(Linux 4.4).
>
> Under Xeno3:
> When I delete a suspend task, the suspend task will begin to run.
> Under Xeno2 :
> The suspend task is deleted successfully, without that the su
On 05/10/2017 05:06 PM, Henning Schild wrote:
> Hi,
>
> today i have to a question from an application developers point of
> view. How do i override the default value of a tunable when libcobalt
> is linked with dlopen()?
> This article https://xenomai.org/2015/05/application-setup-and-init/
> des
On 05/11/2017 03:45 PM, Aurélien Le Floc'h wrote:
> Now I want to use a special function called StartTask to create my thread.
> This function is called also with a rt_task and she is non-preemptible
> (T_LOCK in argument of rt_task_create). The goal is when you are in the
> StartTask you can call
On 05/11/2017 04:43 PM, alessio margan wrote:
> Hi,
>
> using gcc-6 to install xenomai 3.0.4 libraries give me errors probably
> due to gcc-6 compiled with --enable-default-pie option.
>
> "/usr/bin/ld -r and -pie may not be used together"
>
> as workaround I've used gcc-5.
>
> How could solve
On 05/11/2017 05:49 PM, Wolfgang Netbal wrote:
> Do you have any idea why my Xenomaitask with prio 80
> did not interrupt the gatekeeper ?
Because this task is not running in primary mode.
--
Philippe.
___
Xenomai mailing list
Xenomai@xenomai.org
htt
On 05/11/2017 11:10 AM, Henning Schild wrote:
> Am Wed, 10 May 2017 17:36:21 +0200
> schrieb Philippe Gerum :
>
>> On 05/10/2017 05:06 PM, Henning Schild wrote:
>>> Hi,
>>>
>>> today i have to a question from an application developers point of
>>
On 05/12/2017 01:41 PM, Henning Schild wrote:
> One of the subtests depends on a kernel feature, skip it if the feature
> was not enabled.
Merged, thanks.
--
Philippe.
___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/x
On 05/15/2017 10:22 AM, Aurélien Le Floc'h wrote:
> Hello everyone,
>
> I have another problem with the task priority. The following program
> produce this trace and it's not correct with the priority. However all the
> rt_task_create (which switch to secondary mode) is used before the start.
> So
On 05/15/2017 11:37 AM, Aurélien Le Floc'h wrote:
> Thanks for your answer.
> I stock the output result in a string but the results are exactly the
> same. I attached my code.
> Do you have an idea to solve this problem ?
>
xeno-config --info would help.
--
Philippe.
__
On 05/15/2017 12:04 PM, Giulio Moro wrote:
> Hi,
> I have a 4.4.61 kernel with Xenomai 3.0.4 on am335x (BeagleBone Black)
> compiled with
>
> CONFIG_BROKEN_ON_SMP=y
> CONFIG_GENERIC_SMP_IDLE_THREAD=y
> CONFIG_HAVE_SMP=y
> # CONFIG_SMP is not set
> (see XENO flags at the bottom of the email)
>
>
On 05/15/2017 12:47 PM, Giulio Moro wrote:
> Thanks for your response Philippe,
>
>> --enable-smp in user-space entails no interaction with the kernel at
>> all, this is only a matter of issuing memory barriers in the code flow
>> to deal with lockless atomic sections.
>
> still, is it expected t
On 05/15/2017 04:43 PM, Giulio Moro wrote:
> The recent commit
> 9a865549170f82561389eaa6d4dbda6f8a46d2e1
> "cobalt/arm: fixups for kernel 4.8+"
> seems to have broken 4.4 kernel, see build log below:
>
> arch/arm/xenomai/machine.c: In function ‘mach_arm_prefault’:
> arch/arm/xenomai/machine.
On 05/15/2017 11:37 AM, Aurélien Le Floc'h wrote:
> Thanks for your answer.
> I stock the output result in a string but the results are exactly the
> same. I attached my code.
> Do you have an idea to solve this problem ?
Any improvement with this patch in?
diff --git a/lib/copperplate/internal.c
On 05/15/2017 12:04 PM, Giulio Moro wrote:
> Hi,
> I have a 4.4.61 kernel with Xenomai 3.0.4 on am335x (BeagleBone Black)
> compiled with
>
> CONFIG_BROKEN_ON_SMP=y
> CONFIG_GENERIC_SMP_IDLE_THREAD=y
> CONFIG_HAVE_SMP=y
> # CONFIG_SMP is not set
> (see XENO flags at the bottom of the email)
>
>
On 05/19/2017 01:56 PM, Mauro Salvini wrote:
> Hi,
>
> reading 3.0.4 API documentation I discovered that for some blocking
> functions (e.g. rt_sem_p(), rt_mutex_acquire(), rt-event_wait() and
> relative _until calls) is not documented that TM_INFINITE or TM_NONBLOCK
> can be passed as timeout arg
On 05/16/2017 03:50 PM, Henning Schild wrote:
> Linking with "--as-needed" could cause the linker to not list essential
> wrapping libraries as needed for a shared library or a dynamically
> linked binary. The result would be runtime ld.so errors for the binaries
> or linking problems with the .so.
Xenomai 3.0.5 is out. A few bug fixes, most notably in the Cobalt core,
and several cleanups for better supporting different C libraries. This
release also provides support for kernel series up to 4.9.x (included).
http://xenomai.org/downloads/xenomai/stable/latest/xenomai-3.0.5.tar.bz2
--
Phil
On 05/22/2017 05:33 AM, Jerry Huang wrote:
> Hi, all guys,
> I want to make the e1000e work with cobalt mode on ARM A53 with 32bit,
> however, I encountered some critical issues.
>
> 1> I want to use PCIe MSIx or MSI mode, but that does not work, we need to
> use legacy INTx on PCIe, that can wo
On 05/22/2017 11:15 AM, Henning Schild wrote:
> Am Sun, 21 May 2017 21:19:22 +0200
> schrieb Philippe Gerum :
>
>> Xenomai 3.0.5 is out. A few bug fixes, most notably in the Cobalt
>> core, and several cleanups for better supporting different C
>> libraries. This releas
On 05/23/2017 05:29 PM, Jeff Melvile wrote:
>
>
> On Mon, 22 May 2017, Philippe Gerum wrote:
>
>> On 05/22/2017 11:15 AM, Henning Schild wrote:
>>> Am Sun, 21 May 2017 21:19:22 +0200
>>> schrieb Philippe Gerum :
>>>
>>>> Xenomai
On 05/23/2017 06:06 PM, Philippe Gerum wrote:
> On 05/23/2017 05:29 PM, Jeff Melvile wrote:
>>
>>
>> On Mon, 22 May 2017, Philippe Gerum wrote:
>>
>>> On 05/22/2017 11:15 AM, Henning Schild wrote:
>>>> Am Sun, 21 May 2017 21:19:22 +0200
>>>&
On 05/22/2017 10:28 AM, Jerry Huang wrote:
>
>> -Original Message-
>> From: Philippe Gerum [mailto:r...@xenomai.org]
>> Sent: Monday, May 22, 2017 4:11 PM
>> To: Jerry Huang ; Jorge Ramirez ;
>> xenomai@xenomai.org
>> Subject: Re: kernel crash iss
On 05/29/2017 10:37 AM, Henning Schild wrote:
> Am Mon, 22 May 2017 11:18:01 +0200
> schrieb Philippe Gerum :
>
>> On 05/22/2017 11:15 AM, Henning Schild wrote:
>>> Am Sun, 21 May 2017 21:19:22 +0200
>>> schrieb Philippe Gerum :
>>>
>>>>
On 05/29/2017 12:56 PM, Jan Kiszka wrote:
> On 2017-05-29 11:16, Philippe Gerum wrote:
>> On 05/29/2017 10:37 AM, Henning Schild wrote:
>>> Am Mon, 22 May 2017 11:18:01 +0200
>>> schrieb Philippe Gerum :
>>>
>>>> On 05/22/2017 11:15 AM, Henning
On 05/29/2017 11:19 PM, Fyleo wrote:
> Hello all,
>
> I'm trying to port machinekit (machinekit.io) to xenomai 3.0.4 which
> support only xenomai 2.6.4 for the moment.
>
> This software is design this way :
>
> A : main executable
>
> B : shared library abstracting thread API, with one library
On 05/22/2017 08:18 AM, Mauro Salvini wrote:
> For some functions was not documented that TM_INFINITE and
> TM_NONBLOCK values could be used as argument.
Merged, thanks.
--
Philippe.
___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mai
On 05/30/2017 12:23 PM, Fyleo wrote:
> On 30/05/2017 09:12, Philippe Gerum wrote:
>> On 05/29/2017 11:19 PM, Fyleo wrote:
>>> Hello all,
>>>
>>> I'm trying to port machinekit (machinekit.io) to xenomai 3.0.4 which
>>> support only xenomai 2.6.4 fo
On 05/22/2017 05:45 PM, Aurélien Le Floc'h wrote:
> Hello everyone,
>
>
> I am working on task priority with Xenomai. I am trying to create some
> example of preemption depending on the task priority. For now I have
> some example which works thanks to new patch on Xenomai-3.0.5. To work
> on thi
On 05/30/2017 06:38 PM, Harco Kuppens wrote:
> So I decided to also test these wiringpi test programs on mine build
> xenomai 3 image for the rpi2. Unfortunately the isr.c wiringpi program
> didn't work anymore on mine build image. So even without using xenomai3,
> but just using linux the pi2 jus
On 05/30/2017 08:02 PM, Nitin Kulkarni wrote:
> Hi Philippe,
>>From your reply I guess its the same issue with my SoC also. Do you think in
>>my case the Intel joule pinctrl driver is not aware of Ipipe ?
> Do you have any instances where an x86 based SoC was ported to solve this
> issue ?
> Tha
On 05/30/2017 03:02 PM, ali hagigat wrote:
> I use xenomai for vortex86dx and cpc307 board. the kernel hangs. why?
>
No idea. A bug maybe?
>
> Linux version 2.6.30 (am@localhost.localdomain) (gcc version 4.9.3
> (Buildroot 2016.05) ) #6 Tue May 30 12:41:26 IRDT 2017
This kernel is 8 years old.
On 05/31/2017 12:34 PM, Nitin Kulkarni wrote:
> This is the output from /proc/interrupts (Note: irq 300 is the one I have
> requested )
>
> root@intel-corei7-64:~# cat /proc/interrupts
> CPU0 CPU1 CPU2 CPU3
[snip]
> 142: 0 0 0
On 06/04/2017 06:34 PM, Jim Langston wrote:
> Hello,
>
> I am attempting to run Xenomai 3.0.5 on an embedded system.
>
> It is being built using Buildroot 2017.02.2, Xenomai 3.0.5, Kernel 4.1.18,
> Adeos patch 4.1.18 #9.
I cannot infere the CPU architecture from this information.
> The resultan
On 06/04/2017 08:02 PM, Jim Langston wrote:
> Philippe,
>
> The backtrace I get when I run gdb on the target is:
>
> #0 0x in ?? ()
> #1 0xb77b617c in do_open (
> path=path@entry=0xb77bd31d "/dev/rtdm/memdev-private",
> oflag=oflag@entry=2, mode=0) at rtdm.c:51
It looks like th
On 06/06/2017 04:12 AM, Jim Langston wrote:
> Philippe,
>
> That worked well, thank you!
>
> Now that my test applications are running, I wanted to be sure that
> everything was kosher. If I run 'latency' or 'switchtest' and press
> CTRL+C to stop them, I get a seg fault.
Receiving SIGSEGV/SIGB
On 06/06/2017 09:41 AM, Philippe Gerum wrote:
> On 06/06/2017 04:12 AM, Jim Langston wrote:
>> Philippe,
>>
>> That worked well, thank you!
>>
>> Now that my test applications are running, I wanted to be sure that
>> everything was kosher. If I run 'lat
On 06/10/2017 09:34 PM, Giulio Moro wrote:
> Hi,
> Xenomai 3.0.5 here on kernel 4.4.68-ti-xenomai-r106 on a AM3358 (BeagleBone
> Black).
>
> If I create a task with `rt_task_create()`, I can then successfully bind to
> it using its descriptive name from within the same process that started it,
On 06/11/2017 04:18 AM, Giulio Moro wrote:
> Giulio Moro wrote:
>>> A side note: it seems that calling `rt_task_bind()` causes a switch to
>>> secondary mode, as I see the MSW counter increasing for every call to it.
>>>
>
> Philippe Gerum wrote:
>>
On 06/11/2017 05:02 AM, Giulio Moro wrote:
> As I understand it, bin/latency is based on the posix API and demo/altency is
> based on the Alchemy API. On the BeagleBone black, the former always returns
> results which are about 10us better than the latter.
>
> Is there any other difference betwe
On 06/11/2017 04:11 AM, Giulio Moro wrote:
> Great info, it would be good to integrate these in the main docs somewhere. I
> had been at that URL a few times already, but the brief description of
> "session" given there is really not as complete as the one you just gave. I
> now see that "sessio
On 06/11/2017 04:02 PM, Jim Langston wrote:
> Hello,
>
> I have been attempting to port over a project building using a quite old
> version of Xenomai (2.4.10 on kernel 2.6.30.5) to 3.x on kernel 4.1.18.
>
> I have read through the Migration guide, and have made the following
> changes based on w
On 06/11/2017 06:36 PM, Jim Langston wrote:
> Ok, opted for the compatibility layer (actual make file):
>
> APP = rfiserver
> XENOCONFIG:=../../buildroot-2017.02.2/output/host/usr/i686-buildroot-linux-uclibc/sysroot/usr/bin/xeno-config
> CC = $(shell ${XENOCONFIG} --native --posix --compat --cc)
>
On 06/11/2017 05:58 PM, Giulio Moro wrote:
>> Time which could be devoted to this subject
>> is too short, when other duties have to be carried out as well. Usual
>> dilemma, usual outcome so far.
>
> Anything I and the community (us) can do to help with this?
> Pull requests with documentation am
On 06/12/2017 11:28 AM, Benjamin Alix wrote:
> Hi,
>
> I'm writing rtdm modules under Xenomai 2.6.4 and Linux 3.18.13.
>
The _architecture_ is important too.
On a more general note, is it a design requirement to run with a
software release which is known to have issues? such as:
{rpm@cobalt} g
On 06/12/2017 01:02 PM, Nitin Kulkarni wrote:
> Hi Philippe,
> Correcting the subject of this thread and adding it to the mailing list.
> Thanks for those precise code suggestions. There are two issues.
>
> 1. I found that the ipipe_irq_cascade handler is called but the problem is
> that
> there
On 06/14/2017 11:30 AM, Jan Kiszka wrote:
> Hi Philippe,
>
> this commits looks fishy: the original code already disabled eager mode
> reliably because of
>
> if (cpu_has_xsaveopt && eagerfpu != DISABLE)
> ^^^
>
> right after the original disabling under I
On 06/15/2017 01:51 AM, Robbert van der Bijl wrote:
> All,
>
> I'm fairly new when it comes to Linux & Xenomai, but I've been able to
> successfully put together the majority of our fairly large application on
> our Delta Tau PMAC board (PowerPC 465, dual core) in C++ so far.
>
An important piece
On 06/17/2017 06:52 PM, Giulio Moro wrote:
> Hi,
> I ported this GPIO driver from Xenomai 2.6 to Xenomai 3 and I run it on the
> Beaglebone Black: https://github.com/giuliomoro/gpio-irq-rtdm/
>
> TheRTDM irq_handler (in gpio_irq_rtdm.c) toggles a pin "kernel timingpin" as
> soon as the IRQ is r
On 06/14/2017 02:57 PM, Nitin Kulkarni wrote:
> Major change is use of handle_level_irq flow handler instead of
> handle_simple_irq
> & calling the ack function manually in ipipe_irq_cascade.
> Here is the Patch :
>
> diff --git a/drivers/pinctrl/intel/pinctrl-intel.c
> b/drivers/pinctrl/intel/p
On 06/29/2017 11:15 PM, Jackson Jones wrote:
> Are there any plans to add a real-time driver for the imx6 spi?
>
>
No ongoing work to my knowledge. The ECSPI is fairly straightforward to
control in PIO mode. FWIW, I believe that writing a backend driving this
chip on top of Cobalt's generic SPI
On 06/30/2017 07:36 PM, Satapathy Asutosh wrote:
> Hello everyone,
>
> I am using xenomai 2.6.4 and trying to establish real-time serial
> communication with a Roboteq Motor Controller(HDC2450). The required
> configuration for serial communication is : 115200, 8-bit, no parity, 1 stop
> bit,
On 06/28/2017 12:47 PM, Nitin Kulkarni wrote:
> Hi Philippe,
> Thanks for the review and you comments are very helpful.
> I think my fix-up would just be fine for us as we just need one gpio
> interrupt to process SPI transfers
> with an XMOS microcontroller.
>
> Hence my next challenge is to do
On 07/03/2017 03:21 PM, Jiří Dušek wrote:
> Hello,
>
> We have experienced high latencies when pushing our application to the
> limits. Debugging led me to the realtime heap. Stress testing realtime
> heap has unexpected results. Stressing realtime heap from one task has
> no latency problem. Stre
On 06/18/2017 05:09 PM, Giulio Moro wrote:
> the `dev` member of `struct gpio_chip` was replaced by `parent` as of
>
> commit 58383c78425e4ee1c077253cf297b641c861c02e
> Author: Linus Walleij
> Date: Wed Nov 4 09:56:26 2015 +0100
>
> gpio: change member .dev to .parent
>
> The nam
On 07/05/2017 03:26 AM, Yogi A. Patel wrote:
> FYI - The tarballs for 3.0.4 and 3.0.5 are missing the patch folder.
>
This is intended, and the README in such folder states clearly where to
find them instead [1].
The reason is that way too many people have assumed in the past that
only the set o
On 07/10/2017 10:32 AM, Nitin Kulkarni wrote:
> Hi,
>
> I am getting this message from I-Pipe trace when I enabled the I-pipe debug
> option.
>
> Does this affect the performance of my driver in terms of execution time ?
> and does this mean it switches mode from primary to
>
> secondary mode
On 07/11/2017 10:41 AM, Henning Schild wrote:
> Hi,
>
> i was asked to assist debugging a case where a SIGXCPU is received
> after calling rt_task_set_priority. According to the docs that call
> should not cause secondary mode switches, but it seems it does.
This is a documented issue:
http://xen
On 07/11/2017 12:30 PM, Henning Schild wrote:
> Am Tue, 11 Jul 2017 11:45:20 +0200
> schrieb Philippe Gerum :
>
>> On 07/11/2017 10:41 AM, Henning Schild wrote:
>>> Hi,
>>>
>>> i was asked to assist debugging a case where a SIGXCPU is received
>>&g
On 07/11/2017 04:54 PM, Harco Kuppens wrote:
>
> When looking at some of the test programs coming with xenomai 3 I
> noticed that they use symerror instead of strerror.
> e.g. in ./testsuite/gpiotest/gpiotest.c
>
> I saw that within xenomai symerror is defined in
> ./lib/boilerplate/ancillaries.
1 - 100 of 3211 matches
Mail list logo
