[ECOS] Can't Connect,TCP CHECKSUM INCORRECT

["ariga masahiro" <ariga at link-lab dot co dot jp>]

Hello,

I am the same person who sent the mailing list titled
"What functions should I call in ethernet drv ?".
At that time I was helped by your advices.
I was very much obliged.

I am sorry to say that I am encountered another trouble
and I ask you again your help.

Since then I continued to test transmission between host and target.
host(Client)  : 172.16.1.28  : nc_test_master
target(Server): 172.16.1.200 : nc_test_slave

UDP packets look like correctly transmitted between both terminals.

But when host tries to connect to target in TCP,
always happens connection error(timeout).
Below is host's output on cygwin shell.

$ ./nc_test_master.exe 172.16.1.200
Start Network Characterization - MASTER
================== No load, master at 100% ========================
Start TCP echo [64,10240] - no delays
Can't connect to slave: Connection refused
Can't connect to slave: Connection refused
Can't connect to slave: Connection refused

I sent also Etherreal packets captutre log file(text-gz format).
\TCP-checksum-log\DEBUG-00-prescale-20\EtherReal-log-txt\etherreal-TCP-2.txt
DEBUG=00,CYGHWR_HAL_SH_RTC_PRESCALE=20(CYGNUM_HAL_RTC_PERIOD=14745)
> From here on,I refer to this file as er.txt.

When host send SYN packet to target(er.txt,line 89),
target tried to reply SYN-ACK but resulted [CHECKSUM INCORRECT].
Target's TCP packets almost always [CHECKSUM INCORRECT].
I also noticed Seq, Ack,and Win numbers all suspicious.
When Ack-number looks proper,CHECKSUM INCORRECT not occurs, but never 
connected.

I traced TCP checksum routine,and I am not sure they are correct.
I set break at 735 line in tcp_output() function in
packages\net\bsd_tcpip\current\src\sys\netinet\tcp_output.c

      730: #endif /* INET6 */
      731:       {
      732:     m->m_pkthdr.csum_flags = CSUM_TCP;
      733:     m->m_pkthdr.csum_data = offsetof(struct tcphdr, th_sum);
      734:     if (len + optlen)
      735:         th->th_sum = in_addword(th->th_sum,
      736:             htons((u_short)(optlen + len)));
Then jumped to
packages\net\bsd_tcpip\current\src\sys\netinet\in_cksum.c(200): 
in_addword(u_short a, u_short b)

      199: u_short
      200: in_addword(u_short a, u_short b)
      201: {
      202:     u_int32_t sum = a + b;
      203:
      204:     ADDCARRY(sum);
      205:     return (sum);
      206: }

ADDCARRY is defined as below in in_cksum.c(76)

#define ADDCARRY(x)  (x > 65535 ? x -= 65535 : x)

Now this looks not doing one's complement sum for me.
Is this really correct function ?

Whereas in case of UDP checksum,
I set break at 735 line in udp_output() function in
packages\net\bsd_tcpip\current\src\sys\netinet\udp_usrreq.c(662)
udp_usrreq.c
      662: udp_output(inp, m, addr, control, p)

      731:     /*
      732:      * Set up checksum and output datagram.
      733:      */
      734:     if (udpcksum) {
      735:             ui->ui_sum = in_pseudo(ui->ui_src.s_addr, 
ui->ui_dst.s_addr,
      736:             htons((u_short)len + sizeof(struct udphdr) + 
IPPROTO_UDP));
      737:         m->m_pkthdr.csum_flags = CSUM_UDP;
      738:         m->m_pkthdr.csum_data = offsetof(struct udphdr, uh_sum);
      739:     } else {
      740:         ui->ui_sum = 0;
      741:     }

And jumped to
      208: u_short
      209: in_pseudo(u_int32_t a, u_int32_t b, u_int32_t c)
      210: {
      211:     u_int64_t sum;
      212:     union q_util q_util;
      213:     union l_util l_util;
      214:
      215:     sum = (u_int64_t) a + b + c;
      216:     REDUCE16;
      217:     return (sum);
      218: }

#define REDUCE16         \
   {           \
q_util.q = sum;         \
l_util.l = q_util.s[0] + q_util.s[1] + q_util.s[2] + q_util.s[3]; \
sum = l_util.s[0] + l_util.s[1];      \
ADDCARRY(sum);         \
   }

This looks like doing one's complement sum for me.

As Gary suggested,I checked hearbeat.
I changed CYGHWR_HAL_SH_RTC_PRESCALE from default 4 to 20 and
now,CYGNUM_HAL_RTC_PERIOD=14745,

cdl_option CYGNUM_HAL_RTC_PERIOD {
   # Flavor: data
   # No user value, uncomment the following line to provide one.
   # user_value 14745
   # value_source default
   # Default value: 
CYGHWR_HAL_SH_ONCHIP_PERIPHERAL_SPEED/CYGNUM_HAL_RTC_DENOMINATOR / 
CYGHWR_HAL_SH_RTC_PRESCALE
   #     CYGHWR_HAL_SH_ONCHIP_PERIPHERAL_SPEED == 29491200
   #     CYGNUM_HAL_RTC_DENOMINATOR == 100
   #     CYGHWR_HAL_SH_RTC_PRESCALE == 20
   #   --> 14745
};
but nothing changed.

Our most serious concern is, my concoction in driver source to accommodate 
to target's hardware pecuriality
is affecting those misbehaviour.
As I said in last mail, our company's target board was hardware wired to
retreive data in BigEndian.

I concocted in \packages\devs\eth\smsc\lan91cxx\current\src\if_lan91cxx.c.
cyg_uint8 get_data_byte(struct eth_drv_sc *sc)
{
   //20070919
   int sf;

   cyg_uint8 c;
   struct lan91cxx_priv_data *cpd =
       (struct lan91cxx_priv_data *)sc->driver_private;

   if( cpd->data_pos == sizeof(rxd_t) )
   {
       cpd->data_buf = get_data(sc);
       cpd->data_pos = 0;
       //20070919
       sf = 1;
   }
   //20070919 begin
   else{
       sf = 0;
 }
   //20070919 end

   //20070919 begin
//ORG    c = (cpd->data_buf>>(cpd->data_pos*8))&0xFF;
   c = (cpd->data_buf>>(sf*8))&0xFF;

   cpd->data_pos++;

   return c;
}
cyg_uint16 get_data_short(struct eth_drv_sc *sc)
{
   cyg_uint16 val;

   val = get_data_byte(sc);
//20071023
   //ORG val |= get_data_byte(sc)<<8;
   val = val<<8 | get_data_byte(sc);

   return CYG_LE16_TO_CPU(val);
}

I also send together target's serial log when I setted DEBUF=FF.
But if CYGNUM_HAL_RTC_PERIOD=14745 then happend time_out error at 
intialization(watchdog),
so I changed CYGHWR_HAL_SH_RTC_PRESCALE=4(CYGNUM_HAL_RTC_PERIOD=73728).
C:\cygwin\home\TCP-checksum-log\DEBUG-FF-prescale-4\Teraterm\MyFlashIDis422f9019.txt

I am perplexed what is happening,please help me.
Thanks in advance.

Masahiro Ariga

Attachment: TCP-checksum-log.tar.gz
Description: GNU Zip compressed data

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss