LWIP möchte kein TCP senden

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Hallo,
da bin ich grade dabei auf dem MIPS TTL Rechner die Lankarte in Betrieb 
zu nehmen.
Aber noch nicht in echter Hardware, sondern im Emulator und auf dem 
FPGA.

So weit funktioniert das auch schon: es ARPed zurück per LWIP und auch 
Pings über ICMP kommen zurück.

Nur senden von TCP Paketen geht garnicht.
Weil ARP und ICMP (UDP) funktionieren gehe ich jetzt nicht von einem 
Fehler in der Eigenbau LANkarte aus, denn selbst der Treiber bekommt vom 
LWIP keinen call mal zu senden.

Der LWIP läuft grade mit NO_SYS = 1 und daher der callback API.

Ich hab hier einen TCP Listener erstellt:

struct tcp_pcb* testpcb;

void tcp_echo_init(void){
  
  uprintf(1, "creating tcp echo test\r\n");
  testpcb = tcp_new();
  uprintf(1, "testpcb: %08X\r\n", (uint32_t)testpcb);
  
  tcp_err(testpcb, tcpErrorHandler);
    tcp_recv(testpcb, tcpRecvCallback);
    tcp_sent(testpcb, tcpSentCallback);
    
    static ip4_addr_t ip;
    IP4_ADDR(&ip, 192,168,178,220);
    
    err_t err;
    err = tcp_bind(testpcb, &ip, 666);
    uprintf(1, "TCP Bind Err: %i\r\n", err);
    
    if (ERR_OK != err){
      return;
    }
    
    // The tcp_listen() function returns a new connection identifier, 
    // and the one passed as an argument to the function will be deallocated.
    testpcb = tcp_listen_with_backlog_and_err(testpcb, 1, &err);
    uprintf(1, "testpcb: %08X\r\n", (uint32_t)testpcb);
    uprintf(1, "TCP Listen Err: %i\r\n", err);
    if (NULL == testpcb){
      return;
    }
    
    tcp_accept(testpcb, tcpAcceptCallback);
    
}

err_t tcpAcceptCallback(void *arg, struct tcp_pcb *newpcb, err_t err){
  
  (void)arg;
    (void)err;
    (void)newpcb;
    uprintf(1, "newpcb: %08X\r\n", (uint32_t)testpcb);
    uprintf(1, "TCP Accept Err: %i\r\n", err);
    echopcb = newpcb;
}

Die Init läuft ohne Fehler durch und der LWIP erkennt auch ein 
einkommendes SYN Paket auf dem passenden Port.
Nur wird kein SYN+ACK Paket zurückgeschickt.

Logausgabe:

init lancard err = 0
init lwip
done
netif status changed 192.168.178.220
creating tcp echo test
testpcb: 004097A8
tcp_bind: bind to port 666
TCP Bind Err: 0
testpcb: 004093DC
TCP Listen Err: 0
dhcp_coarse_tmr()
dhcp_coarse_tmr()
lancard: send a packetwritten err = 0  <- gesendete ARP Antwort

TCP header:
+-------------------------------+
|    46904      |      666      | (src port, dest port)
+-------------------------------+
|           2992306377          | (seq no)
+-------------------------------+
|           0000000000          | (ack no)
+-------------------------------+
| 10 |   |000010|     29200     | (hdrlen, flags (SYN 
), win)
+-------------------------------+
|    0xe4cb     |         0     | (chksum, urgp)
+-------------------------------+
tcp_input: packed for LISTENing connection.
TCP connection request 46904 -> 666.
tcp_parseopt: MSS
tcp_parseopt: other
tcp_parseopt: other
tcp_parseopt: NOP
tcp_parseopt: other
tcp_slowtmr: processing active pcb
tcp_slowtmr: polling application
tcp_slowtmr: processing active pcb
<noch mehr timerkrams>
tcp_slowtmr: polling application
tcp_slowtmr: processing active pcb
tcp_slowtmr: removing pcb stuck in SYN-RCVD
tcp_pcb_purge
tcp_pcb_purge: not all data sent
TCP header:
+-------------------------------+
|    46904      |      666      | (src port, dest port)
+-------------------------------+
|           2992306377          | (seq no)
+-------------------------------+
|           0000000000          | (ack no)
+-------------------------------+
| 10 |   |000010|     29200     | (hdrlen, flags (SYN 
), win)
+-------------------------------+
|    0xe3ca     |         0     | (chksum, urgp)
+-------------------------------+
tcp_input: packed for LISTENing connection.
TCP connection request 46904 -> 666.
tcp_parseopt: MSS
tcp_parseopt: other
tcp_parseopt: other
tcp_parseopt: NOP
tcp_parseopt: other
tcp_slowtmr: processing active pcb
tcp_slowtmr: polling application
tcp_slowtmr: processing active pcb
tcp_slowtmr: polling application
<noch mehr timerkrams>
tcp_slowtmr: removing pcb stuck in SYN-RCVD
tcp_pcb_purge
tcp_pcb_purge: not all data sent
dhcp_coarse_tmr()
TCP header:
+-------------------------------+
|    46904      |      666      | (src port, dest port)
+-------------------------------+
|           2992306377          | (seq no)
+-------------------------------+
|           0000000000          | (ack no)
+-------------------------------+
| 10 |   |000010|     29200     | (hdrlen, flags (SYN 
), win)
+-------------------------------+
|    0xe1d2     |         0     | (chksum, urgp)
+-------------------------------+
tcp_input: packed for LISTENing connection.
TCP connection request 46904 -> 666.
tcp_parseopt: MSS
tcp_parseopt: other
tcp_parseopt: other
tcp_parseopt: NOP
tcp_parseopt: other

Am Ende gibts immer ein "tcp_slowtmr: removing pcb stuck in SYN-RCVD"
Aber wieso das da höngen bleibt kann ich jetzt nicht erahnen.
Hat da wer eine Idee?

Einen Hinweis auf ein Problem gibts wenn ich direkt tcp_connect() 
aufrufe um was zu senden:

init lancard err = 0
init lwip
done
netif status changed 192.168.178.220
testpcb: 004097A8
tcp_connect to port 80
connect err: -4

Laut err_t gilt:  ERR_RTE = -4 -> Routing problem
Ja aber was denn fürn Routing problem?
Seine eigene IP+Subnetz+Gateway hat er.
Er soll direkt zu einer IP Verbinden.

Keine Route möglich klingt ja erstmal nach "kein netif anwesend"
Ist es aber, sonst würd ja ICMP nicht gehen:

ip4_addr_t ipaddr;
    ip4_addr_t mask;
    ip4_addr_t gw;
    
    IP4_ADDR(&ipaddr, 192, 168, 178, 220);
  IP4_ADDR(&mask, 255, 255, 255, 0);
  IP4_ADDR(&gw, 192, 168, 178, 1);
    
  netif_add(&netif, &ipaddr, &mask, &gw, NULL, netif_myinit, netif_input);
  netif.name[0] = 'e';
  netif.name[1] = '0';
  netif_set_status_callback(&netif, netif_status_callback);
  netif_set_default(&netif);
  netif_set_up(&netif);

Einen ARP sendet er erst garnicht, also ist es was davor.

[Johannes S. (Gast)]

habe deinen Codeschnipsel mal in mein Mbed Target mit F407 reingeworfen, 
funktioniert. Beim bind benutze ich allerdings die IPAddrAny, also

IP4_ADDR(&ip, 0,0,0,0);

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Danke fürs ausprobiere!

Aber jetzt hab ichs gefunden:
Der Eigenbau MIPS Emulator hat ja einen GDB Server.
Nur kann keine GDB GUI so wirklich mit dem MIPS GDB umgehen, weil dieser 
die Registerausgabe völlig anders Formatiert als zB x86 und ARM GDB.
-> Beitrag "Re: Space Age 2 der 32Bit MIPS Rechner in TTL"

Also auf der Konsole selber rumgetrommelt und mal nachgesehen was in 
tcp_connect() so passiert.
Er will dort zuerst ein netif suchen, aber bekommt NULL.
Wieso bekommt er NULL? Der links ist nicht up.

Also mal in den Init Code gucken.
Da fehlt doch echt ein netif_set_link_up(&netif);
Kopf -> Tisch.

Die TTL Lankarte hat nämlich keine Link Erkennung, also muss ich den 
immer up setzen.
Denn blöderweise habe ich keinen PHY gefunden bei der ich bei 10MBit 
eine der LEDs auf LINK setzen kann.
Die 100mbit LED kann ich ja nicht auswerten.
Per STM32L0 eine config per MDIO reinschieben sehe ich schon als 
geschummelt an. Vor allem weil das dann mal eben die Rechenleistung des 
TTL MIPS ver x-facht.

Aber komisch, dass damit ARP und ICMP/Ping gingen.

[Johannes S. (Gast)]

gut, das habe ich mir bei dem Test einfach gemacht: das Init des netif 
hat das OS schon gemacht, ich habe deinen Code nur zusätzlich 
reingepackt. Ziemlich dirty, aber selbst das funktioniert :)
ICMP ist ja eine Etage tiefer, da fragt lwip wohl garnicht ob das if up 
ist? Aber korrekterweise sollte es ja nicht antworten.

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Bei meinen ARM Projekten ist der link up/down Aufruf im Handler vom PHY 
IRQ.
Per MDIO lässt sich son PHY so einstellen, dass ern IRQ Pin auf low 
zieht und dann kann man per MDIO nachgucken warum.
Das wird mbed dann auch so machen.

Ich überlege echt ob ich Bitbang MDIO mache, das wären nur 4 zusätzliche 
ICs.
Nur die bidirektionaöität über die 3,3V <-> 5V Grenze wird dann etwas 
nervig.