public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: cyl cyl <cylecos@gmail.com>
To: eCos Users <ecos-discuss@ecos.sourceware.org>
Subject: [ECOS] Re: ipv6 question
Date: Sun, 06 Jan 2013 04:19:00 -0000	[thread overview]
Message-ID: <CAFOmwhpkSxWjMn=AHmwqZ2SSePq-qkYk5HKNWEHdeaDGK50S4Q@mail.gmail.com> (raw)
In-Reply-To: <CAFOmwhpwDoVbRdwMn9Wzm4NjjpwszKf2H7TjR4g0q+YgzX5gig@mail.gmail.com>

I think it's a little bug in in6_pcbbind(inp, nam, p)  of file in6_pcb.c
I add
    if (nam->sa_len == 0) nam->sa_len = sizeof(*sin6); (IPV4 bind
already added it)
And it's OK now.

2013/1/5 cyl cyl <cylecos@gmail.com>:
> I used wireshark . And found the reset bit of the response package was
> set 1. May anyone tell me which file or function does this work? So I
> can trace it.
>
> Flags: 0x014 (RST, ACK)
>
>
>
> 2013/1/5 cyl cyl <cylecos@gmail.com>:
>> Hello:
>>     Is anyone familiar with ipv6? My UDP works well now, but TCP is
>> not . My computer connects my ecos equipment fail .
>>
>> This is ipv4 connect : (IPV4 works well.)
>>
>>         ISR
>>         INT_STATUS: 8a
>>
>>
>>         RPIdx 3 RCIdx 2
>>         total_len 78 rx_status[2] = c400004d rx_len 78
>>         lpc2xxx_eth_recv: sg_len 2
>>         bil: 0 sg_list[0].len: 14 bnl: 14
>>         bib: 78 buffer_pos: 0
>>         (1) memcpy(0xA0A721DA, 0x7FE00CB8, 14) [0xA0A721DA - 0xA0A721E8]
>>         bil: 0 sg_list[1].len: 64 bnl: 64
>>         bib: 78 buffer_pos: 14
>>         (2) memcpy(0xA0A3BB2C, 0x7FE00CC6, 64)[0xA0A3BB2C - 0xA0A3BB6C]
>>         RCIdx++ 3
>>         RPIdx 3 RCIdx 3 Iterator 2
>>         can_send: 1
>>         TPI: 6 TCI: 6
>>         TX: sg_len 1, total_len 74, key 0xA0A3BB00
>>         TPI: 7 TCI: 6
>>         ISR
>>         can_send: 0
>>         INT_STATUS: ca
>>         TX finished - key: 0xA0A3BB00
>>
>> This is IPV6 connect :
>>
>>         ISR
>>         INT_STATUS: 8a
>>
>>
>>         RPIdx 3 RCIdx 2
>>         total_len 98 rx_status[2] = c4000061 rx_len 98
>>         lpc2xxx_eth_recv: sg_len 2
>>         bil: 0 sg_list[0].len: 14 bnl: 14
>>         bib: 98 buffer_pos: 0
>>         (1) memcpy(0xA0A721DA, 0x7FE00CB8, 14) [0xA0A721DA - 0xA0A721E8]
>>         bil: 0 sg_list[1].len: 84 bnl: 84
>>         bib: 98 buffer_pos: 14
>>         (2) memcpy(0xA0A3B7AC, 0x7FE00CC6, 84)[0xA0A3B7AC - 0xA0A3B800]
>>         RCIdx++ 3
>>         RPIdx 3 RCIdx 3 Iterator 2
>>         can_send: 1
>>         TPI: 6 TCI: 6
>>         TX: sg_len 2, total_len 74, key 0xA0A3BA00
>>         TPI: 8 TCI: 6
>>         ISR
>>         can_send: 0
>>         INT_STATUS: c2
>>         TX finished - key: 0xA0A3BA00
>>
>> The "tx total_len" of ipv4 and ipv6 both are 74. I'm not familiar with
>> TCP/IP but I think They should not be the same. Does anyone hit this
>> problem before?
>>
>> 2012/12/31 cyl cyl <cylecos@gmail.com>:
>>> I found it. If the ip I set is a linklocal ip (fe80) , then
>>> s6_adr16[1] will change to ifp->if_index.
>>>
>>>         if (sa6 && sa6->sin6_family == AF_INET6) {
>>>                 if (IN6_IS_ADDR_LINKLOCAL(&sa6->sin6_addr)) {
>>>                         if (sa6->sin6_addr.s6_addr16[1] == 0) {
>>>                                 /* link ID is not embedded by the user */
>>>                                 sa6->sin6_addr.s6_addr16[1] =
>>>                                         htons(ifp->if_index);
>>>                         } else if (sa6->sin6_addr.s6_addr16[1] !=
>>>                                     htons(ifp->if_index)) {
>>>                                 return(EINVAL); /* link ID contradicts */
>>>                         }
>>>
>>> So I set another IP (3ffe .....) ,and it works OK.
>>>
>>> 2012/12/24 cyl cyl <cylecos@gmail.com>:
>>>> Hello:
>>>>
>>>>         In function init_net_IPv6, I set "fe80::219:dbff:fea9:f3d5"
>>>> for my eth0 ipv6 address. But _show_all_interfaces says my ip is
>>>> "fe80:1::219:dbff:fea9:f3d5". I don't know why it adds a "1" in it.
>>>>         The prefix I set is "fe80:0:0:0" .
>>>>
>>>>
>>>> ipv6: fe80::219:dbff:fea9:f3d5, in6mask64: ff ff ff ff ff ff ff ff
>>>>
>>>> 0xa0b53204 - eth0 - 192.168.1.239
>>>> 0xa0b53220 - eth0 - fe80:1::200:ff:fe6c:18f0
>>>> 0xa0b5323c - eth0 - fe80:1::219:dbff:fea9:f3d5
>>>> 0xa0b53274 - lo0 - ::1
>>>> 0xa0b53290 can_send: 1

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

      reply	other threads:[~2013-01-06  4:19 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-24  6:51 [ECOS] " cyl cyl
2012-12-31  5:06 ` [ECOS] " cyl cyl
2013-01-05  3:45   ` cyl cyl
2013-01-05  8:20     ` cyl cyl
2013-01-06  4:19       ` cyl cyl [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAFOmwhpkSxWjMn=AHmwqZ2SSePq-qkYk5HKNWEHdeaDGK50S4Q@mail.gmail.com' \
    --to=cylecos@gmail.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).