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 ++--
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:
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
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
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
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
>>
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
>>
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: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
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
+++
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.
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
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
+++
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
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
---
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,
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
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
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
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
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
> -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