[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lwip-users] TCP retransmission flooding at end of stream
From: |
Michael Steinecke |
Subject: |
Re: [lwip-users] TCP retransmission flooding at end of stream |
Date: |
Thu, 18 Sep 2014 04:30:18 -0700 (MST) |
Simon Goldschmidt wrote
> Michael Steinecke wrote:
>> Sergio R. Caprile wrote
>>>>>/ The FW Library bug in the Ethernet IRQ, eating fast packets is
fixed./
>>>>So no, this does not seem to be the standard STM issue...
>>>
>>> Oh, I see, missed that part. Should we believe the vendor ? (terrified
>>> face)
>>
>> I think there is another related bug as well. The semaphore to signal new
>> packets is a binary one. It should be a counting one. I had it at least
>
> Ehrm, wasn't that the STM bug we were talking about? At least I think I
> remember something like that being discussed on this list...
>
> So you haven't fixed it? That could explain retransmissions...
No I'd fixed that one for the entire time. The post I'd read regarding the
famous bug talked about
http://lists.nongnu.org/archive/html/lwip-users/2014-03/msg00033.html
This is fixed in the meantime by STM32
--
View this message in context:
http://lwip.100.n7.nabble.com/TCP-retransmission-flooding-at-end-of-stream-tp23275p23313.html
Sent from the lwip-users mailing list archive at Nabble.com.
Re: [lwip-users] TCP retransmission flooding at end of stream, Sergio R. Caprile, 2014/09/19
Re: [lwip-users] TCP retransmission flooding at end of stream, S G, 2014/09/19