Simon,
I access it here:
http://lwip.100.n7.nabble.com/UDP-and-Raw-API-lwip-running-with-RTOS-td33221.html
--
Sent from: http://lwip.100.n7.nabble.com/lwip-users-f3.html
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailma
zulu4711 wrote:
> Simon,
> I access it here:
> http://lwip.100.n7.nabble.com/UDP-and-Raw-API-lwip-running-with-RTOS-td33221.html
Ok, so you're using nabble. That's fine for you. I'm using this list. By now,
you
may have noticed the difference ;-)
In other words, the formatting of your mail is st
Simon,
Sorry for that !
My "everyday" reading of lwip topics is done on nabble, hence I did the
question there. Anyway, here is the original question, Hope it is readable
now.
I have lwip up and running in an embbeded system using a RTOS (Keil RTX
kernel) and this seems to work alright. I'm test
zulu4711 wrote:
> Simon,
> Sorry for that !
> My "everyday" reading of lwip topics is done on nabble, hence I did the
> question there.
There's no problem in using nabble, you just have to make sure the result
is readable by everyone reading the list, not only by nabble users.
If you want a respon
Thanks Simon,
I will try LWIP_ASSERT_CORE_LOCKED() also (good idea!). This also forces me
to upgrade to 2.1.0 (running at 2.0.3 at the moment)
--
Sent from: http://lwip.100.n7.nabble.com/lwip-users-f3.html
___
lwip-users mailing list
lwip-users@nong
Hi,
I have the following configuration:
H/W
ATMEL SAM4E ARM Cortex-M4 with KSZ8081MNXRNB Ethernet phy.
LWIP:
1.4.1
Config (extract. See attached file for full config):
#define NO_SYS 1
#define MEMP_NUM_TCP_PCB2
#define M
Hi
I'll answer the standard reply to this question :) You're saying that
"the app has received the packet" but are you really sure about that? A
typical cause for this problem is that the driver stops receiving and/or
forwarding packets to lwip properly, lwip can't ack what lwip doesn't
rece
In addition to the correct answer from Jens:
On 02.10.2018 11:45, Inderjit Singh wrote:
[..]
while (p != NULL) {
if (ctx->recv_buf != NULL) {
memcpy(&ctx->recv_buf[len], p->payload, p->len);
}
temp_p = p->next;
len += p->l
