This is now logged as bug
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001873
All the patches are attached. Please ffel free to test and give feedback.
Thanks
Will
On 27/06/2013 20:26, Will Wagner wrote:
Some of my patches are too big for the mailing list, guess I'll just log
a bug in bug
Some of my patches are too big for the mailing list, guess I'll just log
a bug in bugzilla with the patches.
Getting late now, will tackle tomorrow.
On 27/06/2013 20:22, Will Wagner wrote:
Hello,
This patch series updates LWIP to 1.4.1. It seems to work well for us,
but we have not run all th
There is a code path when udp packets are dropped due to lack
of buffers where the stats object is not correctly updated.
Signed-off-by: Andrew Parlane
Signed-off-by: Will Wagner
---
packages/net/lwip_tcpip/current/src/api/api_msg.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package
Add some casts to prevent compiler warnings
Signed-off-by: Andrew Parlane
Signed-off-by: Will Wagner
---
packages/net/lwip_tcpip/current/include/lwip/pbuf.h | 2 +-
packages/net/lwip_tcpip/current/src/core/ipv4/igmp.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/pa
There are a number of lwip cdl options which are only valid if
another option is selected. Add the relevant active_if statements
to the cdl file.
Signed-off-by: Andrew Parlane
Signed-off-by: Will Wagner
---
packages/net/lwip_tcpip/current/cdl/lwip_net.cdl | 16
1 file changed,
There had been a couple of changes to lwip source files, these
changes need to be ported to the new version
Signed-off-by: Andrew Parlane
Signed-off-by: Will Wagner
---
packages/net/lwip_tcpip/current/src/core/mem.c | 2 +-
packages/net/lwip_tcpip/current/src/core/memp.c | 2 +-
2 files chang
There were a number of lwip API changes in 1.4.1, this patch
modifies the ecos wrapper around lwip so it works with new version
Signed-off-by: Andrew Parlane
Signed-off-by: Will Wagner
---
.../enc424j600/current/tests/netconn_test_server.c | 7 +-
packages/net/lwip_tcpip/current/cdl/lwip_net
Hello,
This patch series updates LWIP to 1.4.1. It seems to work well for us,
but we have not run all the tests or touched anything like all the
different config possibilities. Please test and give feedback.
This patch series is generated from git (whatever happened to moving
away from cvs?)
Jürgen,
> After digging deep, I found that our problem was caused by something
> else, so this fix is not needed, but we kept it because we did not like
> that construct as you also point out.
>>
>> If you really expect cyg_mutex_lock to ever return false,
>> then the right thing to do would be
On 06/27/2013 02:51 PM, Bernd Edlinger wrote:
> Hi Jürgen,
>
>
> the variant with cyg_mutex_trylock is like busy waiting, and
> should be reverted. But I agree that the
> "while (!cyg_mutex_lock()) continue;"
> construct is somehow really bad style.
>
> I do not think that cyg_mutex_lock can ever r
Hi Jürgen,
> The patch below we already use since 2006.
> We had problems with the TCP/IP stack directly after booting because it
> already received packets before being initialized completely.
> Here our CVS log:
>
> move
> splx(s);
> from line 682 to line 739
> so that tcp/ip stack has started
Hi Jürgen,
the variant with cyg_mutex_trylock is like busy waiting, and
should be reverted. But I agree that the
"while (!cyg_mutex_lock()) continue;"
construct is somehow really bad style.
I do not think that cyg_mutex_lock can ever return false,
unless the spl_mutex is completely invalid.
If
Hello,
The patch below we already use since 2006.
We had problems with the TCP/IP stack directly after booting because it
already received packets before being initialized completely.
Here our CVS log:
move
splx(s);
from line 682 to line 739
so that tcp/ip stack has started up before the et
Hello,
The patch below we already use since 2009. But I did not code the patch,
so I do not know what problem it solves. Here are our CVS logs about the
patch:
- To avoid deadlock on mutex 'splx_mutex', I changed 'cyg_mutex_lock'
into 'cyg_mutex_trylock'.
- Add 'trylock' and 'cyg_thread_delay'
14 matches
Mail list logo
