Hi Sergio
Thank you for your input!
You were right, there was another task using pbufs.
We re-initialized it every time a new network setting got applied (i.e. also
when a DHCP request was completed).
Sadly it every time took a new pbuf but didn't release the old one.
After fixing this the DHCP
Hi pcu
I am also using the LAN8720 in RMII, together with an STM32F4 and FreeRTOS.
I also had an issue with lost packages. That was solved by a patch provided in
this list.
Have a look at the thread at
http://lists.gnu.org/archive/html/lwip-users/2013-09/msg00025.html
With this fix lwIP works
Hi all
I experiencing some weird behavior with DHCP requests.
As far as I can see it seems to be a memory overflow in dhcp_start() /
dhcp_stop().
DHCP requests work for 5 times but will fail at the 6th time with this error:
dhcp_start(): could not obtain pcb
Looking at the log below you can see
Dear Seba
Thank you very much for your help!
Indeed your suggested patch seems to have solved our issues.
At least the device now runs stable for almost a full day and I could not force
a slow down as before.
Best regards
George Ruinelli
Kistler Instrumente AG
Eulachstrasse 22, 8408
we solve it? Is there somehow a flush command to send all pending
packages?
Or is there somehow a misconfiguration of our system?
We appreciate any hints!
George Ruinelli
Kistler Instrumente AG
Eulachstrasse 22, 8408 Winterthur, Switzerland
Direct +41 52 2241 257, Main Office +41 52 224 11 11
Thank you for your quick reply!
What would I have to look for?
I see that the RBUS flag is only used in low_level_input().
BTW:
Up to yesterday we used lwIP 1.4.0 but updated to 1.4.1 without improvements in
that issue.
George Ruinelli
Kistler Instrumente AG
Eulachstrasse 22, 8408 Winterthur
