Re: [lwip-users] Debug pppos packet loss issue

2017-03-03 22:44 GMT+08:00 Patrick Klos : > On 3/3/2017 5:59 AM, Axel Lin wrote: >>> >>> Axel Lin" wrote: >>> LTE or not doesn't matter much: TCP should rearrange the stream based on >>> good checksums and sequence numbers. >>> If anything is wrong at the application level, I

Re: [lwip-users] Telnet - Raw API

Hi Nick, I will answer you next week, I have a minimal telnet server but it is not exactly what you need, you will have to change it to suit your need. Please write to my work mail n...@silrd.com and we will continue from there. BR, Noam. From: lwip-users

Re: [lwip-users] PolarSSL and mbedTLS

Hi Jan, Thanks for a super reply. I will check it first thing next week. You are correct in regards to the errors. The error I have pointed out is actually the errno inside lwip_recvfrom function. The lwip_recvfrom returns (-1) and ssl_read in net_socket returns with the error you

[lwip-users] Telnet - Raw API

Hello everyone! I'm looking to get a telnet application working using the RAW API for lwip. My goal is to have a simple console-like menu where each menu option will do something when selected. When searching for an example, all I could really find is the TCP echo server (in the lwip contrib

Re: [lwip-users] PolarSSL and mbedTLS

Hi Noam! Hi Simon! I'm using mbedtls v2.2.1 and lwip 2.0.0RC2 without problems. I can't remember that I've ever seen the EWOULDBLOCK error. In the interface code between mbedtls and lwip I found a few references to EWOULDBLOCK. There are also a few fcntl() calls to enable/disable blocking.

Re: [lwip-users] Debug pppos packet loss issue

On 3/3/2017 5:59 AM, Axel Lin wrote: Axel Lin" wrote: LTE or not doesn't matter much: TCP should rearrange the stream based on good checksums and sequence numbers. If anything is wrong at the application level, I would first debug the application, not the PPP connection. Actually, I did

Re: [lwip-users] Program hangs in ip_frag()

After further examination, I noticed that ip_frag() works fine when variable left is set to 1480 initially. However, when it's bigger than that value, it get stuck in while (left_to_copy) loop. When left is initially 1480: 1st iteration through while(left_to_copy): left_to_copy is 1464, p->len

Re: [lwip-users] Debug pppos packet loss issue

2017-03-02 23:16 GMT+08:00 Simon Goldschmidt : > Axel Lin" wrote: >> Only compare the download size then I know it's incorrect. >> (and sometimes it's correct) > > LTE or not doesn't matter much: TCP should rearrange the stream based on good > checksums and sequence numbers. >

Re: [lwip-users] Program hangs in ip_frag()

I am not able to step through files that are part of BSP. Not much help of a debugger. I am using Xilinx SDK. So far I have been printing, and I found out that program get stuck inside of while (left_to_copy) loop in ip_frag(). left_to_copy is 1448 all the time... p->len is 0. I am confused

Re: [lwip-users] Example of changes needed to switch from 1.4.1 to 2.0.1

> 3 mars 2017 kl. 09:31 skrev Simon Goldschmidt : > > Mikael Eiman wrote: > >> - tweaked include path to lwip/opt.h in my driver .c > > I don't understand that. opt.h should not have moved. I think the problem was that I had a too specific include path, instead of #include

Re: [lwip-users] Example of changes needed to switch from 1.4.1 to 2.0.1

Mikael Eiman wrote: > I recently switched from 1.4.1 to 2.0.1, and thought it might be useful for > someone to see what changes I had to make to make the switch. Yes, thanks for sharing. > - tweaked include path to lwip/opt.h in my driver .c I don't understand that. opt.h should not have

[lwip-users] Example of changes needed to switch from 1.4.1 to 2.0.1

Hi, I recently switched from 1.4.1 to 2.0.1, and thought it might be useful for someone to see what changes I had to make to make the switch. In my port (LPC2468, mostly own code) I did the following: - removed a bunch of typedefs for mem_ptr_t, u8_t etc from cc.h - removed a bunch for format