Hi all,
just a heads-up that I pushed this to next:
kernel/drivers/net/addons/cap.c| 680 +++--
kernel/drivers/net/addons/proxy.c | 373 ++-
.../net/drivers/experimental/rt2500/rt2500pci.c| 1798 ++--
.../net/drivers/experimental/rt2500/rt2500pc
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
.travis.yml | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index a3453b0ff9..da7380cd10 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -164,7 +164,7 @@ matrix:
KERNEL_DEFCONFIG: multi_v
On 30.08.19 19:16, Philippe Gerum wrote:
On 8/30/19 6:58 PM, Jan Kiszka wrote:
On 30.08.19 18:03, Philippe Gerum wrote:
Currently, rtdm_dev_unregister() will hang soft until all references
on the dismantled device have been dropped, which in turn cannot
happen until all rtdm_fds on the device h
On 30.08.19 19:36, Philippe Gerum wrote:
On 8/30/19 7:13 PM, Philippe Gerum via Xenomai wrote:
On 8/30/19 6:58 PM, Jan Kiszka wrote:
On 30.08.19 18:03, Philippe Gerum wrote:
Having the RTDM core return -EBADF to indicate that it does not manage
a file descriptor is a problem, as several driver
On 8/30/19 7:13 PM, Philippe Gerum via Xenomai wrote:
> On 8/30/19 6:58 PM, Jan Kiszka wrote:
>> On 30.08.19 18:03, Philippe Gerum wrote:
>>> Having the RTDM core return -EBADF to indicate that it does not manage
>>> a file descriptor is a problem, as several drivers also raise this
>>> error to no
On 8/30/19 6:58 PM, Jan Kiszka wrote:
> On 30.08.19 18:03, Philippe Gerum wrote:
>> Currently, rtdm_dev_unregister() will hang soft until all references
>> on the dismantled device have been dropped, which in turn cannot
>> happen until all rtdm_fds on the device have been closed, which cannot
>> h
On 8/30/19 6:58 PM, Jan Kiszka wrote:
> On 30.08.19 18:03, Philippe Gerum wrote:
>> Having the RTDM core return -EBADF to indicate that it does not manage
>> a file descriptor is a problem, as several drivers also raise this
>> error to notify userland about an aborted wait due to a connection
>> b
On 30.08.19 18:05, Philippe Gerum wrote:
Signed-off-by: Philippe Gerum
---
kernel/drivers/net/drivers/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/drivers/net/drivers/Kconfig
b/kernel/drivers/net/drivers/Kconfig
index 9ebc59a89..65f0855c1 100644
---
On 30.08.19 18:05, Philippe Gerum wrote:
Signed-off-by: Philippe Gerum
---
kernel/cobalt/sched-tp.c | 4
1 file changed, 4 insertions(+)
diff --git a/kernel/cobalt/sched-tp.c b/kernel/cobalt/sched-tp.c
index d3e2586b0..ccff37428 100644
--- a/kernel/cobalt/sched-tp.c
+++ b/kernel/cobalt/
On 30.08.19 18:04, Philippe Gerum wrote:
Threads waiting on read()/write() must be unblocked when the kernel
endpoint is disconnected. read() should return 0, write() receives
-EPIPE.
Signed-off-by: Philippe Gerum
---
kernel/cobalt/pipe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 30.08.19 18:04, Philippe Gerum wrote:
RTDM already refcounts rtdm_fd descriptors to prevent unsafe module
unloading while connections are still active. We can remove the legacy
module refcounting done by the generic socket code, since every socket
is covered by an RTDM file descriptor.
Signed
On 30.08.19 18:03, Philippe Gerum wrote:
Currently, rtdm_dev_unregister() will hang soft until all references
on the dismantled device have been dropped, which in turn cannot
happen until all rtdm_fds on the device have been closed, which cannot
happen until all references on those fds have been
On 30.08.19 18:03, Philippe Gerum wrote:
> Having the RTDM core return -EBADF to indicate that it does not manage
> a file descriptor is a problem, as several drivers also raise this
> error to notify userland about an aborted wait due to a connection
> being dismantled (e.g. RTnet). In this case,
Signed-off-by: Philippe Gerum
---
kernel/cobalt/sched-tp.c | 4
1 file changed, 4 insertions(+)
diff --git a/kernel/cobalt/sched-tp.c b/kernel/cobalt/sched-tp.c
index d3e2586b0..ccff37428 100644
--- a/kernel/cobalt/sched-tp.c
+++ b/kernel/cobalt/sched-tp.c
@@ -168,6 +168,10 @@ static int xn
Signed-off-by: Philippe Gerum
---
kernel/drivers/net/drivers/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/drivers/net/drivers/Kconfig
b/kernel/drivers/net/drivers/Kconfig
index 9ebc59a89..65f0855c1 100644
--- a/kernel/drivers/net/drivers/Kconfig
+++ b/ke
Threads waiting on read()/write() must be unblocked when the kernel
endpoint is disconnected. read() should return 0, write() receives
-EPIPE.
Signed-off-by: Philippe Gerum
---
kernel/cobalt/pipe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/cobalt/pipe.c b/kernel/
RTDM already refcounts rtdm_fd descriptors to prevent unsafe module
unloading while connections are still active. We can remove the legacy
module refcounting done by the generic socket code, since every socket
is covered by an RTDM file descriptor.
Signed-off-by: Philippe Gerum
---
.../drivers/n
Currently, rtdm_dev_unregister() will hang soft until all references
on the dismantled device have been dropped, which in turn cannot
happen until all rtdm_fds on the device have been closed, which cannot
happen until all references on those fds have been dropped eventually.
Unfortunately, applicat
Having the RTDM core return -EBADF to indicate that it does not manage
a file descriptor is a problem, as several drivers also raise this
error to notify userland about an aborted wait due to a connection
being dismantled (e.g. RTnet). In this case, libcobalt ends up
forwarding the aborted request
Download URL:
https://xenomai.org/downloads/ipipe/v4.x/x86/ipipe-core-4.4.188-cip36-x86-17.patch
Repository: https://git.xenomai.org/ipipe-x86
Release tag: ipipe-core-4.4.188-cip36-x86-17
On 30.08.19 17:00, Tormod Volden via Xenomai wrote:
Hi,
I am porting an old RTNet / RTAI (3.8.1) application to latest xenomai
(currently using git master). For this I chose the alchemy skin, and
to make it as close as possible to the old API, I am also trying to
enable the --compat transition k
Hi,
I am porting an old RTNet / RTAI (3.8.1) application to latest xenomai
(currently using git master). For this I chose the alchemy skin, and
to make it as close as possible to the old API, I am also trying to
enable the --compat transition kit. However, rt_task_set_periodic()
disappears as soon
Download URL:
https://xenomai.org/downloads/ipipe/v4.x/x86/ipipe-core-4.19.66-x86-6.patch
Repository: https://git.xenomai.org/ipipe-x86
Release tag: ipipe-core-4.19.66-x86-6
Download URL:
https://xenomai.org/downloads/ipipe/v4.x/x86/ipipe-core-4.19.66-cip9-x86-6.patch
Repository: https://git.xenomai.org/ipipe-x86
Release tag: ipipe-core-4.19.66-cip9-x86-6
On 30.08.19 14:01, Laurentiu-Cristian Duca wrote:
Hello and thank you for the answer. It worked.
Here is a test of rtt-responder on qemu. I also attached it to this email.
I use the ipipe-trace api to freeze tracing from C code.
I see that rtdm_fd_recvmsg and rtdm_fd_sendmsg are called
(and I wa
Hello and thank you for the answer. It worked.
Here is a test of rtt-responder on qemu. I also attached it to this email.
I use the ipipe-trace api to freeze tracing from C code.
I see that rtdm_fd_recvmsg and rtdm_fd_sendmsg are called
(and I wanted to see that).
I have some questions (I have so
On 30.08.19 11:58, Lange Norbert wrote:
-Original Message-
From: Jan Kiszka
Sent: Donnerstag, 29. August 2019 16:52
To: Lange Norbert ; Philippe Gerum
; Xenomai (xenomai@xenomai.org)
Subject: Re: [PATCH 2/2] cobalt: switch hand over status to -ENODEV for non-
RTDM fd
E-MAIL FROM A N
> -Original Message-
> From: Jan Kiszka
> Sent: Donnerstag, 29. August 2019 16:52
> To: Lange Norbert ; Philippe Gerum
> ; Xenomai (xenomai@xenomai.org)
>
> Subject: Re: [PATCH 2/2] cobalt: switch hand over status to -ENODEV for non-
> RTDM fd
>
> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A
28 matches
Mail list logo
