[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lwip-users] Handle a broadcast storm
From: |
address@hidden |
Subject: |
Re: [lwip-users] Handle a broadcast storm |
Date: |
Fri, 22 Mar 2019 08:02:20 -0700 (MST) |
Thank you very much for your analysis, I was not able to do that by myself! I
confirm that in the embedded device, even if I have set 3 rx buffer, there
is a while loop going through the rx buffer and it seems they are loaded
while I'm reading them so I'm reaching up to 400 while cicles in ethernet
irq.
I don't think it's possible to block them at HW level acting on MAC filters:
if it's not possible the workaround you propose can help but doesn't solve
my issue because a frame process takes about 20us in my HW with 8-9 for pool
buffer allocation so even if I filter out the pool part and I avoid to call
LWIP I can still have 11us*400 that is a lot of time.
Thanks again for your analysis, I will have a look at the STM32, and I will
post my proposed solution.
Michele
--
Sent from: http://lwip.100.n7.nabble.com/lwip-users-f3.html
- [lwip-users] Handle a broadcast storm, CORRADIN Michele, 2019/03/21
- Re: [lwip-users] Handle a broadcast storm, Patrick Klos, 2019/03/21
- Re: [lwip-users] Handle a broadcast storm, address@hidden, 2019/03/21
- Re: [lwip-users] Handle a broadcast storm, address@hidden, 2019/03/21
- Re: [lwip-users] Handle a broadcast storm, Patrick Klos, 2019/03/21
- Re: [lwip-users] Handle a broadcast storm, address@hidden, 2019/03/22
- Re: [lwip-users] Handle a broadcast storm, Patrick Klos, 2019/03/22
- Re: [lwip-users] Handle a broadcast storm,
address@hidden <=
- Re: [lwip-users] Handle a broadcast storm, address@hidden, 2019/03/22
- Re: [lwip-users] Handle a broadcast storm, address@hidden, 2019/03/25