[PATCH v2] drivers/ipc: bufp: fix read-write, write-write preemption cases

From: Philippe Gerum The token-based approach for detecting preemption while data is being moved into or out of the ring only protects from read vs read races, not from races involving a write side. For instance, a reader might read dirty data being changed by a writer concurrently, or two

Re: kvm fpu warning on 4.14.89

On 01.03.19 10:35, cagnulein via Xenomai wrote: I’m testing the 4.14.89 ipipe (i was usually using 4.9.146) and i’ve got a deterministic warning every time i start qemu. Is it already known? Thanks for reporting. I suppose this wasn't tested in a while. Just to be sure: You are starting

Re: net.h missing in 3.0.8 tarball release

On 02.03.19 05:52, 김병진 via Xenomai wrote: i got tarball of 3.0.8 from this linkhttps://xenomai.org/downloads/xenomai/stable/xenomai-3.0.8.tar.bz2In this file, there is no 'net.h' in 'xenomai-3.0.8/include/cobalt/kernel/rtdm/'It makes some error when i build kernel.i checked

Clean up noarch ipipe queue

Hi Philippe, I started to revert the patches in the x86 tree that are touching arch/arm. One fragment may be reverted for everyone: --- a/arch/arm/include/asm/arch_timer.h +++ b/arch/arm/include/asm/arch_timer.h @@ -106,10 +106,6 @@ static inline u32 arch_timer_get_cntkctl(void) static

Re: [PATCH] cobalt: Improve cobalt_copy_from/to_user

On 26.02.19 14:23, Jan Kiszka wrote: From: Jan Kiszka This aligns the definition of our user copy services with the kernel in two aspects: - use unlikely to mark the fast path - memset the remaining bits of the target region if the copy fails; this avoids false-positive compiler

Re: x86_64 kernel does not start under qemu

On 06.03.19 14:10, Jan Kiszka wrote: On 06.03.19 12:28, Lange Norbert via Xenomai wrote: Hello, I have a similar issue on real hardware (cc Philippe). Can you try booting with notscdeadline? I would be surprised if it's that: QEMU does not emulate this APIC feature, only KVM does. I

Re: Fwd: [PATCH 1/7] travis: add basic CI support

On 06.03.19 12:49, Roman Stratiienko via Xenomai wrote: On Tue, Mar 5, 2019 at 7:53 PM Jan Kiszka wrote: On 05.03.19 15:45, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Signed-off-by: Roman Stratiienko --- .travis.yml | 73

Re: x86_64 kernel does not start under qemu

On 06.03.19 12:28, Lange Norbert via Xenomai wrote: Hello, I have a similar issue on real hardware (cc Philippe). Can you try booting with notscdeadline? I would be surprised if it's that: QEMU does not emulate this APIC feature, only KVM does. I need to reproduce. Which QEMU version?

Re: Mixing cobalt and alchemy?

On 06.03.19 10:59, Richard Weinberger via Xenomai wrote: Hi! I have a Xenomai 2.6 application which makes heavy usage of rt_dev_ioctl() and shadow threads with rt_task_shadow(). If I understand the new Xenomai 3 API correctly, rt_dev_ioctl() for userspace is gone and the cobalt wrappers should

Re: PCI UDD Questions

On 06.03.19 12:24, Philippe Gerum via Xenomai wrote: On 3/2/19 1:25 PM, Jeff Webb via Xenomai wrote: I could also avoid using the PCI command register entirely and just write to a device-specific mask bit in my peripheral, but I would rather implement a generic solution if there is not a

Re: x86_64 kernel does not start under qemu

On 06.03.19 16:33, Richard Weinberger wrote: Am Mittwoch, 6. März 2019, 14:43:55 CET schrieb Jan Kiszka: On 06.03.19 14:10, Jan Kiszka wrote: On 06.03.19 12:28, Lange Norbert via Xenomai wrote: Hello, I have a similar issue on real hardware (cc Philippe). Can you try booting with

Re: Posix skin and Mutex initialisation/destruction inconsistencies

On 06.03.19 10:39, Lange Norbert via Xenomai wrote: Hello, 1) There is an inconsistency with the documentation [1], which claims that mutex and condition variables need to be explicitly initialized with the *_init functions. The implementation however checks the state via a flag and calls

Re: Periodic timing varies across boots

On 24.02.19 07:57, C Smith via Xenomai wrote: I am using Xenomai 2.6.5, x86 32bit SMP kernel 3.18.20, Intel Core i5-4460, and I have found a periodic timing problem on one particular type of motherboard. I have a Xenomai RT periodic task which outputs a pulse to the PC parallel port, and this

Re: [PATCH 7/7] travis: append v5.0 to the matrix

On 05.03.19 15:45, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Signed-off-by: Roman Stratiienko --- .travis.yml | 5 + 1 file changed, 5 insertions(+) diff --git a/.travis.yml b/.travis.yml index 0807760f4..ab23b745d 100644 --- a/.travis.yml +++ b/.travis.yml @@

Re: [PATCH 3/7] Kernel: cobalt: workaround of BUILD_BUG_ON error on v4.18

On 05.03.19 15:45, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko After kernel v4.18 commit 4a0772cf0674 ("tracing: Prevent further users of zero size static arrays in trace events") creating zero length arrays will force compile-time error Signed-off-by: Roman Stratiienko

Re: [PATCH 6/7] kernel: cobalt: migrate to ktime_t

On 05.03.19 15:45, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Signed-off-by: Roman Stratiienko --- kernel/cobalt/clock.c | 4 +--- kernel/drivers/analogy/rtdm_helpers.c | 5 + 2 files changed, 2 insertions(+), 7 deletions(-) diff --git

Re: [PATCH 2/7] kernel: cobalt: fix build with kernel v4.20

On 05.03.19 15:45, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko READ_ONCE() introduced from v3.19 commit 230fa253df63 ("kernel: Provide READ_ONCE and ASSIGN_ONCE") and ACCESS_ONCE() removed startibg from v4.15-rc4 commit b899a850431e ("compiler.h: Remove ACCESS_ONCE()")

Re: [PATCH 4/7] kernel: cobalt: add missing quotes

On 05.03.19 15:45, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Minor "Add missing quotes in kconfig" or so. Jan Signed-off-by: Roman Stratiienko --- kernel/drivers/analogy/Kconfig | 8 kernel/drivers/can/Kconfig | 4 ++-- scripts/Kconfig.frag

Re: [PATCH 5/7] kernel: cobalt: support building against v5.0

On 05.03.19 15:45, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Since kernel v5.0 upstream commit 96d4f267e40f ("Remove 'type' argument from access_ok() function") access_ok() funcion takes only 2 parameters Change access_rok and access_wok wrappers for kernels starting

Re: [PATCH 1/7] travis: add basic CI support

On 05.03.19 15:45, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Signed-off-by: Roman Stratiienko --- .travis.yml | 73 + 1 file changed, 73 insertions(+) create mode 100644 .travis.yml diff --git a/.travis.yml

Re: [PATCH 1/7] travis: add basic CI support

On 05.03.19 21:29, Greg Gallagher via Xenomai wrote: On Tue, Mar 5, 2019 at 12:53 PM Jan Kiszka via Xenomai wrote: On 05.03.19 15:45, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Signed-off-by: Roman Stratiienko --- .travis.yml | 73

Re: kernel compile problem

On 01.03.19 07:46, C Smith via Xenomai wrote: I am unable to compile a xenomai-patched kernel. I get this message: warning: (XENOMAI) selects IPIPE which has unmet direct dependencies (HAVE_IPIPE_SUPPORT) kernel sources from kernel.org: 4.14.89 with ipipe-core-4.14.89-x86-2.patch applied gcc

[PATCH 2/4] Revert "clocksource: imx/imx53: ipipe: add support for user-visible TSC"

From: Jan Kiszka This reverts commit de53c9b26caa1c28785bb642350c07cfac6ebc3a. Belongs into the ARM tree. Signed-off-by: Jan Kiszka --- arch/arm/mach-imx/mach-imx53.c | 5 - 1 file changed, 5 deletions(-) diff --git a/arch/arm/mach-imx/mach-imx53.c b/arch/arm/mach-imx/mach-imx53.c index

[PATCH 0/4] ipipe-noarch: Revert arch/arm targeting commits

This commits should be present in the ARM tree only, the small change to arch_timer_set_cntkctl also in ARM64. By removing them from noarch, x86 will no longer touch any arch-alien folders. Jan Jan Kiszka (4): ipipe: Revert changes to ARM arch_timer_set_cntkctl Revert "clocksource:

[PATCH 1/4] ipipe: Revert changes to ARM arch_timer_set_cntkctl

From: Jan Kiszka This belongs into the ARM tree. Signed-off-by: Jan Kiszka --- arch/arm/include/asm/arch_timer.h | 4 1 file changed, 4 deletions(-) diff --git a/arch/arm/include/asm/arch_timer.h b/arch/arm/include/asm/arch_timer.h index e9e7656bc137..9327e3a101dc 100644 ---

[PATCH] ARM/ARM64: ipipe: Enable access to arch timer from user-space

From: Jan Kiszka This allows to expose the timer as clocksource directly to user-space by memory-mapping its registers. Signed-off-by: Jan Kiszka --- To be applied when splitting b597d0dec360 or after importing the partial revert of it from noarch. arch/arm/include/asm/arch_timer.h | 4

[PATCH 3/4] Revert "clocksource: imx/imx51: ipipe: add support for user-visible TSC"

From: Jan Kiszka This reverts commit 2f8ff661dfbfa84b14571d1629f73455b2bd707b. Belongs into the ARM tree. Signed-off-by: Jan Kiszka --- arch/arm/mach-imx/mach-imx51.c | 5 - 1 file changed, 5 deletions(-) diff --git a/arch/arm/mach-imx/mach-imx51.c b/arch/arm/mach-imx/mach-imx51.c index

[PATCH 4/4] Revert "clocksource: omap/dmtimer: ipipe: add support for user-visible TSC"

From: Jan Kiszka This reverts commit d35c49508ea205e86de96b005021f46d4199a861. Belongs into the ARM tree. Signed-off-by: Jan Kiszka --- arch/arm/plat-omap/dmtimer.c | 17 ++--- arch/arm/plat-omap/include/plat/dmtimer.h | 6 -- 2 files changed, 2 insertions(+),

Re: kvm fpu warning on 4.14.89

On 01.03.19 15:21, cagnulein wrote: Hi, with the last git the warning disappear, thanks. Now I would like to submit a new issue : with the last git and with the 4.14.89 also, if I run latency-test without the kvm guest on, everything works fine. If I run latency-test with the kvm guest on the

Re: Intel Turbo Mode

On 26.02.19 17:35, cagnulein via Xenomai wrote: Hi everybody, i would like to give my contribution to this incredible project. In these days i'm working on a Intel Atom E3930 (2 cores 1.3GHz with Turbo Mode to 1.8GHz) and Xenomai. Everything working flawless, except the turbo mode.

Re: Clean up noarch ipipe queue

On 27.02.19 09:13, Philippe Gerum wrote: On 2/27/19 7:21 AM, Jan Kiszka wrote: Hi Philippe, I started to revert the patches in the x86 tree that are touching arch/arm. One fragment may be reverted for everyone: --- a/arch/arm/include/asm/arch_timer.h +++ b/arch/arm/include/asm/arch_timer.h

Re: smokey's fork tests hangs with glibc 2.28+ ?

On 11.03.19 14:40, Lange Norbert wrote: Well, swapping out glibc with 2.27 removes the issue, so it has been introduced afterwards, the current buildroot will use 2.28 so you should be able to build yourself a reproducer that way. I will also attach a prebuilt rootfs once the clean rebuild is

Re: smokey's fork tests hangs?

On 08.03.19 15:05, Lange Norbert wrote: -Original Message- From: Jan Kiszka Sent: Freitag, 8. März 2019 14:59 To: Lange Norbert ; Xenomai (xenomai@xenomai.org) Subject: Re: smokey's fork tests hangs? E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE EXERCISE CAUTION

Re: INTR-REMAP error with UDD driver

On 08.03.19 15:07, Jeff Webb wrote: On Friday, March 8, 2019 1:14 AM, Jan Kiszka wrote: On 08.03.19 02:35, Jeff Webb via Xenomai wrote: I have implemented a simple UDD mini-driver (interrupt handler) and an associated Xenomai userspace test program. This pair of programs works as intended

Re: [PATCH v3] travis: add basic CI support

On 11.03.19 15:37, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Signed-off-by: Roman Stratiienko --- Changes since v2 Removed redundand "CONFIG_" prefix Added building of the drivers Currently CAN bus driver build fails on v4.20 and v5.0,

Re: [PATCH v3] travis: add basic CI support

On 18.03.19 15:21, Roman Stratiienko wrote: Hello Jan, Build failure is caused by "cobalt: Add sched-quota tracepoints". I had to revert it to continue with testing Ah, that's a good trace. We might be missing some include... One minute... Jan You can check my fork:

Re: [PATCH v3] travis: add basic CI support

On 18.03.19 17:47, Roman Stratiienko wrote: On Mon, Mar 18, 2019 at 5:39 PM Jan Kiszka > wrote: On 18.03.19 15:24, Jan Kiszka wrote: > On 18.03.19 15:21, Roman Stratiienko wrote: >> Hello Jan, >> >> Build failure is caused by "cobalt:

[PATCH v2] cobalt: Add sched-quota tracepoints

From: Jan Kiszka This instruments the sched-quota scheduling policy to track which groups exit, with which settings, and which threads belong to them. As trace_cobalt_schedquota_add_thread may be invoked before a thread is fully initialized, we need to trace also the thread address.

Re: [PATCH v3] travis: add basic CI support

On 18.03.19 15:24, Jan Kiszka wrote: On 18.03.19 15:21, Roman Stratiienko wrote: Hello Jan, Build failure is caused by "cobalt: Add sched-quota tracepoints". I had to revert it to continue with testing Ah, that's a good trace.  We might be missing some include... One minute... All green

Re: [PATCH v3] travis: add basic CI support

On 18.03.19 13:59, Jan Kiszka wrote: On 11.03.19 15:37, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Signed-off-by: Roman Stratiienko --- Changes since v2 Removed redundand "CONFIG_" prefix Added building of the drivers Currently CAN bus driver build fails on v4.20 and

Re: [PATCH] kernel: cobalt: replace access_ok with corresponding wrappers

On 11.03.19 15:37, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Use access_wok / access_rok wrappers to enable support for kernel v5.0 Signed-off-by: Roman Stratiienko --- This patch is also required to support v5.0 kernel/cobalt/pipe.c | 5 +++-- 1 file changed, 3

Re: [PATCH] travis: add checkpatch analysis

On 19.03.19 15:59, Roman Stratiienko wrote: Currently I see a lot of checkpatch warnings, that can not be fixed in xenomai project. But checkpatch errors usually could be fixed, so we should try I think. I don't disagree on the general goal of clean coding style. I just don't want to open

Re: [PATCH v2 10/10] travis: append i-pipe arm-v4.20.7 and arm-v5.0 to the matrix

On 19.03.19 18:43, Roman Stratiienko wrote: Some point about repository-based checking VS patch based. CI is very useful for checking regressions caused by particuar commits. But when mixing repositories we risk to get interferentions between them. So it might be better to have separate CI for

Re: [PATCH v2 10/10] travis: append i-pipe arm-v4.20.7 and arm-v5.0 to the matrix

On 06.03.19 18:53, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Signed-off-by: Roman Stratiienko --- .travis.yml | 10 ++ 1 file changed, 10 insertions(+) diff --git a/.travis.yml b/.travis.yml index 24889ca5f..ab23b745d 100644 --- a/.travis.yml +++

[PATCH] ci: Add userspace build

This also builds the Xenomai userspace as part of CI. Signed-off-by: Jan Kiszka --- .travis.yml | 23 ++- 1 file changed, 18 insertions(+), 5 deletions(-) diff --git a/.travis.yml b/.travis.yml index 8d3eba2c3b..d7638afb7b 100644 --- a/.travis.yml +++ b/.travis.yml @@ -5,7

Re: [PATCH] travis: add checkpatch analysis

On 19.03.19 15:28, roman.stratiienko--- via Xenomai wrote: From: Roman Stratiienko Check last 10 commits with checkpatch.pl before build Signed-off-by: Roman Stratiienko --- .travis.yml | 1 + 1 file changed, 1 insertion(+) diff --git a/.travis.yml b/.travis.yml index

Re: INTR-REMAP error with UDD driver

On 08.03.19 02:35, Jeff Webb via Xenomai wrote: I have implemented a simple UDD mini-driver (interrupt handler) and an associated Xenomai userspace test program. This pair of programs works as intended on one machine. When I tried running the same programs on another machine, I got this

Re: kvm fpu warning on 4.14.89

On 11.03.19 15:36, cagnulein wrote: Hi Jan, did you get any chance to look at my issue? Not yet, sorry. I hope I can do some Xenomai stuff tomorrow, including at least a reproduction of this issue. Jan Thanks Il ven 1 mar 2019, 15:58 Jan Kiszka > ha

Re: Question about real-time networking

On 11.03.19 06:59, 김병진 wrote: >On 08.03.19 10:05, 김병진 via Xenomai wrote: >> HelloI wanna use tcp or udp for real-time network.i found an example from  /home/kraptor/xenomai-v3.0.8/demo/posix/cobalt/eth_p_allBut it seems like not using 

Re: x86_64 kernel does not start under qemu

On 08.03.19 12:19, Richard Weinberger wrote: Am Mittwoch, 6. März 2019, 17:39:38 CET schrieb Jan Kiszka: On 06.03.19 16:33, Richard Weinberger wrote: Am Mittwoch, 6. März 2019, 14:43:55 CET schrieb Jan Kiszka: On 06.03.19 14:10, Jan Kiszka wrote: On 06.03.19 12:28, Lange Norbert via Xenomai

Re: x86_64 kernel does not start under qemu

On 21.03.19 12:57, Richard Weinberger wrote: > Am Donnerstag, 21. März 2019, 12:02:45 CET schrieb Jan Kiszka: >> FWIW, I've just seen this issue as well, with QEMU in KVM mode: I ran into >> that >> lockup when my host was under full load while Xenomai booted in the VM. And >> it >> seems

Re: Disable watchdog

On 18.02.19 12:23, Giulio Moro via Xenomai wrote: Hi there, I have my kernel (4.4.113-ti-xenomai-r149 on BeagleBone BlacK) compiled with CONFIG_XENO_OPT_WATCHDOG=y CONFIG_XENO_OPT_WATCHDOG_TIMEOUT=4 I would like to experience the breeze of running without watchdog, to see what the bare-metal

Re: Cyclic hardware reset for e1000e

On 18.02.19 13:36, Per Oberg via Xenomai wrote: Hello list I have this issue where my e1000e network card gets into some kind of cyclic hardware reset during operation. The weird thing is that this only happens when I let systemd start the application. If it's started manually it always works

Re: driver make files and target architecture size

On 12.02.19 09:20, Philippe Gerum via Xenomai wrote: On 2/12/19 5:25 AM, Don Newbold via Xenomai wrote: Hi all, This is my first post, so please excuse my shortcomings. I've been writing and maintaining Linux drivers for over 15 years, and am now being tasked with Xenomai support. 1. When I

Re: [PATCH] cobalt: x86: Use ipipe_root_nr_syscalls

On 14.02.19 16:12, Richard Weinberger wrote: Am Donnerstag, 31. Januar 2019, 18:09:53 CET schrieb Jan Kiszka: From: Jan Kiszka Required to handle compat syscalls correctly. Signed-off-by: Jan Kiszka --- This is against next. The stable patch needs to touch kernel/cobalt /posix/syscall.c

Re: Missing include/cobalt/kernel/rtdm/net.h in 3.0.8 tarball.

On 15.02.19 13:54, Edouard Tisserant via Xenomai wrote: Hi Apparently, recently added include/cobalt/kernel/rtdm/net.h is missing in 3.0.8 tarball. Steps to reproduce : wget -q -O - https://gitlab.denx.de/Xenomai/xenomai/-/archive/v3.0.8/xenomai-v3.0.8.tar.gz | tar tz | grep

Re: [PATCH 06/12] net/rtdev: ensure per-device skbs get mapped at registration

On 06.02.19 10:02, Philippe Gerum wrote: On 1/24/19 7:24 PM, Jan Kiszka wrote: On 24.01.19 16:34, Philippe Gerum wrote: This patch works around a regression introduced by #74464ee37d0, causing a new device's skbs not to be passed to its ->map_rtskb() handler when registered, breaking further

Re: bad syscall <0x15b> on x86_64

On 29.01.19 23:14, Richard Weinberger via Xenomai wrote: Hi! When running a ia32 application on x86_64 I get bad syscall errors. This happens with ipipe-core-4.14.89-x86-2.patch and xenomai 3.0.8. The problem seems to be that both ipipe_handle_syscall() and handle_head_syscall() check for

Re: Wiki Home page broken.

On 30.01.19 10:04, limingyu via Xenomai wrote: The xenomai.org Wiki Home page has been broken, the broken link is as follows: https://gitlab.denx.de/Xenomai/xenomai/wikis/home. The Programming and Start here link on this page has been broken right now. Please fix it. Thanks for the

Re: crash on accessing /proc/xenomai/sched/Â

On 29.01.19 22:06, Lowell Gilbert via Xenomai wrote: I was trying to update to 3.0.8, and looking at stat or acct in the sched branch of the proc tree gives me an instant kernel crash, usually with a null pointer access from a bogus code address, although the locations aren't always the same.

Re: [PATCH 02/12] drivers/gpio: provide optional timestamped readouts

On 25.01.19 10:15, Philippe Gerum wrote: On 1/24/19 7:17 PM, Jan Kiszka wrote: On 24.01.19 16:34, Philippe Gerum wrote: In timestamping mode, read() returns the timestamp of the latest event receipt on the pin based on CLOCK_MONOTONIC, along with the pin state. This is an optional pin readout

Re: [PATCH 00/12] Assorted updates: RTnet, GPIO, smokey tests

On 25.01.19 10:12, Philippe Gerum wrote: On 1/24/19 7:10 PM, Jan Kiszka wrote: On 24.01.19 16:34, Philippe Gerum wrote: Patch 1 addresses the issue in the posix_clock fix as discussed in And I'm still seeing a 100% identical patch and commit log... Please check the short log again:

Re: [PATCH 02/12] drivers/gpio: provide optional timestamped readouts

On 25.01.19 10:38, Philippe Gerum wrote: On 1/25/19 10:33 AM, Jan Kiszka wrote: On 25.01.19 10:31, Philippe Gerum wrote: On 1/25/19 10:23 AM, Jan Kiszka wrote: On 25.01.19 10:15, Philippe Gerum wrote: On 1/24/19 7:17 PM, Jan Kiszka wrote: On 24.01.19 16:34, Philippe Gerum wrote: In

Re: [PATCH 02/12] drivers/gpio: provide optional timestamped readouts

On 25.01.19 12:42, Philippe Gerum wrote: On 1/25/19 12:32 PM, Jan Kiszka wrote: On 25.01.19 11:11, Philippe Gerum wrote: On 1/25/19 10:48 AM, Jan Kiszka wrote: On 25.01.19 10:38, Philippe Gerum wrote: On 1/25/19 10:33 AM, Jan Kiszka wrote: On 25.01.19 10:31, Philippe Gerum wrote: On

[PATCH 2/2] x86/ipipe: Define and use ipipe_root_nr_syscalls

From: Jan Kiszka If we support compat mode, we need to account for IA32_NR_syscalls being different than NR_syscalls. Signed-off-by: Jan Kiszka --- arch/x86/entry/common.c | 3 ++- arch/x86/include/asm/ipipe_base.h | 5 + 2 files changed, 7 insertions(+), 1 deletion(-) diff

[PATCH 1/2] ipipe: Introduce and use ipipe_root_nr_syscalls

From: Jan Kiszka At least one arch, infamous x86, has a difference of NR_syscalls depending on compat vs. native ABI. Account for that by introducing a function that can deliver the currently valid syscall number if an arch implements such a service. In all other cases, this change is

[PATCH] cobalt: x86: Use ipipe_root_nr_syscalls

From: Jan Kiszka Required to handle compat syscalls correctly. Signed-off-by: Jan Kiszka --- This is against next. The stable patch needs to touch kernel/cobalt /posix/syscall.c instead. Testing all these would be very appreciated! kernel/cobalt/arch/x86/include/asm/xenomai/syscall.h | 2

Re: Help on porting lwIP to Xenomai (Beaglebone Black, AM335X)

On 29.01.19 10:57, Baur, Elias via Xenomai wrote: Hello everyone, I am new to lwIP and did a lot of research the last couple of days. My goal ist to do real time networking between wire-connected Beagleboards. Therefore, we have been setting up a Xenomai Co-Kernel on the boards. To actually

Re: [PATCH 00/12] Assorted updates: RTnet, GPIO, smokey tests

On 24.01.19 16:34, Philippe Gerum wrote: Patch 1 addresses the issue in the posix_clock fix as discussed in And I'm still seeing a 100% identical patch and commit log... [1]. Patch 6 works around a recent regression in RTnet as mentioned in [2] (tested with the IGB driver which implements a

Re: [PATCH 02/12] drivers/gpio: provide optional timestamped readouts

On 24.01.19 16:34, Philippe Gerum wrote: In timestamping mode, read() returns the timestamp of the latest event receipt on the pin based on CLOCK_MONOTONIC, along with the pin state. This is an optional pin readout mode controlled by the GPIO_RTIOC_TS request, e.g.: struct rtdm_gpio_readout

Re: [PATCH 05/12] net/stack: fresh rtskb should have ip_summed set to CHECKSUM_NONE

Cleanup or fix? I agree with the change, but if it's a fix, it should also go into stable. On 24.01.19 16:34, Philippe Gerum wrote: Signed-off-by: Philippe Gerum --- kernel/drivers/net/stack/rtskb.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/drivers/net/stack/rtskb.c

Re: [PATCH 06/12] net/rtdev: ensure per-device skbs get mapped at registration

On 24.01.19 16:34, Philippe Gerum wrote: This patch works around a regression introduced by #74464ee37d0, causing a new device's skbs not to be passed to its ->map_rtskb() handler when registered, breaking further DMA inits in the driver. Signed-off-by: Philippe Gerum ---

Re: [PATCH 4/5] drivers/ipc: bufp: fix read-write, write-write preemption cases

On 14.01.19 18:35, Philippe Gerum wrote: The token-based approach for detecting preemption while data is being moved into or out of the ring only protects from read vs read races, not from races involving a write side. For instance, a reader might read dirty data being changed by a writer

Re: [PATCH 4/9] cobalt/ancillaries: prevent false positive with -Wstringop-truncation

On 26.10.18 16:08, Philippe Gerum wrote: knamecpy() is meant to copying NUL terminated strings even if this incurs potential truncation of the source argument if need be, prevent GCC 8.x from detecting a false positive when -Wstringop-truncation is in effect. ---

Re: [PATCH 5/5] cobalt/sched: weak: add early parameter checking handler

On 29.11.18 14:54, Philippe Gerum via Xenomai wrote: This is actually a plain conversion of the former sched_declare() handler to the recently introduced sched_chkparam(), which only checks the weak scheduling parameters. By doing so, we ensure that those checks are done early and

Re: [PATCH 00/18] Assorted fixes: Cobalt, RTnet, GPIO, serial, smokey tests

On 04.02.19 11:56, Philippe Gerum wrote: This is v2, addressing concerns about the previous series, plus a fix to the i.MX UART driver for recent kernels. Philippe Gerum (18): cobalt/intr: vfile: do not assume all irqs are cobalt-managed drivers/autotune: do not read user data we should

Re: [PATCH 17/18] net/stack: fix assertion testing checksum init value

On 04.02.19 11:56, Philippe Gerum wrote: --- kernel/drivers/net/stack/include/rtskb.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/kernel/drivers/net/stack/include/rtskb.h b/kernel/drivers/net/stack/include/rtskb.h index a1793e9a8..2d95d6ff8 100644 ---

Re: [PATCH 04/18] drivers/ipc: bufp: fix read-write, write-write preemption cases

On 04.02.19 11:56, Philippe Gerum wrote: The token-based approach for detecting preemption while data is being moved into or out of the ring only protects from read vs read races, not from races involving a write side. For instance, a reader might read dirty data being changed by a writer

[PATCH] ci: Tune config

From: Jan Kiszka - disable DEBUG_INFO which bloats the build out and, thus, the ccache - grant more size to the ccache, specifically for arm64 Signed-off-by: Jan Kiszka --- .travis.yml | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/.travis.yml b/.travis.yml index

Re: [PATCH] ci: Tune config

On 09.04.19 22:47, Roman Stratiienko wrote: I have similar issue some time ago on another project, but due to lack of time and low priority it was unsolved. And you've found the root cause and it is great, thanks!. At least it looks like as the rebuild no only takes 15 minutes. I did

Re: [PATCH 1/1] add .clang-format configuration.

On 10.04.19 17:07, Norbert Lange via Xenomai wrote: nabbed verbatim from the Linux kernel. Signed-off-by: Norbert Lange --- .clang-format | 469 ++ 1 file changed, 469 insertions(+) create mode 100755 .clang-format diff --git

Re: Xenomai kernel for BBB

On 13.04.19 21:05, Josef Holzmayr wrote: Hi Jan, On Thu, Apr 04, 2019 at 12:47:10PM +0200, Josef Holzmayr via Xenomai wrote: On Thu, Apr 04, 2019 at 12:12:10PM +0200, Jan Kiszka wrote: BTW, if you have time to test the current ipipe-4.4.y[-cip] branches, I would also tag ARM stable releases

Re: rt_dev_send() stalls periodic task

On 18.04.19 08:42, C Smith wrote: On Tue, Apr 16, 2019 at 1:03 AM Jan Kiszka > wrote: > The serial device is set up this way: > struct rtser_config serial_config = { >          .config_mask       = 0x, >          .baud_rate         =

Re: net/rtdev: Commit e972e78e reintroduces memory corruption fixed by 74464ee3

On 08.03.19 13:47, Jouko Haapaluoma wrote: Hello I have been investigating kernel memory corruption issues in our system (Xenomai 2.6.4 and RTnet 0.9.13.2). I traced the root cause into the rtdev_map_rtskb() function where a linked list is always grown but not shrinked. You have recently

Re: smokey's fork tests hangs?

On 07.03.19 15:55, Lange Norbert via Xenomai wrote: Hello, I have problems with the fork tests, they both hang for me. # xeno smokey --run=11 --verbose=2 # xeno smokey --run=20 --verbose=2 no leak withthread no leak withmutex no leak withcond no leak withsem no leak withnamed sem no leak

Re: RTUdp incoming msg are ok but unable to send UDP

On 27.05.19 18:13, Per Oberg wrote: - Den 27 maj 2019, på kl 10:22, Jan Kiszka jan.kis...@siemens.com skrev: On 27.05.19 09:27, Per Oberg via Xenomai wrote: Hi folks I am having some troubles with UDP and rtnet. I think it used to work, but I'm not sure in what configuration. I had

Re: [PATCH 5/8] testsuite/smokey: reset main()'s SCHED_OTHER policy before each test

On 01.06.19 17:14, Philippe Gerum wrote: Signed-off-by: Philippe Gerum --- testsuite/smokey/main.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/testsuite/smokey/main.c b/testsuite/smokey/main.c index 12321dfc5..5702e825a 100644 --- a/testsuite/smokey/main.c +++

Re: the 【ROOT】task in xenomai domain

On 04.06.19 04:16, liang_1911 via Xenomai wrote: Hi, folks. I has an question: when i use the "cat /proc/xenomai/sched/stat" command to see the cpu's usage rate in xenomai domain，here is the result : root@am335x-evm:~# cat /proc/xenomai/sched/stat CPU PIDMSWCSWXSCPF

Re: [RFC][PATCH 0/7] Make debugging more deterministic

On 03.06.19 19:26, Philippe Gerum via Xenomai wrote: On 11/30/18 9:03 PM, Jan Kiszka wrote: These patches are sticking in my queue for more than 3 years now which is bad. The good thing is that they were able to mature, at least on x86, over that time because we are actually using them. Two

[PATCH 7/7] testsuite/smokey: gdb: Catch dup and write errors

Reported by compiler settings in travis. Signed-off-by: Jan Kiszka --- There is still one breakage remaining, arm on legacy 4.4, not critical for 3.1 likely, but I will fix that soon as well. testsuite/smokey/gdb/gdb.c | 22 -- 1 file changed, 16 insertions(+), 6

Re: [PATCH 0/8] assorted fixes, ARM port to kernel 4.19

On 01.06.19 17:14, Philippe Gerum wrote: This is material for both 3.0.9 and -next. Philippe Gerum (8): lib/cobalt: init: fix misleading message cobalt/arm: fix context switching code for 4.19+ drivers/udd: fix spurious select() read events testsuite/smokey: sched-quota: allow up to

Re: [PATCH 5/8] testsuite/smokey: reset main()'s SCHED_OTHER policy before each test

On 03.06.19 13:51, Philippe Gerum wrote: On 6/3/19 1:09 PM, Jan Kiszka wrote: On 01.06.19 17:14, Philippe Gerum wrote: Signed-off-by: Philippe Gerum ---   testsuite/smokey/main.c | 2 ++   1 file changed, 2 insertions(+) diff --git a/testsuite/smokey/main.c b/testsuite/smokey/main.c index

Re: RTnet bind failed socket again

On 03.06.19 11:10, Per Oberg via Xenomai wrote: - Den 3 jun 2019, på kl 11:06, xenomai xenomai@xenomai.org skrev: Hi, My program opens a RTnet socket successfully but the program gets killed by a different issue that has nothing to do with this. However, the RTnet socket is still

Re: [PATCH v2] net/tcp: fix unsafe accesses from/to userspace

On 03.06.19 14:10, Sebastian Smolorz wrote: Signed-off-by: Sebastian Smolorz --- kernel/drivers/net/stack/ipv4/tcp/tcp.c | 90 - 1 file changed, 59 insertions(+), 31 deletions(-) diff --git a/kernel/drivers/net/stack/ipv4/tcp/tcp.c

Re: [PATCH 2/2] xeno-config: dont unconditionally link libmodechk with cobalt

On 03.06.19 16:32, Norbert Lange via Xenomai wrote: Allow to build without linking to libmodechk.so. Signed-off-by: Norbert Lange --- scripts/xeno-config-cobalt.in | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/scripts/xeno-config-cobalt.in

Finalizing 3.0.9 release

Hi all, I'm planning to tag stable 3.0.9 early next week. If you have any stable-relevant patches in your queue or would like to see some commits from master in stable as well, now would be a good time to speak up. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate

Re: libcopperplate.so depends on modecheck?

On 31.05.19 14:12, Lange Norbert via Xenomai wrote: I still believe this to be a bug, adding a patch to correct this. The patch lacks a commit message that explains "why". Also, inline would be preferred (unless your mail client is consistently preventing that). The idea of the wrapping

[PATCH] Replace sigset_to/from_compat with post 4.14 versions

...while wrapping for 4.14 and earlier. Signed-off-by: Jan Kiszka --- .../cobalt/include/asm-generic/xenomai/wrappers.h | 21 kernel/cobalt/posix/compat.c | 23 ++ 2 files changed, 23 insertions(+), 21 deletions(-) diff --git

Re: libcopperplate.so depends on modecheck?

On 31.05.19 17:13, Lange Norbert wrote: -Original Message- From: Jan Kiszka Sent: Freitag, 31. Mai 2019 16:26 To: Lange Norbert ; Xenomai (xenomai@xenomai.org) ; Philippe Gerum ; Henning Schild Subject: Re: libcopperplate.so depends on modecheck? E-MAIL FROM A NON-ANDRITZ SOURCE: AS A

Re: libcopperplate.so depends on modecheck?

On 31.05.19 17:55, Philippe Gerum wrote: On 5/31/19 5:31 PM, Jan Kiszka wrote: On 31.05.19 17:13, Lange Norbert wrote: -Original Message- From: Jan Kiszka Sent: Freitag, 31. Mai 2019 16:26 To: Lange Norbert ; Xenomai (xenomai@xenomai.org) ; Philippe Gerum ; Henning Schild Subject:

<    1   2   3   4   5   6   7   8   9   10   >