This patch series makes RTnet's tcp module usable again. It was not
working due to several bugs which showed up in combination with reworked
RTDM of Xenomai 3.
Tests on real hardware (little endian) were successful. A test on big
endian is still pending.
Sebastian Smolorz (8):
net/tcp: return u
Closing a connected TCP socket initiates a handshake procedure. The
closing socket is supposed to receive two more packets and send one
ACK at the end. RTnet's TCP stack tries to get a reference to a
socket before writing data to its buffer. Taking a reference to an
RTnet socket in Xenomai 3 is rea
Signed-off-by: Sebastian Smolorz
---
kernel/drivers/net/stack/ipv4/tcp/tcp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/drivers/net/stack/ipv4/tcp/tcp.c
b/kernel/drivers/net/stack/ipv4/tcp/tcp.c
index 8605a8c..2678e6a 100644
--- a/kernel/drivers/net/stack/ipv4/tcp
Setting TCP header flags like ACK was fragile and not working when
RTnet was running on big endian processors. Use the macro provided
by the linux kernel for setting the TCP flags instead.
Signed-off-by: Sebastian Smolorz
---
kernel/drivers/net/stack/ipv4/tcp/tcp.c | 9 +
1 file changed,
Fix compilation error in rt_tcp_accept() when returning its socket's own file
descriptor.
Signed-off-by: Sebastian Smolorz
---
kernel/drivers/net/stack/ipv4/tcp/tcp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/drivers/net/stack/ipv4/tcp/tcp.c
b/kernel/drivers/net
Signed-off-by: Sebastian Smolorz
---
kernel/drivers/net/stack/ipv4/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/drivers/net/stack/ipv4/Kconfig
b/kernel/drivers/net/stack/ipv4/Kconfig
index fef7e19..8fb3c1a 100644
--- a/kernel/drivers/net/stack/ipv4/Kconfig
+
In the following situation a recv() call to a RT-TCP socket returned 0
although there was data already copied to the caller's buffer:
- S1 connects to S2
- S1 calls recv() with buffer size b1
- S2 sends data of size b2 < b1
- S1 receives the data, copies it to its buffer and waits for more data
-
listen() and shutdown() pass their simple int argument directly casted to
void *arg, not as a pointer to their value.
Signed-off-by: Sebastian Smolorz
---
kernel/drivers/net/stack/ipv4/tcp/tcp.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/kernel/drivers/net/
A bug in rt_tcp_recvmsg() prevented an application to receive data
over an RTTCP socket. Data was not copied back to the application's
buffer but rather into a temporary kernel buffer.
Signed-off-by: Sebastian Smolorz
---
kernel/drivers/net/stack/ipv4/tcp/tcp.c | 13 +++--
1 file changed
Hi Phong,
Sebastian Smolorz wrote:
> Pham, Phong wrote:
> > Hi Sebastian,
> >
> > " Phong, can you test this on your machine?"
> > No the fix does not work. It overwrites the window field.
>
> Did you try the patch I sent here?
>
> https://www.xenomai.org/pipermail/xenomai/2018-November/039831.ht
Meanwhile required for prepare-kernel.sh.
Signed-off-by: Jan Kiszka
---
debian/rules | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/rules b/debian/rules
index 8b871a4882..99ed8982ce 100755
--- a/debian/rules
+++ b/debian/rules
@@ -73,7 +73,7 @@ install: build
On 30.11.17 12:27, Leopold Palomo-Avellaneda wrote:
> Hi,
>
>
> if someone is interested I have been working a bit with the debian directory
> in
> xenomai3.
>
> I have changed the approach to the libraries. I think that now it has not
> sense
> to have a libxenomai1 so I have changed it to xe
On 05.11.18 16:48, Petr Červenka wrote:
>> Only? Sorry for insisting, but it may help to reduce the search space, and
>> it's
>> also important as I'd like to release a new stable version - without known
>> issues.
> >
>> Thanks,
>> Jan
> >
>
> I can confirm now, that the problem happens onl
Hard to find a UP target these days, and we definitely want to be
generic with Debian packages.
Signed-off-by: Jan Kiszka
---
debian/rules | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/debian/rules b/debian/rules
index 99ed8982ce..883ae3ed8c 100755
--- a/debian/rules
+++
On 06.11.18 11:00, Sebastian Smolorz via Xenomai wrote:
> A bug in rt_tcp_recvmsg() prevented an application to receive data
> over an RTTCP socket. Data was not copied back to the application's
> buffer but rather into a temporary kernel buffer.
>
> Signed-off-by: Sebastian Smolorz
> ---
> kern
Hi Sebastian,
Your patch (fixing TCP flags endianness issue) does work. (I was under the
impression to use tcp_flag_word and fix it in rt_tcp_set_flags() which I
reported doesn't work earlier.)
Phong.
-Original Message-
From: Sebastian Smolorz [mailto:sebastian.smol...@gmx.de]
Sent:
On 04.11.18 17:17, Philippe Gerum wrote:
> On 6/21/18 4:57 PM, Jan Kiszka wrote:
>> On 2018-06-21 15:41, Jan Kiszka wrote:
>>> On 2018-06-21 13:55, Jan Kiszka wrote:
On 2018-06-21 13:20, Pintu Kumar wrote:
> Dear Jan, Greg,
>
> Is there any pointer about this issue?
> This is b
Hi all,
as I was (and still am) in the need to test also non-x86 from time to time, I
hacked up a little framework for generating bootable Debian images with Xenomai
pre-installed. It's currently hosted on my personal github space:
https://github.com/jan-kiszka/xenomai-images
I think we should m
This looks really good. How easy is it to add more targets? I looked
at the jailhouse-images commits to see how to add a board, is that a
good place to start to see how to add a new board?
-Greg
On Tue, Nov 6, 2018 at 1:58 PM Jan Kiszka via Xenomai
wrote:
>
> Hi all,
>
> as I was (and still am
Hi Phong,
Pham, Phong wrote:
> Hi Sebastian,
>
> Your patch (fixing TCP flags endianness issue) does work.
Great, thanks for testing.
--
Sebastian
> (I was
> under the impression to use tcp_flag_word and fix it in
> rt_tcp_set_flags() which I reported doesn't work earlier.)
> Phong.
>
> -O
Dear all,
I am trying to run 32bit applications on 64bit xenomai. I installed xenomai
2.6.0 on fedora 13 x86_64. I installed all 32bit GCC lib & c librarys
(glibc-devel.i686 & going.i686).
I made one hello world sample (non-rt) app, it is giving error while running
"-bash: ./a.out: cannot execut
On 06.11.18 20:28, Greg Gallagher wrote:
> This looks really good. How easy is it to add more targets? I looked
> at the jailhouse-images commits to see how to add a board, is that a
> good place to start to see how to add a new board?
>
Yes, it is. But I'll likely commit at least one real exam
On 07.11.18 07:15, Manikanta Mylavarapu via Xenomai wrote:
> Dear all,
>
> I am trying to run 32bit applications on 64bit xenomai. I installed xenomai
> 2.6.0 on fedora 13 x86_64. I installed all 32bit GCC lib & c librarys
> (glibc-devel.i686 & going.i686).
>
> I made one hello world sample (non-
Thank you Jan.
For my project requirement I am working with xenomai 2.6.0 on fedora 13.
My doubt is at least sample app compiled as a 32bit exe on 64bit kernel
should work. But it is not running on xenomai patched 64bit os,why?
On Wed, Nov 7, 2018, 12:13 PM Jan Kiszka wrote:
> On 07.11.18 07:1
On 07.11.18 07:37, Jan Kiszka wrote:
> On 06.11.18 20:28, Greg Gallagher wrote:
>> This looks really good. How easy is it to add more targets? I looked
>> at the jailhouse-images commits to see how to add a board, is that a
>> good place to start to see how to add a new board?
>>
>
> Yes, it is.
25 matches
Mail list logo