Re: [lwip-users] [Free Webinar] Digital Power for Xilinx Zynq Free Webinar 12th July

This is spam which is normally filtered out by the system. Don't know why this one made it through. I'll check the sender email... Simon Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 21. Juni 2016 7:45:43 nachm. schrieb Patrick Klos : Hi ,

Re: [lwip-users] Correct way to free pbufs after tcp_recv callback finished

Please read doc/rawapi.txt where this is documented. Noam, I'm a bit confused. The PCB passed to the recv callback should be the one passed to tcp_recved. To handle the listen callback, this is different... Simon Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 27. Juni 2016

Re: [lwip-users] Problems with sending UDP packets in FreeRTOS

Sylvain Rochet wrote: The fact that it is your code and not your code doesn't change anything about the fact that it is completely wrong. Indeed. Not completely wrong maybe, but at least bad quality. However, it changes everything about suspecting something about Mike driver's code quality:

Re: [lwip-users] lwIP delays outgoing TCP packets by up to 500ms

I think you might have missed reading the documentation: tcp_write enqueue data, tcp_outout tries to send it. You always have to call both. Simon Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 13. Juli 2016 2:35:59 nachm. schrieb Jakub Schmidtke : Maybe

Re: [lwip-users] Connection freeze after 29200 Bytes

Please use 2.0.0 (beta 2) when switching versions. 1.4.1 is four years old and you'd risk having to change once again in some weeks... Simon Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 7. August 2016 8:58:35 vorm. schrieb Norbert Kleber

Re: [lwip-users] Problems with sending UDP packets in FreeRTOS

using my original udp_test function - that checks for errors and reports them (not the "borrowed" one!). I'm going to try bigger or faster packets in a minute. Many thanks, Mike. On 28/07/2016 16:27, goldsimon wrote: Sylvain Rochet wrote: The fact that it is your code and not you

Re: [lwip-users] LLDP Implementation for lwIP

Hi Amit, of course you must make up for a licence before sharing anything. Personally, I'm not sure I would contribute to anything not compatible to the lwip licence though. Simon Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 19. August 2016 4:28:55 nachm. schrieb Amit

Re: [lwip-users] Unusual termination of a TCP connection.

A RST is sent when lwip knows that one of the two sides has not read (or packed) all data that has been sent. This is what standard socket stacks would do also. Simon Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 28. September 2016 7:32:05 nachm. schrieb Roger Cover

Re: [lwip-users] blocked udp

On the contrary: Xilinx does it perfectly right. They use their hardware at interrupt level but feed rx packets into lwip in the main loop. Simon Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 28. September 2016 2:35:54 nachm. schrieb garibaldi pineda garcia

Re: [lwip-users] heap problem with chrome

Mohamed Hnezli wrote: > what makes me confused > is that there is no problem with firefox Did you read my mail you replied to? Simon ___ lwip-users mailing list lwip-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/lwip-users

Re: [lwip-users] Connection abort due to max SYN retries reached

After looking at the changelog, I also guess it must be your test. What's changed there is that slowtmr checked for == max retries and I've changed it to >=. The old code had the assumption that nrtx was increased in the timer only, but in SYN_SENT, it is increased asynchronously as well.

Re: [lwip-users] PolarSSL and mbedTLS

From all information given so far, I fail to see how this would be an lwip problem. Did you test your SSL application on a different platform and it worked or what makes you think of an lwip problem instead of an application problem? Don't get me wrong, lwip can have bugs. I just don't see

Re: [lwip-users] Transfer Mibs of data over TCP

Am 3. April 2017 23:30:52 MESZ schrieb Sylvain Rochet: >WTF. Did you even read what the netbuf_next() function actually does ? I can only agree to Sylvain. Noam, I am thankful to everyone contributing here, but this example is just so wrong! Please stop confusing people. Sion

Re: [lwip-users] DSCP diffserve marking

dworkdev wrote: >A short interrogation : Does LWIP supports DSCP marking ? Yes. Simon ___ lwip-users mailing list lwip-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/lwip-users

Re: [lwip-users] time out on last ack

Mike Rosing wrote: > After searching a while I see that the LwIP is waiting for LAST_ACK, but the > server never sends it. I would have expected lwip to time out this PCB eventually (although that can need quite some time). How long did you wait?

Re: [lwip-users] lwIP 1.4.1 stable tcp connection stall

Hey Bill, Great to hear 2.0.2 fixes this. I'm a bit lost thinking about a bug fix. We had some since then I guess, and I would have to dig through the log myself. However, the most obvious would be a zero window where the persist timer doesn't start or somehow doesn't work correctly. Are you

Re: [lwip-users] LwIP 1.41 select does not return ?

Noam Weissman: >Were is the semaphore released ? In "event_callback()", if I remember correctly. Simon ___ lwip-users mailing list lwip-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/lwip-users

Re: [lwip-users] Listen/Accept lwip 2.0.0

You might achieve the required connection limitation by having only 4 TCP PCBs in the memo pool... Simon Am 4. Mai 2017 17:56:09 MESZ schrieb Joel Cunningham : > >Do you have TCP_LISTEN_BACKLOG enabled in your port? > >Also keep in mind, the backlog only limits

Re: [lwip-users] LwIP 1.41 select does not return ?

Noam Weissman wrote: >My question was simple ... does anyone have an idea why select > >does not return when a connection to the correct port is initiated. Can't help you much there other than saying: try to check the socket's status: is there an acceptable connection pending in the queue? Has

Re: [lwip-users] ERR_MEM when sending large data, LWIP stats show no error

Adrian Figueroa wrote: >This fails: > > if((DmaTxDesc->Status & ETH_DMATXDESC_OWN) != (uint32_t)RESET) > { >errval = ERR_USE; >goto error; > } > >When DmaTxDesc->Status equals 818937856. What does this mean? Is the >DMA used by something else? I could mean your

Re: [lwip-users] ERR_MEM when sending large data, LWIP stats show no error

Adrian Figueroa wrote:: >I have no idea why I have no packet loss with TCP_WND and TCP_SND_BUF >set to 2xTCP_MSS. Instead, I get rare ZeroWindow errors from my PC. Because you don't fill your DMA buffers in this case and as a result, you don't drop tx segments. Implementing a zero copy driver

Re: [lwip-users] LWIP_MPU_COMPATIBLE set to 1, but still get memory management fault in lwip_select.

Looks correct. I guess mpu mode is not used too often. My suggestion would probably be to get select_cb from a Memo pool... Simon Am 6. September 2017 16:12:47 MESZ schrieb David Lockyer : >Hi, > >I have a project that uses an STM32F MCU running FreeRTOS (cortex

Re: [lwip-users] HTTPD is working on LWIP2.0.3

kevin wrote: >sys_thread_new("httpd", httpd_init, NULL, httpd is a callback API application. Please make sure you understand lwips thrading requirements. In other words: RTFM ;-) Simon ___ lwip-users mailing list lwip-users@nongnu.org

Re: [lwip-users] No-IP Update Client implementation

Giuseppe Modugno wrote: >Any suggestions on how to detect my public IP address? Would ipify.org work? Simon ___ lwip-users mailing list lwip-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/lwip-users

Re: [lwip-users] How to use LWIP_HTTPD_FS_ASYNC_READ

You're right in that it doesn't work. The browser has no way to know the body size. The downside of not sending conten length is that the server will have to close the connection. Reopening it might take longer than just sending zero bytes to create the correct content size...

Re: [lwip-users] new at lwip, running test on windows using PPP

zulu4711 wrote: >just an update! I think it was the PPP_INPROC_IRQ_SAFE not being set >that >was my problem. Yes, it can't work without that set. I'll update the port's lwipopts. I wasn't aware of the changed defaults here (at some time in the past, this has worked when I last checked it, but

Re: [lwip-users] Problem running lwip on cortex M7 with D cache enabled

Jan Menzel wrote: > I'd suggest to align (position and size) all receive >buffers to d-cache lines so that invalidation does not cause any side >effects. And it's exactly this that lwip does not fully support yet. It doesn't work for the tx side at all and for the rx side, we only have the

Re: [lwip-users] Problem running lwip on cortex M7 with D cache enabled

Noam Weissman wrote: >I am working with STM32F7 with LwIP 2.02 + FreeRTOS 9 > >D and I cache are enabled. The drivers supplied by ST, although using DMA transfer, are still copying the frame payload to/from pbuf payload using memcpy. If you haven't changed this yourself, you have cache line

Re: [lwip-users] Problem running lwip on cortex M7 with D cache enabled

Jochen Strohbeck wrote: >I'm using lwip 1.4.1 and FreeRTOS on a SAME70 custom board with success >if D-cache is disabled. If I enable the D-cache no more packets are >received. If I place the RX descriptor into a non-cacheable region I >get >packets again No surprises so far ;-) > but the

Re: [lwip-users] SNMP Communication

Arun Jyothi wrote: >char data[100]={"snmpget -d -v2 -c public 10.1.1.196 >1.3.6.1.4.1.20246.2.3.1.1.1.2.5.3.1.0"}; > [..] >/* Sending packet by UDP protocol */ >err = udp_sendto(udpecho_raw_pcb, pkt_buf,snmp device IP Address, 161); Do you really expect that you can send a shell command to the

Re: [lwip-users] httpd: how to implement AJAX

Giuseppe Modugno wrote: > It's a pity lwip doesn't feature those >secure network layers. Actually, it's not that far away. Have a look at the for master. It's not in the releases, yet. Simon ___ lwip-users mailing list lwip-users@nongnu.org

Re: [lwip-users] SNMP communications

Arun Jyothi wrote: >Can I get an example or steps to do SNMP Communication. Have a look at the win32 or Unix ports in contrib, they would both include snmp support. Simon ___ lwip-users mailing list lwip-users@nongnu.org

Re: [lwip-users] httpd: how to implement AJAX

Noam Weissman wrote: >Create an empty file named ajax.shtml or ajax.html and add it to your >file list. > >Inside the file you only write one tag without anything else. For >example That's a nice idea. I also have task #14269 open to make ssi processing independent of the file's extension (a

Re: [lwip-users] Packet queuing to an ARP table entry

Amena El Homsi wrote: >> I tried to explain that before. Your ROM is not ROM. Data must be >kept >> unchanged until it is actually sent. How do you ensure this?? >> >Our System will take care of this, Data will be kept unchanged until it >is >actually sent. Headers are copied from the Pbuf_RAM

Re: [lwip-users] httpd and authentication

Giuseppe Modugno wrote: >I'd like to protect some or all web pages and show them only to >authorized >people. I understood there are two methods: basic and digest. I guess both are outdated. Modern web pages use a custom input field which is sent to the server via POST. You'll need TLS

Re: [lwip-users] "HIDE the declaration of PBUF STRUCT in pbuf.h"

antonio wrote: >I *moved* the declaration of *struct pbuf from pbuf.h to pbuf.c*. That won't work as in many places the struct needs to be known. Including sizeof() and other direct instantiations (not via pbuf_alloc). We started a scheme for private header files to solve this. Simon

Re: [lwip-users] DHCP discover skips hostname

Am 18. Mai 2018 17:03:21 MESZ schrieb Biafra : >Hi everyone, > >I'm new to lwip. >I've noticed that the dhcp_option_hostname() function (to set the >hostname for DHCP session) isn't executed on dhcp_discover() function. > >Is it the correct behaviour? Is it incorrect

Re: [lwip-users] two logical ethernet interfaces on the same, physical port?

Unless you want to use VLANs, I guess pretty much everything has been said here :-) Simon Am 14. Juni 2018 17:04:04 MESZ schrieb Kamil Khoury : >Thank you both for your response. >To be specific, all received messages have the same multicast address. >the >only difference between the two

Re: [lwip-users] UDP routing over IPv6?

Barnabás Králik wrote: >I also don't see any reliable way to recover the destination address in >the udp receive callback. Have you tried ip_current_dst_addr() (or something like that)? Simon ___ lwip-users mailing list lwip-users@nongnu.org

Re: [lwip-users] Is it possible to pass ARP requests from the Ethernet to PPPoS?

Sturman_1 wrote: >I use microcontroller and want to connect GSM(PPPos) modem to >PC(Ethernet) >via controller. I have read that LwIP can forward ipv4 packets. But in >order >to forward ipv4 packets first need a set connection. That's not how ip forwarding works. Ip forwarding is one hop in a

Re: [lwip-users] no PCB match found at simultaneously TCP connections

twagner wrote: >I have also a webserver running. >I can see that the used pcb mem goes back if the Client (not the MCU) >closes >the connection (modbus), >but if the server (the MCU) closes the connection the used pcbs doesn't >go >back (webserver). >If i have only the mobus connection in use

Re: [lwip-users] Crash when doing stresstest with ppp and sockets/UDP

goldsimon wrote: > Core locking is really for the you layer only. That should have been API layer! Simon ___ lwip-users mailing list lwip-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/lwip-users

Re: [lwip-users] tcpip_init changes for lwip 2.02

Am 2. August 2018 15:47:21 MESZ schrieb GuyH : >Hi, > >I had my application running with freertos OS with lwip 1.4 and I just >moved >to SDK 18.1 with lwip 2.02 What is SDK 18.1? I guess you are talking about some vendor-modified version of our stack... > - I've noticed that one of the

Re: [lwip-users] Socket API send command packaging up data

Am 31. Juli 2018 14:34:14 MESZ schrieb "Sergio R. Caprile" : >What you see is the Naggle algorithm. I thought so, too, but if he is seeing 20 seconds delay, it's not Nagle but some bug. In fact, nagle should only hold off sending data if there is already unacked data under way. If unsent

Re: [lwip-users] Socket API send command packaging up data

Am 31. Juli 2018 11:13:00 MESZ schrieb Mike Danby : >Hello, > >Forgive my ignorance I am new to the TCP/IP stack scene. I am currently >trying to get the LWIP stack up and running with FreeRTOS on a >Microblaze based system. I have successfully started a TCP server and >managed to connect a

Re: [lwip-users] Socket API send command packaging up data

This sounds even more like a driver issue. Am 1. August 2018 10:45:26 MESZ schrieb Mike Danby : >When the test program is run for the first 3-5 seconds the each send >call will result is the string (approx. 15 bytes) being transmitted to >the client in separate frames. After that (even though the

Re: [lwip-users] SNMP v3

Andy Pont wrote: >Do we know when 2.1 will be out of beta and formally released? I’m not > >sure I would want to build the product using a beta or current top of >tree! That's only a matter of some days hopefully. I'll do that as soon as I get back to work. Simon

Re: [lwip-users] netif setup for IPv6 traffic (static /128 address assignment)

I must say I've never tried. I have only tested slaac an link local addresses so far. At which point does it reject using your address? Simon Am 25. Juli 2018 21:32:03 MESZ schrieb josephjah : >Thanks for responding. I've tried using netif_ip6_addr_set() per your >suggestion but while it sets

Re: [lwip-users] unable to find MEMP_SEPARATE_POOLS macro

Amena El Homsi wrote: >I am using lwip 2.0.3 Release version, I din't find MEMP_SEPARATE_POOLS >Macro. How to know if the pools are placed in one array or separate >arrays? They are always separate since 2.0.0, as the previously used common array for all pool had no real advantage. Simon

Re: [lwip-users] Trying to work out DHCP issue

Chris Seto wrote: >I have a custom board with an STM32F4, and a TLK110 running LwIP 2.0.3. >The >board works great when it gets, an address, and I can freely exchange >data >with a socket server. > >On board bootup, I set the IP to 0 and then use dhcp_start() to start >DHCP. >When the code sees

Re: [lwip-users] snd_queuelen underflow frustration

If the error persists with the current version, please open a bug at Savannah and upload everything required to reproduce. Thanks, Simon Am 11. März 2018 03:59:09 MEZ schrieb JM : >I'm trying to port lwIP 1.4.1 and httpserver_raw to a PIC32MZ. No RTOS. >After a web client

Re: [lwip-users] Slow HTTP put request

Sergio R. Caprile wrote: >You should capture the traffic on your customer premises to make sure >this is what's happening. I'm curious to know. You could also implement handling the Expect header in your http server and see if this speeds up the transfer. Simon

Re: [lwip-users] Netconn api & keepalive

"Александр секрет" wrote: >Hello. >Tell me how to manage KEEPALIVE with NETCONN API > >It seems to me that they forgot about it and did not make the necessary >functions or macros in NETCONN API. Exactly. For keepalive, the socket api directly uses the raw tcp api instead of going through the

Re: [lwip-users] multiple ports/interfaces

Ranran wrote: >On Thu, Oct 4, 2018 at 9:28 PM goldsi...@gmx.de >wrote: >> >> On 04.10.2018 17:14, Ranran wrote: >> > Does lwip support using multiple ports (physical interface) ? >> >> Yes. Do you want a single IP address or each netif with its own IP? >> For a single IP address, you need

Re: [lwip-users] [TCP raw API] Nagle + tcp_output interaction (behavior in 24 throughput tests)

vr roriz wrote: >[..] >Then, I added the send_now control option, letting tcp_output (with >send_now = 0) to be called by lwip itself. Ok, so the application *never* calls tcp_output() but you leave this completely to the stack? That might work somehow, but will lead to totally unpredictive

Re: [lwip-users] [TCP raw API] Nagle + tcp_output interaction (behavior in 24 throughput tests)

vr roriz wrote: >That's my point, I thought it would be totally unpredective. But after >some certain amount of data is periodically queued, the RTT starts to >go down again and the throughput is achieved. That is what I would >like to understand. I think tcp_output() is called every time an

Re: [lwip-users] [RST, ACK] from port zero

Am 31. Oktober 2018 16:26:27 MEZ schrieb Bob Jones <0xdeadbeef2...@gmail.com>: >Hello, > >I'm using lwIP the stack with sockets in our project to create multiple >HTTP connections to a non-lwIP server. I've noticed in Wireshark traces >that on some occasions the server will send a [FIN, ACK],

Re: [lwip-users] Smallest possible PBUF_POOL_SIZE and MEM_SIZE (UDP only), PBUF allocation

Hamme, Janis" wrote: > Since each packet would be processed >immediately I can't think of any situation where I would need to store >more than one incoming and one outgoing packet at a time. Queueing >shouldn't occur anywhere - or am I missing something? If your netif driver doesn't queue, tx

Re: [lwip-users] Passing ARP replies to host

Am 5. November 2018 17:49:42 MEZ schrieb Amena El Homsi : >Thanks for your reply. So if I want to support it I have to add some >changes to etharp.c file. Yes. > Is there a plan to support such feature? No, but I'm not opposed to accepting patches adding hooks for such things (see the

Re: [lwip-users] Passing ARP replies to host

Am 5. November 2018 19:15:51 MEZ schrieb Martin Kortmann : >Hi, > >I have to copy and modify the code of etharp.c since several years. >My problem with etharp.c is: My Ssstem includes one microcontroller >(with lwip running on it) and several FPGAs. All of them are >communicating via TCP/UDP,

Re: [lwip-users] DHCP requesting additional options via option 55

Am 13. November 2018 06:10:32 MEZ schrieb Craig McQueen : >I wrote: >> >> I have tried using LWIP_HOOK_DHCP_APPEND_OPTIONS() and >> LWIP_HOOK_DHCP_PARSE_OPTION() to request additional DHCP options >> from the server, using DHCP option 55 >> (DHCP_OPTION_PARAMETER_REQUEST_LIST). >> >> At

Re: [lwip-users] CHANGELOG items disappeared?

Nathan Hartman wrote: >Under git tag STABLE-2_1_0_RC1 it appears that CHANGELOG entries for >STABLE-2.0.2 and STABLE-2.0.3 have disappeared. Is this intentional or >an >error? This is intentional as those 2 stable versions are bugfix branches and this not direct parents of the master branch.

Re: [lwip-users] Randomly delayed frame (STM32070 package including LwIP v1.4.1)

stevestrong wrote: >Hi again, >The whole system seems very dependent on the debug outputs. >I placed debug prints on different places and I always get different >results, with partially strange behavior, including sending ACK for not >received frames. > >So I think this is a dead end, because

Re: [lwip-users] lwip + modbus TCP + UDP

Pablo Ledergerber wrote: > >hello, > >I'm working on a project for a new sensor with ethernet connectivity, >modbus TCP for data and a kind of discovery function with udp packets >for identificationdata. During the sensor is working well, there are >sometime packet retransmission and after a

Re: [lwip-users] Make accept, recv and send non blocking

Am 22. Januar 2019 08:34:51 MEZ schrieb saad saeed : >Dear All, > >I am using Socket API. How can I make lwip_accept(),lwip_recv() and >lwip_send() non-blocking? This is not an lwip specific question. It works the same as for all BSD compatible sockets implementations. Your favourite search

Re: [lwip-users] Core lock check in unix port

Am 17. Januar 2019 12:11:22 MEZ schrieb Jacob Kroon : >Hi, > >I apologize beforehand if the text looks like garbage, I'm pasting in >gmail.. > >I'm looking at the core lock check in the unix port: > >void sys_check_core_locking(void) >{ >/* Embedded systems should check we are NOT in an

Re: [lwip-users] to free or not to free (pbuf_free in tcp_recv)

Am 23. Januar 2019 15:05:06 MEZ schrieb cbe...@vienco.de: >Hi, > >I'm working with the lwIP 1.4.1 on a TI M4 platform with rawapi and I'm >having trouble to understand the documentation correctly. >In particular the callback for tcp_recv(). In the rawapi.txt is said > >"If there are no errors

Re: [lwip-users] Application callback for dhcp reboot with unchanged address

Niklas Gürtler" wrote: > [..] >When I restart my WiFi access point, the link is reconnected as >desired, >and lwIP performs a DHCP reboot and receives the same address as >before. >Unfortunately, in this case, the status callback is never called after >a >dhcp reboot. I think this is because

Re: [lwip-users] TCP - problems with large data

Am 8. Januar 2019 14:19:44 MEZ schrieb "Norberto R. de Goes Jr." : >Hi Simon! >I think a note about "gro" is appropriate, for instance, in >http://lwip.wikia.com/wiki/Tuning_TCP site. The wiki is not really a thing I do edit or look at. Where in the lwip sources or docs (in the hit sources

Re: [lwip-users] DHCPv6 stateless and IPv6- auto address configuration

saad saeed wrote: >Hello, >Currently, I am using IPv6-auto address configuration. But in lwIP >2.1.0, there is also DHCPv6 stateless. >My Question: Are these one and a same thing? No, the first configures an address via router solicitaions, the latter adds things that aren't available from

Re: [lwip-users] TCP - problems with large data

Am 8. Januar 2019 11:50:48 MEZ schrieb "Norberto R. de Goes Jr." : >How are you? > >After a long time spent in this issue with debugging in my network >drive >(socket raw), lwip configuration tuning (lwipopts.h), my client code, >etc, >etc; I noted (using simhost -d) that large packets caused

Re: [lwip-users] Pbuf struct size

Amena El Homsi wrote: >The pbuf structure is 16 bytes. Is their a plan to add more elements to >it >in the next lwip versions or its size will not be changed? Its size has long been 16 bytes and there are requirements to leave it like that. However, there are other requirements to change

Re: [lwip-users] Help on porting lwIP to Beaglebone Black (AM335X) with Xenomai

Hi, Am 28. Januar 2019 17:42:39 MEZ schrieb "Baur, Elias" : >Hello everyone, > > >I am new to lwIP and did a lot of research the last couple of days. My >goal ist to do real time networking between wire-connected >Beagleboards. Therefore, we have been setting up a Xenomai Co-Kernel on >the

Re: [lwip-users] makefs and mem_free errors

Am 2. April 2019 21:34:28 MESZ schrieb Mike Spenard : >Submitted bug report on 404 missing issue. > >Could you provide some guidance on why the fsdata.c I generated with >makefsfile.exe including headers is causing a "HTTP headers not >included in file system" error? I'd have to look at the

Re: [lwip-users] Using LWIP with PPP and NAT

Am 28. Februar 2019 12:16:00 MEZ schrieb Ajay Bhargav : >I am yet to update the repo to latest lwIP source, but you can still >use it. >Usage information is given here: >https://github.com/ajaybhargav/lwip_nat/blob/master/src/core/ipv4/ip4_nat.c > >I will better create a different howto file

Re: [lwip-users] How receive UDP broadcast with LwIP ?

Am 7. Februar 2019 16:56:04 MEZ schrieb Dirk Ziegelmeier : >Can you at least check/debug to be sure your MAC delivers the desired >packet to lwIP? e.g. by dumping the first few bytes of all received >packets >and looking for your desired broadcast? > >If that is not the case, consult your MAC

Re: [lwip-users] Porting 2.1.2 to Atmel Studio 7... dirent.h?

Am 8. Februar 2019 00:27:58 MEZ schrieb Stephen Cowell : >I'm attempting to update the SAM4E example project >THIRDPARTY_LWIP_BASIC_HTTP_EXAMPLE1 from 1.4.1 to 2.1.2.  The dev >system >is Atmel Studio 7 using ARM/GNU Common toolchain.  I have NO_SYS = >1 >this is the bare-metal

Re: [lwip-users] Porting 2.1.2 to Atmel Studio 7... dirent.h?

Am 8. Februar 2019 20:18:23 MEZ schrieb Stephen Cowell : > >On 2/7/2019 11:39 PM, goldsimon wrote: >> Am 8. Februar 2019 00:27:58 MEZ schrieb Stephen Cowell >> : >> ... > >> > Does everyone have to go through and edit >> >the >> >header fi

Re: [lwip-users] LwIP and ARM Compiler 6

Am 4. Februar 2019 08:59:37 MEZ schrieb "Daniel Liquete García" : >Good moorning, > >Thanks four your repply. > >The same day that i saw your answer, i found the error (Compile Error), >but i dont know the exactly sintaxis to fix it. > > >#if defined ( __CC_ARM ) >ETH_DMADescTypeDef

Re: [lwip-users] LWIP/PPPOS for GSM module

Am 4. Februar 2019 06:53:47 MEZ schrieb Devanand Biradar : >Hello Sylvain, >I have corrected my input & output serial driver. >Now I am getting the IP addr, GW, subnet from GSM using PPPOS over >LWIP. >Status - CONNECTED. > >Now I want to use PING (using ICMP). >I want to ping google.com, how

Re: [lwip-users] ERR_ABRT: Out of pcbs or netconns

Please, this is an international community list, could you write in English so that everyone can understand? Thanks, Simon Am 11. April 2019 16:22:25 MESZ schrieb Sarp Daltaban : >Doğru kanka, tek thread yeterli eğer ppp'yi beslemiyorsan. >Endoks & t4e'de çalışıyorum. > >tirmalabenikasibeni ,

Re: [lwip-users] Confused - Should I loop on pbufs in my receive callback?

rote >> Am 02.08.2019 um 20:29 schrieb > >> goldsimon@ > >> : >>> Am 02.08.2019 um 17:34 schrieb lauziepi: >>>> Hello, >>>> >>>> thanks for the reply! Regarding question #2, would you (or someone >else) >>>> be &

Re: [lwip-users] altcp API: altcp_active_pcbs

Am 19. September 2019 17:20:29 MESZ schrieb "koszo.simon" : >Hi everybody, > >I have a question about altcp API: Does "altcp_active_pcbs" (or >something >similar) exist? No, I don't think so. And what you're doing with the old tcp isn't actually supported: it might work, but be prepared for

Re: [lwip-users] CMSIS V2 ??

Am 25. September 2019 23:37:22 MESZ schrieb Dave Nadler : >I'm using lwip 2.1.2 on FreeRTOS, on ST platform. >lwip-2.1.2\system\OS\sys_arch.c sys_mbox_new(..) uses macro That file is not part of our distribution, don't know where you got it from. Regards, Simon

Re: [lwip-users] altcp API: altcp_active_pcbs

Am 20. September 2019 07:22:39 MESZ schrieb "koszo.simon" : >Hi Simon, > >Thank you for your quick answer. > >Do you have any suggestion how I would be able to make my tcp server >application to send out packages on every socket which is connected to >the >same tcp local port in a a supported

Re: [lwip-users] Bug in invalidate_cpu_cache() usage

Am 2. November 2019 00:34:41 MEZ schrieb Toshiyasu Morita : >I was looking through the lwip and I found some obvious problems in the >way >invalidate_cpu_cache() is used. That function does not exist in lwIP. You're probably using some vendor version? Regards, Simon

Re: [lwip-users] link down handling in dhcp v1.4.1

Am 7. November 2019 08:59:54 MEZ schrieb vinu : >Hi Simon, > >Is it safe to call dhcp_network_changed() from application thread ? I >tried >it ans seems to be working properly. No, it's not safe. Don't do that. > Also, should i call >netif_set_down() >and netif_set_addr() before

Re: [lwip-users] MEM_USE_POOLS issue

Am 7. November 2019 08:54:25 MEZ schrieb mtimm : >Simon, >Thank you. It works better ;) >One more question about purpose of using custom pools. >LwIP uses few internal pools like PBUF_POOL_base, TCP_PCB_BASE, >UDP_PCB_BASE. >What can be the reason of using additional custom pools? Is it about

Re: [lwip-users] Delay in web page loading on v1.4.2

Am 7. November 2019 11:06:07 MEZ schrieb vinu : > >We found that the issue was only occuring when the browser used is >chrome >and not evident while testing with Firefox browser or wget from a linux >pc. The problem might be the number of parallel connectionss then? Regards, Simon

Re: [lwip-users] dhcp ip change and callback lwip 1.4.1

Am 8. November 2019 16:15:06 MEZ schrieb vinu : >Suppose the DHCP server decides to change the ip issued to my device >after >the lease time expiry, how can the application know that there is an ip >change? Does the status callback be called in this case? Yes. Regards, Simon

Re: [lwip-users] SNMP v3 and v2

Am 8. November 2019 14:38:38 MEZ schrieb Harrold Spier : >Hi Mario, > >As far as I know, the current stable version of lwIP does only support >SNMPv1 traps. I'm now using the latest lwIP git checkout, which does >have >support for SNMP v2c traps. > >As far as I can see, there is no support for

Re: [lwip-users] tcp_write function merges 2 different packets while sending

Urvi wrote: >[..] > >But when I send 1 data packet of size=6 bytes (call tcp_write() and >then >tcp_output()) and next packet of size=45 bytes (call tcp_write() and >then >tcp_output()), then at server side it receives as a one single data >packet >of size=51 bytes; due to this my complete data

Re: [lwip-users] tcp_write function merges 2 different packets while sending

Liju John wrote: >Still you can disable the streaming feature of the TCP and send like >udp >packets with TCP_NODELAY set socket option on the TCP level. This >option is >available on the socket. You can explore on it. While this is correct, it's not a good suggestion in this thread: the remote

Re: [lwip-users] 802.1D bridge

Am 24. Februar 2020 22:45:18 MEZ schrieb SimonW : >Can anyone point me to an example using the bridge netif that is in >lwip 2.1? >Ideally with 1 leg using either an embedded MAC, or RNDIS over USB host >- I >have both legs working independently. > >Bonus question: I understand that the 2.1

Re: [lwip-users] VLAN support

Am 24. Februar 2020 23:42:06 MEZ schrieb SimonW : >Does anyone know if support for VLAN is planned for lwip? Did you grep through the code searching for "vlan"? If not, I'd suggest to do that. Regards, Simon ___ lwip-users mailing list

Re: [lwip-users] 802.1D bridge

Am 25. Februar 2020 22:38:31 MEZ schrieb SimonW : >[..] >Makes reference to including IPv4 config and not adding IPv6 addresses. No, that might be misleading. The netifs get no addresses at all. >I >could do with fuller documentation - or better still an example. This is a standard bridge.

Re: [lwip-users] VLAN support

Am 25. Februar 2020 23:32:44 MEZ schrieb SimonW : >I've searched all the documentation at >http://www.nongnu.org/lwip/2_1_x/index.html. There is not mention of >VLAN. I said search the code. Sadly, we're not better than other open source software when it comes to documentation:-) >There are

Re: [lwip-users] R: Re: lwip-users Digest, Vol 198, Issue 3

Please do not reply to digest mails. That breaks email threading for sure and you risk people lose track of your story. Regards, Simon Am 4. Februar 2020 18:29:20 MEZ schrieb Renato Barresi : >Hi Sylvain, > >I changed VJ_SUPPORT to 0 and still got the same behavior. > >I'm sending the PPP

Re: [lwip-users] httpd POST gets stuck after few requests

Adam Baron wrote: >I did search of POST related problems sorted by date. I will do so >again. > >PBUF_POOL_SIZE is affecting number of POST I can do directly. That is, >I >can do as many posts as PBUF_POOL_SIZE is defined. I think the user reporting this last time,did not free the pbuf passed

Re: [lwip-users] httpd POST gets stuck after few requests

Trampas Stern wrote: >err_t httpd_post_receive_data(void *connection, struct pbuf *p) >{ > pbuf_free(p); >return ERR_OK; >} Ah, yes. And the problem still is that the example does not do that. I'll file a bug... Regards, Simon ___ lwip-users

  1   2   >