As far as I know Simon, he wrote this answer on his mobile phone with
autocorrection turned on :-) :-)
-> [...] we'd happily accept _patches_ to build against newer versions [...]
On Tue, Apr 9, 2024 at 8:17 AM Simon Goldschmidt via lwip-users <
lwip-users@nongnu.org> wrote:
>
>
> Am 8. April
SNMPv3 is working fine, you can use it in products
On Tue, Jan 4, 2022 at 4:20 PM Jan Dospěl via lwip-users <
lwip-users@nongnu.org> wrote:
> Hi all,
>
>
>
> I have ported SNMPv1+v2c from IwIP to embedded stack at WiFi SoC CC3220.
> Its works like a charm. But now I considering add support for
The code in NO_SYS docs is pseudo-code, you need to implement pbuf queues
by yourself. Usually an OS already supports some kind of queue.
So packet QUEUES are not supported, pbufs only support CHAINS (=one single
ethernet packet splitted into multiple pbufs).
ld explain it does not work.
>
> Regards,
> Harrold
>
>
> On Thu, Mar 12, 2020 at 2:07 PM Dirk Ziegelmeier
> wrote:
>
>> The last two options will both work. Read the lwip threading hints in the
>> docs!
>>
>> Harrold Spier schrieb am Do., 12. März 2
ack() function.
>- Call snmp_coldstart_trap() after calling LOCK_TCPIP_CORE() and before
>UNLOCK_TCPIP_CORE().
>
> Best regards,
> Harrold
>
>
> On Thu, Mar 12, 2020 at 11:48 AM Dirk Ziegelmeier
> wrote:
>
>> you found a bug :-)
>>
>> Try this, and
rn sizeof(u32_t);
case 4: /* sysContact */
var = syscontact;
var_len = (const s16_t *)syscontact_len;
break;
case 5: /* sysName */
var = sysname;
var_len = (const s16_t *)sysname_len;
Ciao
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.zieg
The netconn thread receives SNMP packets and processes them in the SNMP
stack, nothing else. It never calls snmp_set_device_enterprise_oid(). Put a
breakpoint in calls snmp_set_device_enterprise_oid() and check the call
stack. I guess it's your application that makes this call from the wrong
no
Ciao
Dirk
On Wed, Nov 20, 2019 at 9:41 AM Amena El Homsi
wrote:
> Thanks.. Is there a new lwip version that fixes this bug?
>
> On Wed, Nov 20, 2019 at 10:33 AM Dirk Ziegelmeier
> wrote:
>
>> thats a bug, a correct function would be
>>
>> /**
>>
thats a bug, a correct function would be
/**
* @ingroup autoip
* Remove a struct autoip previously set to the netif using
autoip_set_struct()
*
* @param netif the netif for which to set the struct autoip
*/
void
autoip_remove_struct(struct netif *netif)
{
LWIP_ASSERT_CORE_LOCKED();
It's in the zero-copy example.
Of course your DMA buffers need to be cacheline-aligned, that's why the
example uses custom pbufs, there should also not be any data/variables
between the DMA buffers. And your invalidate() function needs to match
addresses to cache lines. But all this is out of
Not really, but there are examples in the contrib directory
Ciao
Dirk
On Thu, Oct 24, 2019 at 10:03 PM Trampas Stern wrote:
> I did get the lwip 2.1.2 version compiled and ported with httpd running.
> Is there a quick start guide for SNMP?
>
> I am new to SNMP, and have started reading up so
; authentication failure?
> As I don't know about SNMP protocol, I am not sure if thats ok or
> something is wrong..
> Hope you can clarify me.
>
> Mario Luzeiro
>
>
> From: lwip-users on
> behalf of Dirk Ziegelmeier
> Sent: 24 Sept
it is technically complete, it only needs proper implementation of the
functions in
http://git.savannah.nongnu.org/cgit/lwip.git/tree/contrib/examples/snmp/snmp_v3/snmpv3_dummy.c
which is the glueing code to your application.
And of course it needs mbedtls in your project, or a reimplentation of
What do you need an IP stack for when you want to process raw ethernet
frames???
Dirk
On Thu, Jul 25, 2019 at 10:25 PM Nathan Immerman via lwip-users <
lwip-users@nongnu.org> wrote:
> Hi all,
>
> I am implementing a software Precision Time Protocol (PTP) implementation
> which requires reading
Correct!
See also: https://www.nongnu.org/lwip/2_1_x/multithreading.html
Ciao
Dirk
On Tue, Jun 25, 2019 at 11:12 AM wayne.ur...@tridentrfid.com <
wayne.ur...@tridentrfid.com> wrote:
> Wow, cool.
>
> Question: how is this thread safe - because the callback happens inside the
> TCP thread and
Simply call ip_current_netif() to get it
Ciao
Dirk
On Tue, Jun 25, 2019 at 5:11 AM Wayne Uroda
wrote:
> Hi,
>
> Please forgive me if this is a stupid question.
>
> I am writing a DHCP server and using udp_recv functionality to handle
> incoming broadcast messages on a udp pcb.
> I have
No, but the netconn implementation is basically a socket implementation.
The Socket implementation of lwIP is a wrapper around the netconn API. You
can (and should) change the thread priority of the SNMP thread to be lower
then the priority of the lwIP main thread.
Dirk
On Fri, May 10, 2019 at
Can you at least check/debug to be sure your MAC delivers the desired
packet to lwIP? e.g. by dumping the first few bytes of all received packets
and looking for your desired broadcast?
If that is not the case, consult your MAC manual about broadcast reception
/ MAC filters.
Dirk
Did you configure your MAC to receive multicasts/boradcasts? lwIP cannot do
this!
Ciao
Dirk
On Thu, Feb 7, 2019 at 3:39 PM Pekub wrote:
> Hello,
>
> I have this problem. I need to receive UDP Broadcast, but The "callback"
> function is never called.
>
> I use LwIP 2.0.3.
>
> /*- Default
You are violating threading rules in the thread using the RAW API.
See:
https://www.nongnu.org/lwip/2_1_x/pitfalls.html
https://www.nongnu.org/lwip/2_1_x/multithreading.html
HTH
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://www.nongnu.org/lwip/2_1_x/group__netif__ip6.html
HTH
Dirk
On Wed, Jan 9, 2019 at 2:03 PM saad saeed wrote:
> Dear All,
>
> I am new to lwIP. I want to know that, how can I get the assigned IPv6
> address and how can I assign the IPv6 address. Are there any examples for
> this.
>
>
Ich you listen to an ANY IP address, then rebinding the netconn should not
be necessary. Otherwise, check SO_REUSE.
Dirk
On Mon, Dec 17, 2018 at 4:40 AM uaz wrote:
> Hi All,
>
> I am doing a webserver that allows users to change device ip address during
> runtime (no power reset required).
>
Yes, in exactly the same way - just figure out the name of the PBUF pool
(see linker map file) and add an external with appropriate GCC attribute to
cc.h
Dirk
On Fri, Nov 9, 2018 at 3:14 PM uaz wrote:
> Hi Dirk,
>
> Thanks for the heads up. I lost focus because I was drowning in the macros.
>
To relocate a pool, see:
https://www.nongnu.org/lwip/2_1_x/group__mempool.html#ga5b1fb3ce7942432d87cc948b1c5ed6cb
"To relocate a pool, declare it as extern in cc.h. Example for GCC: extern
u8_t __attribute__((section(".onchip_mem")))
memp_memory_my_private_pool_base[];"
HTH
Dirk
The examples have moved here:
http://git.savannah.gnu.org/cgit/lwip/lwip-contrib.git/tree/examples/httpd
Dirk
On Thu, Aug 30, 2018 at 1:45 AM Keith Rubow wrote:
> Is there no longer an http server example using the raw api for lwip
> 2.x? I only see one in the contrib-1.4.1, but not in any
Yes, it is functional (git head or 2.1 beta). Be aware the user needs to
implement a lot of things for it (user/password management). The MIB
compiler is not affected by the SNMP version.
Dirk
On Wed, Aug 29, 2018 at 12:37 PM Andy Pont wrote:
> Hello,
>
> I am trying to make sense of the
No, I having problems with that on Kubuntu 18.4, too. I'll disable the
offending compiler flags to avoid problems in 2.1 release.
Dirk
On Sun, Aug 26, 2018 at 9:55 AM Joan Lledó wrote:
> Hi,
>
> I tried to compile the unix unit tests in debian stable and ubuntu
> 18.04 and in both cases I
Maybe a look at httpd_inits() may help you for now
lwip\src\apps\http\httpd.c
Ciao
Dirk
On Fri, Aug 3, 2018 at 9:37 AM Richard Man wrote:
> Hi Simon or others, I am attempting to build 2.1.0 RC1 with ALTCP,
> specifically with the mbedTLS 2.12.0. Looks like I need to map the function
>
ggestion for cmake (will need to install cmake).
> If it is simple and reliable maybe it is a godo improvement.
>
> Thanks
> Yigal
>
>
>
>
>
>
>
>
> On Fri, Jun 15, 2018 at 3:28 PM, Dirk Ziegelmeier
> wrote:
>
>> Hi Yigal,
>>
>> I removed it because you
Hi Yigal,
I removed it because you can generate easily a Makefile-based build (and
many others) using cmake.
- cd into example_app dir
- mkdir build
- cd build
- cmake .. -G "MinGW Makefiles"
- make
The msvc_netif_init contains no platform specific code. I just forgot to
rename it. Just pushed
Hi Sergio,
you "*started long ago* using 'minimal' for development and teaching" -
does that mean you still use it today? Do you want me to keep it?
The TAP (not TUN) interface will remain, since the example_app uses it. Do
you need the TUN interface?
If I got you right, lib, simhost, simnode
all these netifs be deleted, too? Does anyone out there use them?
Ciao
Dirk
On Fri, Jun 15, 2018 at 11:39 AM Simon Goldschmidt wrote:
> Dirk Ziegelmeier wrote:
> > Hello all,
> >
> > in order to clean up for lwIP 2.1, I'd like to remove the UNIX port test
> applications
Hello all,
in order to clean up for lwIP 2.1, I'd like to remove the UNIX port test
applications
- lib
- minimal
- unixsim
The only remaining test/debug app would be the new "example_app" that
shares most of the code with the windows port.
We would then have only one common app shared between
See LWIP_HOOK_FILENAME
http://www.nongnu.org/lwip/2_0_x/group__lwip__opts__hooks.html#ga11ac9d637cb6afc0a32e8da7f51d0c0d
Ciao
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
Hello all,
those who watch the lwIP commits have noticed I started working on a CMake
based build system.
My question is: Is there an interest in the old Makefile-based system? I'm
currently tempted to throw it away :-) I'd just keep the Filelists.mk files
for people with Makefile build systems.
So, then what is your question? There is even a batch file to generate the
docs in the directory I sent you. Did you try it???
Ciao
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
On Thu, Apr 12, 2018 at 2:57 PM, cookies_do <amina.bra...@softhouse.se>
??? Did you ever look at the code on lwIPs homepage?
http://git.savannah.gnu.org/cgit/lwip.git/tree/doc/doxygen
Ciao
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
On Thu, Apr 12, 2018 at 2:31 PM, cookies_do <amina.bra...@softhouse.se>
wrote:
> Hello!
try to add #include "lwip/ip_addr.h"
and read http://www.nongnu.org/lwip/2_0_x/upgrading.html
especially "Changed netif "up" flag handling to be an administrative flag
[...]" -> don't forget to call netif_set_up()
Ciao
Dirk
--
Dirk Ziegelme
DNS_MAX_SERVERS must be greater than LWIP_DHCP_MAX_DNS_SERVERS
and
http://www.nongnu.org/lwip/2_0_x/group__dns.html
HTH
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
On Tue, Feb 13, 2018 at 10:49 AM, cookies_do <amina.bra...@softhouse.se>
wrote:
&
Read http://www.nongnu.org/lwip/2_0_x/upgrading.html
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
yes, it discards them
Ciao
Dirk
On Wed, Jan 10, 2018 at 10:08 AM, Amena El Homsi <amena.elho...@gmail.com>
wrote:
> So the LwIP discards such frames, right?
>
> Thanks
> Amena
>
> On Wed, Jan 10, 2018 at 10:56 AM, Dirk Ziegelmeier <d...@ziegelmeier.net>
> wro
No, lwIP doesn't support it. But it should be easy to add in
src/netif/ethernet.c.
Ciao
Dirk
On Wed, Jan 10, 2018 at 9:41 AM, Amena El Homsi
wrote:
> Hello,
>
> In the eth_type enum, I didn't see the ETHTYPE 0x88a8 referring to the
> TPID of service-provider outer
This is not an lwIP issue, but a configuration issue of your ethernet
driver. Contact Xilinx for support on that driver.
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
Did you configure your netif to receive broadcasts?
Do you call
mdns_resp_netif_settings_changed()
when your link state / IP changes? This will trigger a broadcast.
http://www.nongnu.org/lwip/2_0_x/group__mdns.html
Ciao
Dirk
___
lwip-users mailing
That's simply because the number in the first tree node after the MIB OID
is ignored. The macro practically reads "SNMP_CREATE_TREE_NODE(, private_nodes);" - but again, only for the FIRST tree node after
a MIB node!
To avoid confusion, that "don't care number" should be the
> We still have a task open to work on fully supporting zero copy tx/rx.
>
To clarify: 2.0.3 supports zero-copy RX:
http://www.nongnu.org/lwip/2_0_x/group__pbuf.html
Section "Detailed Description"
but NOT TX!
Maybe RX is "good enough" for you.
Dirk
you need both calls (bind, sockopt), your code should work like this, I
think. If not, please debug and tell us why :-)
Ciao
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
Yes, that's correct. Be aware this is not thread-safe, you should not
change that option during runtime. You should do it before binding the PCB.
Ciao
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
Sorry for the DisableInterrupts() / EnableInterrupts() confusion, I forgot
you are running on Android in a process.
Ciao
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
On Tue, Nov 7, 2017 at 9:07 PM, Dirk Ziegelmeier <d...@ziegelmeier.net>
wrote:
RX is OK, updated example:
http://www.nongnu.org/lwip/2_0_x/group__pbuf.html
Moving PBUFs:
http://www.nongnu.org/lwip/2_0_x/group__mempool.html#ga5b1fb3ce7942432d87cc948b1c5ed6cb
Ciao
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
Try implementing it as DisableInterrupts() / EnableInterrupts()
Ciao
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
Try SO_BINDTODEVICE socket option
Ciao
Dirk
On Tue, Nov 7, 2017 at 3:55 PM, Fabian Cenedese wrote:
> At 15:20 07.11.2017, you wrote:
> >Hi,
> >
> >I am doing similar thing. I think I will use one thread to collect data
> from multiple devices and feed them to corresponding
Simon tried to explain you this:
https://git.savannah.gnu.org/cgit/lwip.git/tree/src/include/lwip/opt.h#n1593
Dirk
On Fri, Oct 20, 2017 at 2:57 PM, David Gauchard wrote:
> On ven., oct. 20, 2017 at 09:32:14 -0300, Sergio R. Caprile wrote:
> > I can comment on the ESP8266
extern u8_t attribute((section(".onchip_mem")))
memp_memory_PBUF_POOL_base[];
The documentation is wrong. I'll fix it.
Ciao
Dirk
Hi
>
>
> I eventually got round to testing this – but I am not sure the docs are
> correct. Here is the note in the docs:
>
>
>
> extern u8_t
http://www.nongnu.org/lwip/2_0_x/upgrading.html
(2.0.0)
++ Application changes:
* Changed netif "up" flag handling to be an administrative flag (as
opposed to the previous meaning of
"ip4-address-valid", a netif will now not be used for transmission
if not up) -> even a DHCP netif
set a default netif using netif_set_default()
Ciao
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
Packed structs imply two things: No padding inside the struct AND the
struct's location may be unaligned in memory. So when this u32 access fails
at runtime your compiler did not generate correct code for your platform.
When copying an u32 to/from a packed struct, something like memcpy needs to
be
Are you aware TCP is a STREAM protocol, NOT a PACKET based protocol like
UDP? The behavior sounds perfectly fine.
Dirk
On Fri, Sep 22, 2017 at 5:24 PM, gussabina wrote:
> Hello:
>
> I'm using lwIP 1.4.1 with FreeRTOS 7.30 running on Atmel ATSAM4E, with an
> application
Read:
http://www.nongnu.org/lwip/2_0_x/index.html
and
http://www.nongnu.org/lwip/2_0_x/pitfalls.html
Check the "Modules" section, the APIs are separated in "Callback-style"
(tcpipthread only) and "Sequential-style" (to be used from other threads)
Ciao
Dirk
On Fri, Sep 22, 2017 at 8:51 AM,
No, its not OK to call raw API functions from another thread.
See http://www.nongnu.org/lwip/2_0_x/pitfalls.html
Dirk
On Fri, Sep 8, 2017 at 12:04 PM, Ricardo Martins
wrote:
> Hi,
>
> I'm doing some work with LWIP 2.0.2 using the raw API to send and receive
> UDP
"We have task #14394 (Improve socket options) for this"
does not mean that somebody is or will be working on it - it is just there
so the issue is not forgotten.
Have you been able to test my patch?
Dirk
___
lwip-users mailing list
Andrey,
can you try my patch and tell me if it works? If not, please try to debug
it, I was not able to test it at home.
TODO: Correctly unregister at socket close, try to fix code duplication
with IGMP.
Ciao
Dirk
diff --git a/src/api/sockets.c b/src/api/sockets.c
index a50faf5..21f6481 100644
Seriously, Max, if I send you a link to the lwIP docs, the I can at least
expect you
READ AND try HARD to UNDERSTAND the docs.
You really can answer that question by yourself.
Read the page that I sent you, and several other pages in the docs, there
are many questions answered in there
http://www.nongnu.org/lwip/2_0_x/group__netifapi__netif.html
HTH
Dirk
On Thu, Jul 6, 2017 at 12:16 PM, massimiliano cialdi <
massimiliano.cia...@powersoft.it> wrote:
> I have to set the ip address after initialization.
>
> I guess I have to pass 0.0.0.0 as ip address, netmask and gw to call
TiVaWare = TI Vapor Ware? ;-)
Am 23.05.2017 10:27 nachm. schrieb "goldsi...@gmx.de" :
> Wow, this is so horrible! I really don't know why people come up with this
> idea of including C files in other C files.
>
> Funny enough, it seems to work on the lwIP sources without
The two APIs can coexist.
regarding your code: Sorry, this code is so horribly wrong :-( I am sorry
for being rude - you also need a LOT of education in C code. And, if your
compiler compiles this, the warning settings are way too relaxed or you
really should read and fix all compiler warnings.
Use socket API and you can use threads without problems.
Possible alternative:
http://www.nongnu.org/lwip/2_0_x/group__tcp__raw.html#gafba47015098ed7ce523dcf7bdf70f7e5
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
an I ensure that I am in the tcpip thread?
>
>
>
>
>
> *Von:* lwip-users [mailto:lwip-users-bounces+motz=smart-e-tech.de@nongnu.
> org] *Im Auftrag von *Dirk Ziegelmeier
> *Gesendet:* Mittwoch, 10. Mai 2017 19:04
> *An:* Mailing list for lwIP users
> *Betreff:* Re: [l
Sounds like you are calling lwIP functions from another thread than the
lwIP thread, in your case the CAN thread.
See
http://www.nongnu.org/lwip/2_0_x/pitfalls.html
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
> After checking/debugging I found that if I add a call to function
> netif_set_link_down(netif); just before I check for link and
>
> netif_set_link_up(netif); … DHCP task will work fine
>
>
>
Sounds correct - from the UPGRADING document (
Look AG lwip contrib repository, Unix port, simhost.c. There is an example
in there.
Dirk
On Apr 29, 2017 23:17, "Mike Rosing" wrote:
Hello,
I have ported 2.0.2 to the TI C6748 and finally got DHCP to get an
address. The next thing I'd like to do is use sntp. What
I sent this link because of the first answer:
It is not possible to bridge between wireless (client a.k.a. station mode)
and wired interfaces according to this thread on linux-ath5k-devel
http://serverfault.com/questions/152363/bridging-wlan0-to-eth0
Ciao
Dirk
>
> https://lists.nongnu.org/mailman/listinfo/lwip-users
>
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
from mdns.c:
* Things left to implement:
* -
*
* - Probing/conflict resolution
[...]
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
no, you just need to enable the interface during system startup by calling
netif_set_up().
NO_SYS example:
http://www.nongnu.org/lwip/2_0_x/group__lwip__nosys.html
Ciao
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
On Wed, Mar 15, 2017 at 8:35 AM, <marku
Maybe this is missing:
http://www.nongnu.org/lwip/2_0_x/upgrading.html
* Changed netif "up" flag handling to be an administrative flag (as
opposed to the previous meaning of
"ip4-address-valid", a netif will now not be used for transmission
if not up) -> even a DHCP netif
has to be set
I'd recommend to use the Filelists.mk if you use make as a build system,
then you don't have to worry about added/removed files in the future.
Ciao
Dirk
Also, note that 2.0.0 has added/removed/moved files, so you need to adjust
your build process/project.
>
> Simon
>
>
>
Did you check this?
http://www.nongnu.org/lwip/2_0_0/upgrading.html
Especially the netif_set_up() part?
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
That call stack does not mean the corruption happens in this call stack.
For debugging, can you simply call memp_free on the tcp PCB from your
application thread? If the sanity check already hits you there, then it is
most probably your application's problem.
If you are on a platform with HW
Calling sys_timeout() results in send_actual_pkt being called back from
TCPIP thread. You must not call sequencial style functions from TCPIP
thread.
http://www.nongnu.org/lwip/2_0_0/group__sequential__api.html says: "More
overhead, but can be called from any thread except TCPIP thread."
Dirk
And read this:
http://www.nongnu.org/lwip/2_0_0/pitfalls.html
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
Yes, but read and apply these:
http://www.nongnu.org/lwip/2_0_0/pitfalls.html
http://www.nongnu.org/lwip/2_0_0/group__lwip__nosys.html
Pay especially attention to your netif driver, it must not call
netif->input() from IRQ context! See example code on the page of the second
link above.
Also
Can you please post more detail of the error message? e.g. which file is
being compiled.
I use custom mempool in my application, and I don't see this error
message.
Ciao
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
The unix simhost has a working example in contrib
http://git.savannah.gnu.org/cgit/lwip/lwip-contrib.git/tree/ports/unix/unixsim/simhost.c
Dirk
On Tue, Dec 20, 2016 at 8:09 PM, Nicholas Richard wrote:
>
> Hello,
>
> I’m looking to get the TFTP server up and
http://lwip.100.n7.nabble.com/lwIP-ports-for-RTEMS-POSIX-based-RTOS-and-FreeRTOS-TMS570-a-LPC17-40xx-drivers-td27134.html
Ciao
Dirk
On Mon, Dec 19, 2016 at 12:16 PM, Nirav Desai wrote:
> Hello All,
>
> Please find attached a patch which has FreeRTOS port for LWIP.
>
> Many
?
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
On Mon, Dec 19, 2016 at 9:00 AM, adityapr <adity...@marvell.com> wrote:
> Hi Dirk,
>
> Since we are already at this issue, there are a couple of warnings that I
> would also like to report.
> I
Thank you for reporting. I found three more places in IPv6 code to fix.
Ciao
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
On Mon, Dec 19, 2016 at 9:48 AM, Nirav Desai <nir...@marvell.com> wrote:
> Hello,
>
> I use LWIP in professional capacity.
n stops sending after sending few times, i.e., the
> packets are
> not reaching the destination. The error message says "Error on udp_send: -1
> pack dropped, no space" . Why does this happen?
>
> Regards,
> Surya
>
>
> On Tue, 13 Dec 2016 12:49:25 +0100, Dirk
on't understand is how it works, i.e., how the port parameter in the
> function is
> the port sending the reply. Could you plz. explain. Thank You.
>
> Regards,
> Surya
>
> On Wed, 7 Dec 2016 11:43:59 +0100, Dirk Ziegelmeier wrote
> > Use one UDP PCB, bind it to IPADDR_
Why don't you simply try out to program the 5 lines of code that I
recommended you? Then you would already know whether it works or (if it
does not work) provide a better description what the problem is.
D
irk
___
lwip-users mailing list
Use one UDP PCB, bind it to IPADDR_ANY and port x.
Use udp_sendto() to send to any IP/port combination.
http://www.nongnu.org/lwip/2_0_0/group__udp__raw.html
You get the src address/port of any request in your receive callback:
void my_udp_recv_fn (void *arg, struct udp_pcb
The "udp_send: No route to 192.168.101.10" sounds like there is an explicit
netif_set_up() is missing.
Also check whether netif_set_link_up()/netif_set_link_down() is called
somewhere.
Dirk
___
lwip-users mailing list
lwip-users@nongnu.org
No, the solution is in errno.h:
Choose one of:
- #define LWIP_PROVIDE_ERRNO 1
- #define LWIP_ERRNO_INCLUDE "path/my_header_file_containing_errno.h"
HTH
Dirk
On Wed, Nov 30, 2016 at 7:45 PM, Amit Ashara wrote:
> Hello All,
>
> When integrating FreeRTOS with lwIP 2.0.0
Since it was already included in several lwIP .c/.h files, I simply decided
to move it to a central place: arch.h.
So my change should not break anything or make lwIP less portable as it was
before.
Dirk
On Wed, Nov 30, 2016 at 11:07 AM, Simon Goldschmidt
wrote:
> Freddie
I added it, thanks for reporting!
http://git.savannah.gnu.org/cgit/lwip.git/commit/?id=182d7c138a5b845c74b7d364ee07af6105d8e786
Dirk
On Tue, Nov 29, 2016 at 10:19 PM, Amit Ashara wrote:
> Hello All,
>
> I am using the ARM Compiler from Code Composer Studio and while
LWIP_VERSION_RC has changed from 2 (RC2) to 255 (RELEASE)
So your macro should be OK. Is there something else that may be wrong?
Ciao
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
On Sun, Nov 20, 2016 at 3:19 PM, bernard <bernard.xi...@gmail.com> wrote:
way more work than just sending LLDP frames.
So IMHO, your LLDP implementation is not that useful - or am I wrong with
my assumption about LLDP reception? Are there use cases where sending LLDP
frames is enough?
Ciao
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
O
Just post it as a patch at savannah, we'll see what to do then. Hope this
is OK for you.
Dirk
On Sat, Oct 22, 2016 at 3:56 AM, Amit Ashara wrote:
> Hello All
>
> The LLDP base implementation for lwIP 1.4.1 is ready and will be released
> on or before Oct 28, 2016. I
there are no plans at the momet. Please file a task for it.
Ciao
Dirk
--
Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net
On Wed, Oct 19, 2016 at 5:17 AM, Aditya Prakash <aditya.prakash...@gmail.com
> wrote:
> Hi Dirk,
>
> > I guess dual-stack
I guess dual-stack is not well tested with socket API :-( I did most of the
dual-stack stuff, but since I don't use IPv6 and socket API at work, I have
no real-life tests for it.
Dirk
On Mon, Oct 17, 2016 at 12:42 PM, Aditya Prakash <
aditya.prakash...@gmail.com> wrote:
> Hi,
>
> I am able to
1 - 100 of 122 matches
Mail list logo