hello,
I try to send a frame at link layer (as ARP frame) with socket in raw mode.
It seems that IPPROTO_RAW is not defined in Lwip. So, it is possible to use
socket API to send such frame (at MAC level) with lwip ?
thanks a lot
Marion
___
lwip-users m
hello,
I try to send a frame at link layer (as ARP frame) with socket in raw
mode.
It seems that IPPROTO_RAW is not defined in Lwip. So, it is possible to
use socket API to send such frame (at MAC level) with lwip ?
thanks a lot
Marion
S.E.F.I. Systèmes de sécurité incendie
Ce message ainsi q
Hi Claudius,
I'm writing to ask if you followed your intention to write a MAC driver for
the STM32.
Browsing through the forums I can see a lot of new projects based on this
MCU but everybody complains about badly written drivers..
Bye,
Andrea
From: Claudius Zingerli
> To: Mailing list for lwIP
Thanks Marty.
Yes I will dig into the memory usage a bit more tomorrow.
I filtered for tcp.port 25500 on Wireshark to reduce the clutter a bit.
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
>> I did enable some more lwip debugging output and saw that at some
point pbuf fails to allocate memory on receiving a packet.
Yeah, it's clear from the pcap that lwip stops processing packets from
the host.
It looks like you need debug statements in memp_malloc and memp_free
rather than pack
Hi Marty,
I'm not using any OS, it's bare metal (you could say cooperative
multitasking through non-blocking sub-system state machines). The network
is serviced at more than 3kHz. I print out the min and max main cycle times
(every 5s for each of the last 5 x 1s), and the max is usually around 1ms
Dawid
Looking at the pcap, I would first guess that some higher priority task
is not letting the lwip thread run. So packet processing is falling
behind.
Can you verify that the ethernet thread is running at higher priority
than all other threads? BTW - What RTOS are you using?
Marty
