Erik Ekman | 25 Jul 10:10 2014
Picon

[patch #8501] DHCP unit test fix

URL:
  <http://savannah.nongnu.org/patch/?8501>

                 Summary: DHCP unit test fix
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: yarrick
            Submitted on: Fri 25 Jul 2014 08:10:33 AM GMT
                Category: None
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: None

    _______________________________________________________

Details:

As reported on the mailing list, the test_dhcp_relayed unit tests fails with
an error. It worked for me when as it was originally, but not after commit
e1225cec5f4817248 in which some packet numbers were changed together with lots
of proper fixes.

The renumbering of packets is not mentioned in the commit message, so it is
not clear why it was done. Was it required for it to pass for you Simon?

In case it is broken for you too, please apply this patch that fixes it for
(Continue reading)

Valery Ushakov | 12 Jul 03:04 2014
Picon

[bug #42737] TCP_SND_QUEUELEN check in init.c (and comment in opt.h) are slighlty wrong

URL:
  <http://savannah.nongnu.org/bugs/?42737>

                 Summary: TCP_SND_QUEUELEN check in init.c (and comment in
opt.h) are slighlty wrong
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: uwe
            Submitted on: Sat 12 Jul 2014 01:04:44 AM GMT
                Category: TCP
                Severity: 3 - Normal
              Item Group: Faulty Behaviour
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: 
            lwIP version: git head

    _______________________________________________________

Details:

init.c checks that

#if TCP_SND_QUEUELEN < (2 * (TCP_SND_BUF / TCP_MSS))

since for each mss-sized pbuf with data there's another pbuf with header,
hence the factor of two.

(Continue reading)

katta dhanujanrao | 11 Jul 07:53 2014
Picon

(no subject)

HI All,
Greeting for the day,

I am Dhanunjay, i am regularly using netperf for testing various processors ethernet performance.

presently i have a project request,Port netperf to lwip.

Do we have alredy ported netperf to lwip?,ifwe have can you provide information.

Or if we dont have please suggest me how to port?,This need for one of my project request.

Thanks in advance,

Thanks,
Dhanunjay.
_______________________________________________
lwip-devel mailing list
lwip-devel <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-devel
Julian Alden-Salter | 10 Jul 17:50 2014
Picon

[bug #42726] reception of TCP ack becomes very slow after a period of time

URL:
  <http://savannah.nongnu.org/bugs/?42726>

                 Summary: reception of TCP ack becomes very slow after a
period of time
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: julian2002
            Submitted on: Thu 10 Jul 2014 03:50:17 PM GMT
                Category: IPv4
                Severity: 3 - Normal
              Item Group: Faulty Behaviour
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: 
            lwIP version: 1.4.1

    _______________________________________________________

Details:

Hi,
I have an issue where a socket is opened to a server and remains open for long
periods of time. Data is sent and recieved over this socket. After an
indeterminate amount of time the connection becomes very slow.
I am only just starting to trace into this and have just implemented the
percipio tracalyzer to help in debugging.

under normal operation I can see 
RX 1120 bytes
tx 54 bytes
tx 91 bytes
repeat 

under the fail case i see
RX 1120 bytes
tx 54 bytes
tx 91 bytes
rx 60 bytes
tx 91 bytes
repeat

does anyone have any clue as to where to go from here or perhaps a reason for
the issue.

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?42726>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/
Ivan Delamer | 10 Jul 18:10 2014

Re: Multicast over IPv6

Rahul: check all flags and API related to MLD6.

It is working well for me, use HEAD revision.

Cheers
Ivan

> Date: Wed, 9 Jul 2014 17:16:43 +0530
> From: Rahul Gundecha <rahul.gundecha <at> gmail.com>
> To: lwip-devel <lwip-devel <at> nongnu.org>
> Subject: [lwip-devel] Multicast over IPv6
> Message-ID:
> 	<CAPvfif+AJRpZWorJvjmpQ6ONLwWmAx9VqPieqCbA54_KcHe4LQ <at> mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> Hi all,
> 
> Has anyone tried multicast over IPv6 in lwip?
> It seems the IPv6 multicast related options like IPV6_JOIN_GROUP,
> IPV6_MULTICAST_IF and data structures like ipv6_mreq have not been
> implemented yet.
> 
> I will appreciate the clues/pointers to existing stuff/plans for this
> feature
> 
> Thanks,
> Rahul
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.nongnu.org/archive/html/lwip-devel/attachments/20140709/c7d5c1af/attachment.html>
> 
> ------------------------------
Rahul Gundecha | 9 Jul 13:46 2014
Picon

Multicast over IPv6

Hi all,

Has anyone tried multicast over IPv6 in lwip?
It seems the IPv6 multicast related options like IPV6_JOIN_GROUP, IPV6_MULTICAST_IF and data structures like ipv6_mreq have not been implemented yet.

I will appreciate the clues/pointers to existing stuff/plans for this feature

Thanks,
Rahul
_______________________________________________
lwip-devel mailing list
lwip-devel <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-devel
Sergio R. Caprile | 27 Jun 18:15 2014
Picon

[bug #42636] strtol needs stdlib.h

URL:
  <http://savannah.nongnu.org/bugs/?42636>

                 Summary: strtol needs stdlib.h
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: scaprile
            Submitted on: Fri 27 Jun 2014 01:15:27 PM ART
                Category: Contrib
                Severity: 3 - Normal
              Item Group: Compiler Warning
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: 
            lwIP version: git head

    _______________________________________________________

Details:

gcc does not complain, but Keil on ARM does, and afaik strtol() belongs to
stdlib, so...

´´
--- a/apps/smtp/smtp.c
+++ b/apps/smtp/smtp.c
 <at>  <at>  -34,6 +34,7  <at>  <at> 
 #include "lwip/dns.h"

 #include <string.h>
+#include <stdlib.h>

 /** This is simple SMTP client for raw API.
  * It is a minimal implementation of SMTP as specified in RFC 5321.
´´

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?42636>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/

_______________________________________________
lwip-devel mailing list
lwip-devel <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-devel
Sergio R. Caprile | 27 Jun 16:32 2014
Picon

[bug #42634] unused variables

URL:
  <http://savannah.nongnu.org/bugs/?42634>

                 Summary: unused variables
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: scaprile
            Submitted on: Fri 27 Jun 2014 11:32:07 AM ART
                Category: Contrib
                Severity: 3 - Normal
              Item Group: Compiler Warning
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: 
            lwIP version: git head

    _______________________________________________________

Details:

´´
--- a/apps/smtp/smtp.c
+++ b/apps/smtp/smtp.c
 <at>  <at>  -283,9 +283,6  <at>  <at>  static char smtp_auth_plain[SMTP_MAX_USERNAME_LEN +
SMTP_MAX_PASS_LEN + 3];
 /** Length of smtp_auth_plain string (cannot use strlen since it includes \0)
*/
 static size_t smtp_auth_plain_len;

-static size_t max_tx_buf_len;
-static size_t max_rx_buf_len;
-
 static err_t  smtp_verify(const char *data, size_t data_len, u8_t
linebreaks_allowed);
 static err_t  smtp_tcp_recv(void *arg, struct tcp_pcb *pcb, struct pbuf *p,
err_t err);
 static void   smtp_tcp_err(void *arg, err_t err);
´´

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?42634>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/

_______________________________________________
lwip-devel mailing list
lwip-devel <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-devel
Bart Houkes | 27 Jun 10:45 2014
Picon

[bug #42633] Write many frames at high speed to a PC stops communication random.

URL:
  <http://savannah.nongnu.org/bugs/?42633>

                 Summary: Write many frames at high speed to a PC stops
communication random.
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: mensfort
            Submitted on: Fri 27 Jun 2014 08:45:48 AM GMT
                Category: TCP
                Severity: 3 - Normal
              Item Group: Faulty Behaviour
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: 
            lwIP version: 1.4.1

    _______________________________________________________

Details:

I have an embedded device with LWIP that sends 400KByte text to a PC at high
speed. 

During monitoring on Wireshark I see following:

Usually, every block of data is acknowledged immediately after sending the
data. After some time, LWIP sends 3 frames to a PC and receives an acknowledge
for the first frame. So, 2 frames are not acknowledged yet. Then LWIP sends
more frames until TCP_WND is reached. Then, the first outstanding frame that
needs an acknowledge is resent several times... the PC does not react anymore,
although I think it should send an ACK.

This issue happens when I call the TCP-layer directly, but also when I use
netconn to send data. 

I have tried this in Windows, Linux, Telnet and others... so it must be a
problem in LWIP. What can be wrong?

    _______________________________________________________

File Attachments:

-------------------------------------------------------
Date: Fri 27 Jun 2014 08:45:48 AM GMT  Name: evidence.png  Size: 144kB   By:
mensfort

<http://savannah.nongnu.org/bugs/download.php?file_id=31626>

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?42633>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/
Sergio R. Caprile | 26 Jun 20:56 2014
Picon

[patch #8490] SMTP mods to use a data handler for BODY

URL:
  <http://savannah.nongnu.org/patch/?8490>

                 Summary: SMTP mods to use a data handler for BODY
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: scaprile
            Submitted on: Thu 26 Jun 2014 03:56:31 PM ART
                Category: Contrib
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: None

    _______________________________________________________

Details:

An additional smtp_send_mail_bodycback() function, quite similar to _static,
sets up a framework in which a simple user function will be called back at the
BODY state (until it returns "I'm done"), in order to generate the body
content.
This is useful in low memory conditions, when data to populate the mail body
is huge and/or in logs or tables/databases and so mail body needs to be
generated at runtime.

    _______________________________________________________

File Attachments:

-------------------------------------------------------
Date: Thu 26 Jun 2014 03:56:31 PM ART  Name: smtp3.zip  Size: 3kB   By:
scaprile
patch file
<http://savannah.nongnu.org/patch/download.php?file_id=31625>

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/patch/?8490>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/
Sergio R. Caprile | 26 Jun 17:56 2014
Picon

[bug #41500] SMTP base64 patch

Follow-up Comment #1, bug #41500 (project lwip):

I would go for a more elegant way (also attached as a patch file):
```
--- a/apps/smtp/smtp.c
+++ b/apps/smtp/smtp.c
 <at>  <at>  -808,9 +808,9  <at>  <at>  smtp_base64_encode(char* target, size_t target_len, const
ch
   size_t i;
   s8_t j;
   size_t target_idx = 0;
-  size_t longer = 3 - (source_len % 3);
+  size_t longer = (source_len % 3) ? (3 - (source_len % 3)) : 0;
   size_t source_len_b64 = source_len + longer;
-  size_t len = (((source_len_b64) * 4) / 3);
+  size_t len = (source_len_b64 / 3) * 4;
   u8_t x = 5;
   u8_t current = 0;
   LWIP_UNUSED_ARG(target_len);
```

I guess we can assume the compiler will be smart enough to not do the modulus
calculation twice, and/or to do it as a simple &3.

(file #31623)
    _______________________________________________________

Additional Item Attachment:

File name: smtp2.patch                    Size:0 KB

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?41500>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/

Gmane