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(-)
diff --git a/kernel/drivers/serial/16550A.c
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(-)
>
>
Oh sorry, that patch is based off my previous commit. Ignore it. I'll
re-generate it from master.
-Konstantin
On Thu, Dec 16, 2021 at 11:37 PM Konstantin Smola
wrote:
> Added verbosity to 16550A serial driver. dmesg shows
> driver version, ports, irqs, baudbase.
> Signed-off-by: Konstantin
It seems helpful for debugging purposes to know what version of the driver
is loaded, at least. I'll remove the author and make the first line less
verbose. I took a look at my booted kernel and many drivers/subsystems
announce they are loading, often Xenomai drivers! :
[0.112115] SELinux:
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 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
It is very important to our project that 3.1 be maintained, as we are
still in the stage of testing our porting effort from 2.6 to 3.1.
Thank you for 3.1! Ideally a stable branch like 3.1 should get
bugfixes (but no new features) for at least the first year of its
successor (3.2) so as to insure
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
>
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
> > of Cobalt 3.1.
> >
> > For context,
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
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
[55025.834568] xeno_16550A: rtser0 io=0x3f8 irq=4
[55025.834614] xeno_16550A: rtser1 io=0x2f8 irq=3
[55025.834646] xeno_16550A:
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 +++---
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
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
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
>
17 matches
Mail list logo