[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lwip-devel] etharp.c updating
From: |
Kieran Mansley |
Subject: |
Re: [lwip-devel] etharp.c updating |
Date: |
Tue, 14 Jun 2011 11:22:58 +0100 |
On Tue, 2011-06-14 at 11:18 +0200, Simon Goldschmidt wrote:
> Anyway, both explanations are a strong case for us to change the code
> so that such an entry is re-requested before it times out. Since would
> effectively only be a test for a single counter (for every transmitted
> packet), I don't think it will hurt performance to much. Restructuring
> find_entry() to only do a quick find on TX should outweight that
> anyway.
Agreed: let's get a task for this on savannah.
Kieran
- Re: [lwip-devel] etharp.c updating, (continued)
- Re: [lwip-devel] etharp.c updating, Leon Woestenberg, 2011/06/12
- Re: [lwip-devel] etharp.c updating, Leon Woestenberg, 2011/06/12
- Re: [lwip-devel] etharp.c updating, Kieran Mansley, 2011/06/13
- Re: [lwip-devel] etharp.c updating, Bill Auerbach, 2011/06/13
- Re: [lwip-devel] etharp.c updating, Leon Woestenberg, 2011/06/13
- Re: [lwip-devel] etharp.c updating, Bill Auerbach, 2011/06/13
- Re: [lwip-devel] etharp.c updating, Simon Goldschmidt, 2011/06/14
- Re: [lwip-devel] etharp.c updating, Simon Goldschmidt, 2011/06/14
- Re: [lwip-devel] etharp.c updating, Kieran Mansley, 2011/06/14
- Re: [lwip-devel] etharp.c updating, Simon Goldschmidt, 2011/06/14
- Re: [lwip-devel] etharp.c updating,
Kieran Mansley <=
- Re: [lwip-devel] etharp.c updating, Simon Goldschmidt, 2011/06/14
- Re: [lwip-devel] etharp.c updating, address@hidden, 2011/06/13
- Re: [lwip-devel] etharp.c updating, Leon Woestenberg, 2011/06/13
Re: [lwip-devel] etharp.c updating, Simon Goldschmidt, 2011/06/14