Hi
I'm using the official 1.4.1 lwip, not current from git.
When creating a project with eclipse it wants to use
and build all the source files it finds. I only need ipv4
but the ipv6 files are still present and built. Unfortunately
I get compiler errors for those files.
http://lwip.wikia.com/wik
Hi Fabian,
On Mon, Feb 25, 2013 at 11:00:33AM +0100, Fabian Cenedese wrote:
>
> I'm using the official 1.4.1 lwip, not current from git.
> [...]
>
> Should the ipv6 code be compilable (I don't worry about functionable
> now)?
IPv6 is not available from the 1.4.1 release but it is available (a
At 11:10 25.02.2013 +0100, you wrote:
>IPv6 is not available from the 1.4.1 release but it is available (and
>working perfectly for me ! ;) from the HEAD of the Git repository.
>
>> Is there some other way around this except leaving out the ipv6
>> files?
>
>Not in the 1.4.1 release.
That is ok
Quoting Fabian Cenedese :
Hi
I'm using the official 1.4.1 lwip, not current from git.
When creating a project with eclipse it wants to use
and build all the source files it finds. I only need ipv4
but the ipv6 files are still present and built. Unfortunately
I get compiler errors for those file
"Fabian Cenedese" wrote:
> I'm using the official 1.4.1 lwip, not current from git.
> When creating a project with eclipse it wants to use
> and build all the source files it finds. I only need ipv4
> but the ipv6 files are still present and built. Unfortunately
> I get compiler errors for those fi
At 10:32 25.02.2013 +, you wrote:
>Quoting Fabian Cenedese :
>
>Why not use the 'exclude from build' option in Eclipse?
>
>Right click on the IPV6 directory and select 'exclude ...'
>
>All those files will then be excluded from that build. You can set-up
>alternate builds where the ARE includ
Hi
I'm using Eclipse Juno and had the same issue with lwIP 1.41. To solve this
quickly, i excluded the IPv6 files from the build, you can do this in the
Eclipse Project Explorer using context menu.
2013/2/25 Fabian Cenedese
> Hi
>
> I'm using the official 1.4.1 lwip, not current from git.
> W
Today I finally captured some debug output. Active debug options:
#define SOCKETS_DEBUG LWIP_DBG_ON
#define IP_REASS_DEBUG LWIP_DBG_ON
#define MEM_DEBUG LWIP_DBG_ON
#define MEMP_DEBUG LWIP_DBG_ON
#define TCP_DEBUG
Late to the party, but full duplex is first an issue for your hardware
and driver. If your hardware is set up to send and receive using DMA,
data can be coming in at the same time it is going out. As long as you
have enough receive buffers for the largest receive burst, and avoid
promiscuous mod
I am running lwIP along with FreeRTOS on an embedded microcontroller
that does periodic checks to a GPS based timeserver located in the same
room. Thus the timeserver is able to quickly respond to an ARP request
(measurements show a consistant range of 740us to 750us). The first
timeserver che
I am running lwIP along with FreeRTOS on an embedded microcontroller
that does periodic checks to a GPS based timeserver located in the same
room. Thus the timeserver is able to quickly respond to an ARP request
(measurements show a consistant range of 740us to 750us). The first
timeserver che
Hello,
what about to set priority of the receive packet task lower than the
tcp/ip task? After returning from an ISR, the tcp/ip task will queue
the ARP and then, when tcp/ip task is blocked while waitining for a
message, the received packet is processed.
Martin
P.S.
I am not strong at future af
Hello, I was trying to get the httpserver-netconn working (in contrib). I am
using lwip-1.4.1 and contrib-1.4.1. I think the following change is needed:
73c73
< netconn_bind(conn, NULL, 80);
---
> netconn_bind(conn, IP_ADDR_ANY, 80);
You cant pass NULL in for the ANY address because it is
Hi Martin,
Good answer (and obvious if I'd thought about it a bit more). I had
originally just left things the way the FreeRTOS demo application had
them set up and it had the receive as the highest possible priority with
transmit just under that. I swapped them and so far it seems to be
wo
Dave Harper wrote:
> What I'm seeing is that occasionally between the time the the ARP request is
> sent and the time the IP packet is actually queued, there is an interruption
> of execution in etharp_query. Before etharp_query() gets to execute again,
> the timserver is able to respond with
Hi Kieran,
I have a new/old problem.
I am running a simple TCP terminal server that works like a telnet server but
with no
Protocol. Actually a s simple TCP server. I use raw TCP terminal.
It works ok but as far as I was able to spot I have memory leaks inside the
LWIP stack.
My server accep
16 matches
Mail list logo
