Re: [lwip-users] Lwip 1.4.0 issue with Large Packets - Buggy Driver Issue

2016-05-13 Thread Tim King
Sergio, Thanks for the info. This 'buggy driver' you talk about, is this with lwIP 1.4.0 and is there a way to fix it? Or a link to other solutions to the problem. Thanks, Tim ___ lwip-users mailing list lwip-users@nongnu.org https://

Re: [lwip-users] TCP Raw communication between Raspberry pi and TI TM4C

2016-05-13 Thread caoshan278251191
Hiļ¼ŒThanks for your reply, I am running the TI TM4C without a system. I am very new to TCP/IP, what I am trying to achieve is send a file on the computer side, and pass the file to the TI board which can receive it and save it on the SD card, this is a project, we are trying to realize this function

Re: [lwip-users] TCP Raw communication between Raspberry pi and TI TM4C

2016-05-13 Thread Sergio R. Caprile
You have some TI stuff with lwIP, with some web server using some lwIP API you don't mention and you have an OS or you don't, but that works OK, if I'm clever enough to decipher that from your description. Then you have a RBPI, that already has a TCP/IP stack with Berkeley sockets, so there is

[lwip-users] TCP Raw communication between Raspberry pi and TI TM4C

2016-05-13 Thread caoshan278251191
I am trying to develop a project over TM4C Iot launchpad, so I want to running a client on the Rpi so I can do some test. Right now the code can compile on linux, but it did not works, it did not communicate with the lwip running on the Tm4c launchpad, for the launchpad side, I could use the brows

Re: [lwip-users] TCP Raw communication between Raspberry pi and TI TM4C

2016-05-13 Thread caoshan278251191
this is the output from the linux terminal tcp_output_segment: 6509:6509 tcp_slowtmr: polling application tcp_output: nothing to send ((nil)) tcp_slowtmr: processing active pcb tcp_slowtmr: max SYN retries reached tcp_pcb_purge tcp_pcb_purge: data left on ->unacked The callback function never wa

Re: [lwip-users] R: socket slow down

2016-05-13 Thread Sergio R. Caprile
>> I don't think problem is there. > Well I think it is :) Yes indeed! Vendor drivers are (sometimes) just demos, and we've seen this a couple (many) times. ___ lwip-users mailing list lwip-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/

Re: [lwip-users] Lwip 1.4.0 issue with Large Packets when Receiving on LWIP

2016-05-13 Thread Sergio R. Caprile
Your "TCP packets larger than one Ethernet packet" translate to two Ethernet frames. Sometimes, in the capture file, you see that the first one is acknowledged and some time(out) after the second one is retransmitted. Assuming the echorequester is a PC and the echoresponder is an lwIP device, th

Re: [lwip-users] netif_default issue with 2.0.0-beta1... added mailing list back in...

2016-05-13 Thread Andy Pont
Hi Sylvain, > First, could you git bisect, bad HEAD, good > 02bddd251a571dbc0efd310f29bb1d3aa004afb3 (~ Fri Oct 9 2015) to find the > offending commit ? So, git bisect all the way back to the Oct 9 commit didn't show anything. Poking around looking at some of the contents of the netif structure

Re: [lwip-users] LWIP/STM32/Lan8720A - won't work with wifi bridge

2016-05-13 Thread Sergio R. Caprile
On 11/05/2016 11:59 a.m., Sergio R. Caprile wrote: Please post a capture file of the non-working scenario and I'll try to help with the networking stuff. Your device seems to be missing frames. Checker whether they reach your device and are lost there or not. You have to make sure layer 1 is w

Re: [lwip-users] netif_default issue with 2.0.0-beta1

2016-05-13 Thread Andy Pont
Hi Sylvain, > First, could you git bisect, bad HEAD, good > 02bddd251a571dbc0efd310f29bb1d3aa004afb3 (~ Fri Oct 9 2015) to find the > offending commit ? I have never tried a git bisect before but I will give it a go! I did cheat and downloaded the new version from the tarball rather than git!

[lwip-users] netif_default issue with 2.0.0-beta1

2016-05-13 Thread Andy Pont
Hello, I have switched the network code I was using to the 2.0.0-beta1 release that we were notified about earlier in the week and my previously working application code is now throwing an error. The initialisation of the stack is as follows: netif_add(&lwipnetif, &ipaddr, &netmask, &gat