From: Jan Kiszka
This makes the inclusion structure more regular and reduces duplications
by re-using the kernel_.yml files for 3.1 and next. The trick
is that we pull common variables to additional top-level 'variables:'
blocks and only set what differes in the job-specific 'variables:'.
From: Jan Kiszka
That's an interface without a real use case. Dropping it makes live
easier for users that want to understand the setup.
Signed-off-by: Jan Kiszka
---
scripts/run-lava-tests.sh | 3 +--
tests/README.md | 1 -
2 files changed, 1 insertion(+), 3 deletions(-)
diff
From: Jan Kiszka
Open up the building & testing for stable/v3.2.x by moving current
'next' rules over. As the next Xenomai release dropped support for
I-pipe kernels, drop anything but 5.10 from the related CI rules for the
development head. That also avoids increasing the CI load too much.
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
.../xenomai/xenomai_stable-3.0.x.bb | 7 +++---
.../xenomai/xenomai_stable-3.1.x.bb | 22 +--
.../xenomai/xenomai_stable-3.2.x.bb | 1 +
3 files changed, 6 insertions(+), 24 deletions(-)
mode change
From: Jan Kiszka
Prepare for adding more dovetail kernel version and reformat the lengthy
GIT_REPO and GIT_BRANCH inline-python statements. Should also improve
readability.
is_kernel() does not have to use startswith because we always compare
exact version strings.
Signed-off-by: Jan Kiszka
From: Jan Kiszka
Some were undocumented, DEPLOY_DIR_EXTENSION is now history and was
actually never an external interface.
Reindent the LAVA settings section at this chance.
Signed-off-by: Jan Kiszka
---
tests/README.md | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
Kconfig | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/Kconfig b/Kconfig
index 8337d3f..df47058 100644
--- a/Kconfig
+++ b/Kconfig
@@ -63,6 +63,9 @@ choice
config XENOMAI_LATEST
bool "Head of next branch"
Changes in v4:
- clean up CI variable interface and documentation
This accounts for change in Xenomai next as well as the fork-off of
stable/3.2.x. And it simplifies our gitlab-ci configuration as bit.
This is "v3" because of patch 3 which was still broken and required the
other 2 in order to
On 07.01.22 15:40, Gylstorff Quirin wrote:
>
>
> On 1/7/22 15:35, Jan Kiszka wrote:
>> On 07.01.22 15:27, Gylstorff Quirin wrote:
>>>
>>>
>>> On 1/7/22 15:09, Jan Kiszka wrote:
>>>> On 07.01.22 14:58, Jan Kiszka via Xenomai wrote:
On 07.01.22 15:27, Gylstorff Quirin wrote:
>
>
> On 1/7/22 15:09, Jan Kiszka wrote:
>> On 07.01.22 14:58, Jan Kiszka via Xenomai wrote:
>>> On 07.01.22 14:49, Jan Kiszka via Xenomai wrote:
>>>> On 07.01.22 14:41, Gylstorff Quirin wrote:
>>>>
On 07.01.22 15:09, Jan Kiszka via Xenomai wrote:
> On 07.01.22 14:58, Jan Kiszka via Xenomai wrote:
>> On 07.01.22 14:49, Jan Kiszka via Xenomai wrote:
>>> On 07.01.22 14:41, Gylstorff Quirin wrote:
>>>>
>>>>
>>>> On 1/7/22 14:40, Jan Kiszka
On 07.01.22 14:58, Jan Kiszka via Xenomai wrote:
> On 07.01.22 14:49, Jan Kiszka via Xenomai wrote:
>> On 07.01.22 14:41, Gylstorff Quirin wrote:
>>>
>>>
>>> On 1/7/22 14:40, Jan Kiszka wrote:
>>>> On 07.01.22 14:36, Gylstorff Quirin wrote:
>
On 07.01.22 14:49, Jan Kiszka via Xenomai wrote:
> On 07.01.22 14:41, Gylstorff Quirin wrote:
>>
>>
>> On 1/7/22 14:40, Jan Kiszka wrote:
>>> On 07.01.22 14:36, Gylstorff Quirin wrote:
>>>>
>>>>
>>>> On 1/7/22 13:00, Jan Kiszka w
On 07.01.22 14:41, Gylstorff Quirin wrote:
>
>
> On 1/7/22 14:40, Jan Kiszka wrote:
>> On 07.01.22 14:36, Gylstorff Quirin wrote:
>>>
>>>
>>> On 1/7/22 13:00, Jan Kiszka wrote:
From: Jan Kiszka
This makes the inclusion structure more regular and reduces
duplications
by
On 07.01.22 14:36, Gylstorff Quirin wrote:
>
>
> On 1/7/22 13:00, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> This makes the inclusion structure more regular and reduces duplications
>> by re-using the kernel_.yml files for 3.1 and next. The trick
>> is that we pull common variables to
From: Jan Kiszka
Open up the building & testing for stable/v3.2.x by moving current
'next' rules over. As the next Xenomai release dropped support for
I-pipe kernels, drop anything but 5.10 from the related CI rules for the
development head. That also avoids increasing the CI load too much.
From: Jan Kiszka
Prepare for adding more dovetail kernel version and reformat the lengthy
GIT_REPO and GIT_BRANCH inline-python statements. Should also improve
readability.
is_kernel() does not have to use startswith because we always compare
exact version strings.
Signed-off-by: Jan Kiszka
From: Jan Kiszka
This makes the inclusion structure more regular and reduces duplications
by re-using the kernel_.yml files for 3.1 and next. The trick
is that we pull common variables to additional top-level 'variables:'
blocks and only set what differes in the job-specific 'variables:'.
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
Kconfig | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/Kconfig b/Kconfig
index 8337d3f..df47058 100644
--- a/Kconfig
+++ b/Kconfig
@@ -63,6 +63,9 @@ choice
config XENOMAI_LATEST
bool "Head of next branch"
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
.../xenomai/xenomai_stable-3.0.x.bb | 7 +++---
.../xenomai/xenomai_stable-3.1.x.bb | 22 +--
.../xenomai/xenomai_stable-3.2.x.bb | 1 +
3 files changed, 6 insertions(+), 24 deletions(-)
mode change
This accounts for change in Xenomai next as well as the fork-off of
stable/3.2.x. And it simplifies our gitlab-ci configuration as bit.
This is "v3" because of patch 3 which was still broken and required the
other 2 in order to actually achieve the goal.
There is also 5.15 enabling in next
From: Jan Kiszka
This was once (2004) added to cater a special x86 platform with ISA
interface. That one is long dead, and now the driver stops building on
5.15, reminding of its old Frankenstein logic. Time to bury it.
Signed-off-by: Jan Kiszka
---
.gitlab-ci.yml |
This resolves remaining driver-related issues when building against 5.15
and enables this in CI.
NOTE: This only addresses compilation issues. We still have a bug,
likely in dovetail, see
https://xenomai.org/pipermail/xenomai/2022-January/047048.html.
Jan
Jan Kiszka (6):
drivers/net: Remove
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
kernel/drivers/net/drivers/at91_ether.c | 7 +++
kernel/drivers/net/drivers/freescale/fec_main.c | 6 ++
kernel/drivers/net/drivers/macb.c | 7 +++
3 files changed, 20 insertions(+)
diff --git
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
kernel/drivers/net/drivers/freescale/fec_main.c | 16
1 file changed, 16 insertions(+)
diff --git a/kernel/drivers/net/drivers/freescale/fec_main.c
b/kernel/drivers/net/drivers/freescale/fec_main.c
index 0192a09970..be0ed0c51e
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
.gitlab-ci.yml | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index 8a9a631d41..ca3c086200 100644
--- a/.gitlab-ci.yml
+++ b/.gitlab-ci.yml
@@ -1,7 +1,7 @@
#
# Xenomai Real-Time System
#
From: Jan Kiszka
Aligns us with upstream and allows to compile against 5.11+.
Signed-off-by: Jan Kiszka
---
kernel/drivers/serial/rt_imx_uart.c | 32 +++--
1 file changed, 3 insertions(+), 29 deletions(-)
diff --git a/kernel/drivers/serial/rt_imx_uart.c
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
.gitlab-ci.yml | 24
1 file changed, 24 insertions(+)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index 859a12b89b..8a9a631d41 100644
--- a/.gitlab-ci.yml
+++ b/.gitlab-ci.yml
@@ -178,6 +178,14 @@ variables:
paths:
Hi Philippe,
seems we have some issue with the new 5.15 dovetail kernel, see e.g.
https://source.denx.de/Xenomai/xenomai-images/-/jobs/371693
https://source.denx.de/Xenomai/xenomai-images/-/jobs/371694
https://source.denx.de/Xenomai/xenomai-images/-/jobs/371695
(kernel BUG at mm/rmap.c:1049!)
On 06.01.22 00:39, Yann Le Chevoir via Xenomai wrote:
>>> Hello,
>>>
>>> I have an issue with rt_igb not working with an Intel I210 on ARM (see
>>> system configuration below).
>>> With Wireshark, looks like rtping is sending garbage on the network
>>> (see below).
>>> I notice there is no
On 05.01.22 16:08, Bezdeka, Florian (T CED SES-DE) wrote:
> On Wed, 2022-01-05 at 15:58 +0100, Jan Kiszka wrote:
>> On 05.01.22 15:56, Bezdeka, Florian (T CED SES-DE) wrote:
>>> On Wed, 2022-01-05 at 15:43 +0100, Jan Kiszka wrote:
On 05.01.22 15:06, Florian Bezdeka wrote:
> Hi all,
>
On 05.01.22 15:56, Bezdeka, Florian (T CED SES-DE) wrote:
> On Wed, 2022-01-05 at 15:43 +0100, Jan Kiszka wrote:
>> On 05.01.22 15:06, Florian Bezdeka wrote:
>>> Hi all,
>>>
>>> this is the last missing POSIX related y2038 affected syscall in
>>> Xenomai. With this applied we have two Xenomai
On 05.01.22 15:06, Florian Bezdeka wrote:
> Hi all,
>
> this is the last missing POSIX related y2038 affected syscall in
> Xenomai. With this applied we have two Xenomai specific syscalls
> missing:
>
> - sc_cobalt_thread_setschedparam_ex
> - sc_cobalt_thread_getschedparam_ex
>
> While
On 03.01.22 22:12, C Smith wrote:
> On Sun, Jan 2, 2022 at 11:38 PM Jan Kiszka wrote:
>>
>> On 03.01.22 08:29, C Smith wrote:
>>> I have been getting kernel Oopses with x86 Xenomai 3.1 (and 3.2.1).
>>> In numerous tests, I can't keep a computer running for more than a day
>>> before the computer
On 19.12.21 10:38, Dario Binacchi wrote:
> Signed-off-by: Dario Binacchi
>
> ---
>
> Changes in v5:
> - Add the patch to the series.
>
> include/cobalt/uapi/corectl.h | 2 ++
> kernel/drivers/can/Makefile | 4 +--
> kernel/drivers/can/corectl.c | 41
From: Jan Kiszka
VM_DENYWRITE was removed in 5.15, so we need a different criteria.
Presence of a file-backing seems to be a good one.
Signed-off-by: Jan Kiszka
---
Changes in v2:
- fixed inverted logic
- adjusted description
kernel/cobalt/debug.c | 12 +---
1 file changed, 5
On 03.01.22 19:04, Jan Kiszka via Xenomai wrote:
> On 03.01.22 17:34, Florian Bezdeka wrote:
>> On 13.10.21 13:55, Jan Kiszka via Xenomai wrote:
>>> From: Jan Kiszka
>>>
>>> VM_DENYWRITE was removed in 5.15, so we need a different criteria.
>>> Abs
On 03.01.22 17:34, Florian Bezdeka wrote:
> On 13.10.21 13:55, Jan Kiszka via Xenomai wrote:
>> From: Jan Kiszka
>>
>> VM_DENYWRITE was removed in 5.15, so we need a different criteria.
>> Absence of a file-backing seems to be a good one.
>
> Bringing thi
On 17.12.21 09:03, Konstantin Smola via Xenomai wrote:
> Added verbosity to 16550A serial driver. dmesg shows the driver version,
> ports, irqs, baudbase.
> Signed-off-by: Konstantin Smola
> ---
> kernel/drivers/serial/16550A.c | 16 ++--
> 1 file changed, 14 insertions(+), 2
On 17.12.21 08:55, C Smith wrote:
> There are development scenarios where different versions of a driver
> are substituted. I can tell you some long stories when one day we meet
> over a few beers...
I can imagine those cases - but only when you patch the driver locally
anyway. In that case, a
On 03.01.22 08:29, C Smith wrote:
> I have been getting kernel Oopses with x86 Xenomai 3.1 (and 3.2.1).
> In numerous tests, I can't keep a computer running for more than a day
> before the computer hard-locks (no kbd/mouse/ping). Frequently the
> kernel Oopses within 4-6 hours. I have tried 2
On 21.12.21 06:38, Sam Daniel wrote:
> On Thu, Dec 16, 2021 at 1:06 AM Jan Kiszka wrote:
>>
>> On 16.12.21 09:49, Sam Daniel wrote:
>>> On Thu, Dec 16, 2021 at 12:42 AM Jan Kiszka wrote:
On 16.12.21 06:35, Sam Daniel via Xenomai wrote:
> Hello. I am running on a Xilinx ZCU102
On 21.12.21 10:18, Jiayu Cao via Xenomai wrote:
> Alright, I compiled the kernel at Ubuntu 18.04 with GCC version 7.5.0
> successfully. The solution is kind of silly but it does work. Just
> wondering that mistake is related to Ubuntu or GCC version...
>
I would start with looking for "udp_sock"
On 28.12.21 09:50, Florian Bezdeka wrote:
> On 27.12.21 19:50, G.Strobbe via Xenomai wrote:
>> Hi all,
>>
>> The compilation of file xenomai/kernel/cobalt/debug.c
>> in branch v5.15-dovetail-rebase failed.
>> The problem is that since kernel vanilla v15.5
>> include/linux/mm.h no longer defines
On 17.12.21 08:36, Konstantin Smola via Xenomai wrote:
> Added verbosity to 16550A serial driver. dmesg shows
> driver version, ports, irqs, baudbase.
> Signed-off-by: Konstantin Smola
> ---
> kernel/drivers/serial/16550A.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
>
On 16.12.21 18:40, k smo wrote:
> I will re-submit patch with a better explanation. But look at this
> dmesg output:
>
> [55025.834492] xeno_16550A: RTDM-based driver for 16550A UARTs rev
> 1.5.2, Jan Kiszka mailto:jan.kis...@web.de>>
> [55025.834568] xeno_16550A: rtser0 io=0x3f8 irq=4
>
From: Jan Kiszka
There is no other pipeline variant anymore.
Signed-off-by: Jan Kiszka
---
kernel/cobalt/arch/arm/{dovetail => }/Makefile| 0
.../arm/{dovetail => }/include/asm/xenomai/calibration.h | 6 +++---
.../arm/{dovetail => }/include/asm/xenomai/features.h | 6 +++---
From: Jan Kiszka
This massively reduces our wrappings and also allows to consolidate
related headers and modules. linux/xenomai/wrappers.h, rtdm/wrappers.c
and pipeline/wrappers.h are removed completely. mmiowb(),
cobalt_gpiochip_dev, cobalt_get_restart_block, read_file_from_kernel no
longer
From: Jan Kiszka
vmalloc_kernel() without extra flags is just vmalloc. And for requesting
__GFP_ZERO, there vzalloc since 2.6.37.
Signed-off-by: Jan Kiszka
---
kernel/cobalt/heap.c | 2 +-
kernel/cobalt/include/asm-generic/xenomai/wrappers.h | 12
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
.gitlab-ci.yml | 56 --
1 file changed, 56 deletions(-)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index 76daad792e..e4f35f2c45 100644
--- a/.gitlab-ci.yml
+++ b/.gitlab-ci.yml
@@ -187,22 +187,6
Move forward and cut off the ropes that binds us to I-pipe kernels, thus
anything older than 5.10.
This series primarily removes no longer used files and kernel version
wrappings. It does not yet fold dovetail code into the pipeline
abstractions once established to work with both patches. That
On 16.12.21 09:49, Sam Daniel wrote:
> On Thu, Dec 16, 2021 at 12:42 AM Jan Kiszka wrote:
>>
>> On 16.12.21 06:35, Sam Daniel via Xenomai wrote:
>>> Hello. I am running on a Xilinx ZCU102 (ARM64, Cortex A53) development
>>> board and I've written a lot of userspace software against the POSIX skin
On 16.12.21 08:48, Konstantin Smola via Xenomai wrote:
> kernel/drivers/serial: Added verbosity to serial driver.
Thanks for your patch. However, the commit log should motivate why we
want to merge this change.
Jan
> Signed-off-by: Konstantin Smola
> ---
> kernel/drivers/serial/16550A.c | 20
On 16.12.21 08:37, C Smith via Xenomai wrote:
> I'm porting a real time userspace (Cobalt) app from Xenomai 2.6 to
> Xeno 3.1 (on x86). The goal is to see how much time has passed since
> the last char was received from the 16550A serial driver.
Why not moving to 3.2.x directly?
>
> In Xenomai
On 16.12.21 06:35, Sam Daniel via Xenomai wrote:
> Hello. I am running on a Xilinx ZCU102 (ARM64, Cortex A53) development
> board and I've written a lot of userspace software against the POSIX skin
> of Cobalt 3.1.
>
> For context, I have set isolcpus=1,2,3 as kernel boot args. I only run my
>
From: Jan Kiszka
This was for PowerPC SoCs but support for this arch is gone now.
Signed-off-by: Jan Kiszka
---
kernel/drivers/can/Kconfig| 1 -
kernel/drivers/can/Makefile | 2 +-
kernel/drivers/can/mscan/Kconfig | 8 -
From: Jan Kiszka
Remove the flexcan_read/write abstraction, now that PowerPC is gone.
Signed-off-by: Jan Kiszka
---
kernel/drivers/can/rtcan_flexcan.c | 189 +
1 file changed, 81 insertions(+), 108 deletions(-)
diff --git a/kernel/drivers/can/rtcan_flexcan.c
From: Jan Kiszka
While this architecture served well in many use cases over a long time,
it's time is over, new chip chips are no longer being released.
As Xenomai is moving its core completely over Dovetail, there is no
support in Dovetail for PowerPC and that is not going to change, it's
time
Citing patch 1:
While this architecture served well in many use cases over a long time,
it's time is over, new chip chips are no longer being released.
As Xenomai is moving its core completely over Dovetail, there is no
support in Dovetail for PowerPC and that is not going to change, it's
time
From: Jan Kiszka
Once derived from PowerPC, apparently.
Signed-off-by: Jan Kiszka
---
lib/cobalt/arch/x86/include/asm/xenomai/syscall.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/cobalt/arch/x86/include/asm/xenomai/syscall.h
From: Jan Kiszka
Presence of /proc/ipipe is no longer a precondition for Xenomai.
Signed-off-by: Jan Kiszka
---
scripts/xeno-config-cobalt.in | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/scripts/xeno-config-cobalt.in b/scripts/xeno-config-cobalt.in
index
From: Jan Kiszka
It's needed since f4dac53c04ae by switchtest, and that could be compiled
as module.
Reported-by: Lange Norbert
Signed-off-by: Jan Kiszka
---
kernel/cobalt/thread.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/cobalt/thread.c b/kernel/cobalt/thread.c
index
On 15.12.21 13:28, Lange Norbert wrote:
> Hello,
>
> rebuilding from the 3.1.x branch yields an error:
>
> ERROR: "__xnthread_discard" [drivers/xenomai/testing/xeno_switchtest.ko]
> undefined!
>
> xeno_switchtest can’t be compiled as module because of this (works as
> built-in)
>
Thanks for
Hi all,
in order to permit ABI/API breaking changes in next/master, I've just
started the stable/v3.2.x based on current master. On xenomai-images
side, CI/CT has been updated as well to account for that [1].
As already indicated in [1], one change planed for master is to drop
I-pipe support,
From: Jan Kiszka
Open up the building & testing for stable/v3.2.x by moving current
'next' rules over. As the next Xenomai release will drop support for
I-pipe kernels, drop anything but 5.10 from the related CI rules for the
development head. That also avoids increasing the CI load too much.
From: Jan Kiszka
Open up the building & testing for stable/v3.2.x by moving current
'next' rules over. As the next Xenomai release will drop support for
I-pipe kernels, drop anything but 5.10 from the related CI rules for the
development head. That also avoids increasing the CI load too much.
On 14.12.21 08:46, Chen, Hongzhan wrote:
>
>
> BTW, is that blue hollow box exclusive for our plugin? Or can this be
> customized? Is it explained somewhere in Kernelshark what hollow boxes
> mean?
>
Some visualization issue:
pthelper-912 [000]
omai
>> cobalt context switch event
>>
>> On 14.12.21 07:49, Jan Kiszka via Xenomai wrote:
>>> On 14.12.21 07:44, Chen, Hongzhan wrote:
>>>>>
>>>>>
>>>>> -Original Message-
>>>>> From: Jan Kiszka
>
On 14.12.21 07:49, Jan Kiszka via Xenomai wrote:
> On 14.12.21 07:44, Chen, Hongzhan wrote:
>>>
>>>
>>> -Original Message-
>>> From: Jan Kiszka
>>> Sent: Tuesday, December 14, 2021 2:38 PM
>>> To: Chen, Hongzhan ; xenomai@xenom
On 14.12.21 07:44, Chen, Hongzhan wrote:
>>
>>
>> -Original Message-
>> From: Jan Kiszka
>> Sent: Tuesday, December 14, 2021 2:38 PM
>> To: Chen, Hongzhan ; xenomai@xenomai.org
>> Subject: Re: [RFC PATCH 1/2] kernel-shark: add plugin for handling xenomai
>> cobalt context switch event
On 14.12.21 04:15, Hongzhan Chen wrote:
> 1. store cobalt_switch_contexts event to data container.
> 2. show blue hollow box to mark out-of-band state under the
>basedline of task plot according to cobalt_switch_context
>events.
> 3. clickable cobalt_switch_context plugin shapes.
>
How
On 14.12.21 04:15, Hongzhan Chen wrote:
> For Xenomai-cobalt enabled system, cobalt_switch_context means that there
> is context switch in companion core(realtime core), which we may need
> to do special treatment and take correct action as main kernel sched_switch.
> We need to update cpu bar
On 14.12.21 03:33, Chen, Hongzhan wrote:
>
>
>> -Original Message-
>> From: Jan Kiszka
>> Sent: Monday, December 13, 2021 3:50 PM
>> To: Chen, Hongzhan ; xenomai@xenomai.org
>> Subject: Re: [RFC PATCH V2] kernel-shark: add plugin for handling xenomai
>> cobalt context switch event
>>
On 12.12.21 12:56, Dario Binacchi wrote:
> As in the Linux kernel, the counter is updated only after the message
> has been really transmitted.
>
> Signed-off-by: Dario Binacchi
> ---
>
> (no changes since v1)
>
> kernel/drivers/can/mscan/rtcan_mscan.c | 1 +
>
On 13.12.21 11:43, Jan Kiszka via Xenomai wrote:
> On 12.12.21 12:56, Dario Binacchi wrote:
>> Both functions, implemented and used for the net, are general purpose
>> and therefore can be useful in other parts of the application with the
>> application of minimal chan
On 12.12.21 12:56, Dario Binacchi wrote:
> Both functions, implemented and used for the net, are general purpose
> and therefore can be useful in other parts of the application with the
> application of minimal changes.
>
> Signed-off-by: Dario Binacchi
>
> ---
>
> Changes in v4:
> - Add the
On 12.12.21 12:56, Dario Binacchi wrote:
>
> The series was created to optimize the use of the C_CAN controller
> (maximum number of message objects, use of FIFO, ...) to get the
> best possible RX/TX throughput from hardware.
>
> To emphasize the purpose of the series I also added the patch
>
On 13.12.21 02:55, Hongzhan Chen wrote:
> For Xenomai-cobalt enabled system, cobalt_switch_context means that there
> is context switch in companion core(realtime core), which we may need
> to do special treatment and take correct action as main kernel sched_switch.
> We need to update cpu bar
On 13.12.21 03:37, Chen, Hongzhan wrote:
>
>
>
>>> -Original Message-
>>> From: Jan Kiszka
>>> Sent: Thursday, December 9, 2021 5:35 PM
>>> To: Chen, Hongzhan ; xenomai@xenomai.org
>>> Subject: Re: questions about comments on
>>>
On 13.12.21 06:41, Uladzimir Bely wrote:
> In mail from четверг, 9 декабря 2021 г. 12:35:16 +03 user Jan Kiszka wrote:
>> On 09.12.21 08:36, Uladzimir Bely via Xenomai wrote:
>>>
>>> diff --git a/recipes-xenomai/xenomai/xenomai.inc
>>> b/recipes-xenomai/xenomai/xenomai.inc index 8f13767..454dd7b
On 05.12.21 15:59, Jamie Huang via Xenomai wrote:
> Hi, Philippe:
> I want to know, whether xenomai will be supported in risc-v, Or,
> is there a plan?
>
Nothing speaks against this - "just" takes someone to pick up the task
and send patches...
Jan
--
Siemens AG, T RDA IOT
On 08.12.21 12:19, Jean-Baptiste Trédez via Xenomai wrote:
> remove unused functions (used on linux driver but no longer used on rt
> driver) :
> - swap_buffer2
> - fec_enet_clear_csum
> - fec_enet_txq_submit_frag_skb
> - fec_enet_txq_put_data_tso
> - fec_enet_txq_put_hdr_tso
> -
From: Jan Kiszka
These locks must be initialized statically so that they can be used
prior to the first driver being registered, e.g. via
rtcan_socket_init().
Signed-off-by: Jan Kiszka
---
kernel/drivers/can/rtcan_dev.c | 20 ++--
1 file changed, 2 insertions(+), 18
On 05.12.21 21:45, Dario Binacchi wrote:
> Add a minimal test for the virtual CAN driver, checking that sent
> messages are received correctly.
>
> The timeout on read operations has been wired to 1 s in order not to
> fail the test in case the verbose option is enabled.
>
> Signed-off-by: Dario
On 09.12.21 08:36, Uladzimir Bely via Xenomai wrote:
> These patch is required to build Isar from 'ubely/sbuild' branch,
> e.g. refspec: 37a71e72c7b8e9ae7e9f6a402ecdc6ff66eab8c4
>
> Signed-off-by: Uladzimir Bely
> ---
> recipes-kernel/linux/linux-xenomai.inc | 14 --
>
On 07.12.21 04:11, Chen, Hongzhan wrote:
> Hi Jan
>
> I have some questions about comments on
> https://gitlab.com/Xenomai/xenomai-hacker-space/-/issues/33 and need your
> help to comment more.
>
> 1. I do not quite understand the requirement "visualize task switches
> correctly in
On 07.12.21 17:00, Bezdeka, Florian (T RDA IOT SES-DE) wrote:
> Hi,
>
> when we initially collected all y2038 affected syscalls we putted the
> select() call on the list [1], which is one of the 4 calls that are
> still missing.
>
> Before starting implementing the missing y2038 safe syscall
On 09.12.21 07:03, Hongzhan Chen wrote:
> this patch is for kernelshark to fix issue "visualize task switches correctly
> in Kernelshark (color in CPU bar is not updating on cobalt_switch_context)"
> described in https://gitlab.com/Xenomai/xenomai-hacker-space/-/issues/33
>
> For Xenomai cobalt
On 01.12.21 20:04, Jan Kiszka via Xenomai wrote:
> On 26.11.21 09:02, Jean-Baptiste Trédez via Xenomai wrote:
>> Current fec driver does not build on xenomai 3 and on recent kernel (ex :
>> 5.10). Fec driver was completely rewritten on mainline kernel.
>> This work remove
On 02.12.21 15:35, Yann Le Chevoir via Xenomai wrote:
> Hello,
>
> I have an issue with rt_igb not working with an Intel I210 on ARM (see
> system configuration below).
> With Wireshark, looks like rtping is sending garbage on the network (see
> below).
> I notice there is no interrupt in
On 26.11.21 09:02, Jean-Baptiste Trédez via Xenomai wrote:
> Current fec driver does not build on xenomai 3 and on recent kernel (ex :
> 5.10). Fec driver was completely rewritten on mainline kernel.
> This work remove old fec driver, port driver from mainline linux 5.10 to
> xenomai 3.x and add
On 30.11.21 09:33, Jan Kiszka via Xenomai wrote:
> On 29.11.21 23:07, Dario Binacchi wrote:
>> The `user_msghdr' structure is designed to send multiple messages as
>> well, so rtcan_raw_sendmsg() can also send multiple messages. This
>> avoids having to add the sendmmsg syste
On 08.11.21 11:29, Jan Kiszka via Xenomai wrote:
> Commit message is missing.
>
> On 05.11.21 20:59, C Smith via Xenomai wrote:
>> Signed-off-by: C Smith
>> ---
>> kernel/drivers/can/rtcan_internal.h | 1 +
>> kernel/d
On 01.12.21 02:13, Hongzhan Chen via Xenomai wrote:
> This reverts commit 5c9cbcfce83083d9ea280f3b9143525cacfecfc8.
>
> We revert this because we fixed all related TODOs.
>
> Signed-off-by: Hongzhan Chen
>
> diff --git a/include/cobalt/kernel/assert.h b/include/cobalt/kernel/assert.h
> index
On 29.11.21 23:07, Dario Binacchi wrote:
> The `user_msghdr' structure is designed to send multiple messages as
> well, so rtcan_raw_sendmsg() can also send multiple messages. This
> avoids having to add the sendmmsg system call which requires more
> extensive Xenomai changes.
>
> Signed-off-by:
From: Jan Kiszka
CI was forgotten by 7c87984cc408, and the new stable version provides a
few minor fixes.
Signed-off-by: Jan Kiszka
---
README.md | 2 +-
ci/gitlab-ci-base.yml | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/README.md b/README.md
index
On 30.11.21 08:31, Hongzhan Chen via Xenomai wrote:
> For dovetail-based, handle_oob_trap_entry would try to demote oob
> stage and leave in-band to do panic thing when fault happen.
>
> Signed-off-by: Hongzhan Chen
>
> diff --git a/include/cobalt/kernel/dovetail/pipeline/trace.h
>
On 30.11.21 07:56, Chen, Hongzhan wrote:
>
>
>> -Original Message-
>> From: Jan Kiszka
>> Sent: Tuesday, November 30, 2021 2:41 PM
>> To: Chen, Hongzhan ; xenomai@xenomai.org
>> Subject: Re: [PATCH v2 2/2] cobalt/trace: dovetail: remove TODO and return
>> -ENOSYS for unportable
From: Jan Kiszka
This allows to build the layer against i386 DISTRO_ARCH.
Signed-off-by: Jan Kiszka
---
recipes-kernel/linux/linux-xenomai_latest.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/recipes-kernel/linux/linux-xenomai_latest.bb
From: Jan Kiszka
Allows to use linux-xenomai.inc in downstream layers.
Signed-off-by: Jan Kiszka
---
recipes-kernel/linux/linux-xenomai.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/recipes-kernel/linux/linux-xenomai.inc
b/recipes-kernel/linux/linux-xenomai.inc
index
201 - 300 of 2528 matches
Mail list logo