Re: [riot-devel] Problem with UDP and SAMR21-XPRO
Yes, well done +1 :-) Cheers, Martine 2016-07-04 16:49 GMT+02:00 MATTIA ANTONINI: > Done! I hope I've done well, I followed your instructions. > > Cheers, > Mattia > > 2016-07-04 15:49 GMT+02:00 Martine Lenders : >> >> Hi, >> make a fork of master on GitHub [1] (hit the fork button in the upper >> right corner) and clone the fork to your local machine: >> >> $ git clone g...@github.com:/RIOT.git >> >> or, if you already cloned the RIOT-OS repository just add it as another >> remote >> >> $ git remote add mine g...@github.com:/RIOT.git >> $ git fetch mine >> >> It's important to use the SSH-URL here so you have push rights to that >> remote (I think instead of SSH you can actually also use the HTTP-URL >> for push rights, but I'm not sure and never tried that). >> >> Create a new branch from master >> >> $ git checkout -b gnrc_ipv6/pr/udp-fix master >> >> Apply your changes and commit them >> >> $ git commit -am "gnrc_ipv6: fix UDP issue" >> >> Maybe describe the fix a little bit better but keep it under 72 >> characters in the subject line >> >> Push to your repo: >> >> $ git push -u mine gnrc_ipv6/pr/udp-fix >> >> Ideally there is a new button on GitHub [1] now, that gives you the >> ability to create a Pull Request to the main repository for your >> branch, but if not (might happen if your master branch was a little >> older). You have two ways of fixing this. The harder, but cleaner >> approach (which you might need to do anyways so better do it), would >> be to rebase: >> >> $ git fetch origin >> $ git rebase origin/master >> # fix merge conflicts that might occure using if you are on ubuntu: >> installing Meld (`sudo apt-get install meld`) provides a nice GUI to >> resolve them >> $ git mergetool # ... resolve merge-conflict (1) >> $ git rebase --continue # ... resolve merge-conflict (2) >> # you might have to repeat that step several times depending on the >> number of commits that end up in your branch >> $ git push -f # force-push to your branch >> >> The easier way is just to follow this piece of instruction [2]. But if >> there is a merge conflict the reviewer might ask you to rebase anyway. >> >> [1] https://github.com/RIOT-OS/RIOT >> [2] https://help.github.com/articles/creating-a-pull-request/ >> >> 2016-07-04 15:25 GMT+02:00 MATTIA ANTONINI >> : >> > Hi Martine, >> > I think I've fixed this problem. I've tested my scenario with >> > gnr_networking >> > and microcoap_server and all is working :) >> > Which is the procedure to push the code? I've never done it before :) >> > >> > Cheers, >> > Mattia >> > >> > >> > 2016-07-04 10:56 GMT+02:00 Martine Lenders : >> >> >> >> Hi, >> >> I finally will have some time to look into it, but it would also be >> >> great if there would be an issue for that on GitHub and maybe to >> >> involve Takuo, since it is their PR that seem to have broken it. >> >> >> >> Cheers, >> >> Martine >> >> >> >> 2016-06-24 12:01 GMT+02:00 Martine Lenders : >> >> > Hi Mattia, hi Alex, >> >> > due to having my head mostly on the defense of my master thesis I >> >> > have >> >> > next monday I wasn't able to look into this as promised. :( >> >> > >> >> > Thanks however Mattia for the in-depth analysis and the bisect! As >> >> > soon as I find some head space I will look into it, too. >> >> > >> >> > Cheers, >> >> > Martine >> >> > >> >> > 2016-06-23 23:56 GMT+02:00 MATTIA ANTONINI >> >> > : >> >> >> Hi all! >> >> >> I found the problem in the commit 0de34c9 [1]. Can anyone check this >> >> >> commit? >> >> >> I've also tried the commit before ( f7bd237) and everything works. >> >> >> >> >> >> Cheers, >> >> >> >> >> >> Mattia >> >> >> >> >> >> >> >> >> >> >> >> [1] >> >> >> >> >> >> >> >> >> https://github.com/RIOT-OS/RIOT/commit/0de34c91c618829a845feef753b3ea32683365ed >> >> >> >> >> >> 2016-06-22 15:14 GMT+02:00 Alexandre Abadie >> >> >> : >> >> >>> >> >> >>> Hi, >> >> >>> >> >> >>> > though I do not have the same setup ready for testing, I _cannot_ >> >> >>> > confirm any >> >> >>> > problems with UDP on latest RIOT master branch. >> >> >>> > >> >> >>> > I just tested UDP on a SAMR21-XPRO running gnrc_networking >> >> >>> > example >> >> >>> > and >> >> >>> > successfully send and received UDP data from and to a RasPi with >> >> >>> > Openlabs >> >> >>> > transceiver running netcat on latest Raspbian-Linux. >> >> >>> > >> >> >>> > Could you clarify which RIOT branch/commit you use? >> >> >>> >> >> >>> Latest master. From what you say, the problem comes from the RIOT >> >> >>> BR. >> >> >>> >> >> >>> Cheers, >> >> >>> >> >> >>> Alex >> >> >>> >> >> >>> >> >> >>> > >> >> >>> > Best, >> >> >>> > Sebastian >> >> >>> > >> >> >>> > > Am 21.06.2016 um 21:42 schrieb Alexandre Abadie >> >> >>> > > : >> >> >>> > > >> >> >>> > >
Re: [riot-devel] Problem with UDP and SAMR21-XPRO
Done! I hope I've done well, I followed your instructions. Cheers, Mattia 2016-07-04 15:49 GMT+02:00 Martine Lenders: > Hi, > make a fork of master on GitHub [1] (hit the fork button in the upper > right corner) and clone the fork to your local machine: > > $ git clone g...@github.com:/RIOT.git > > or, if you already cloned the RIOT-OS repository just add it as another > remote > > $ git remote add mine g...@github.com:/RIOT.git > $ git fetch mine > > It's important to use the SSH-URL here so you have push rights to that > remote (I think instead of SSH you can actually also use the HTTP-URL > for push rights, but I'm not sure and never tried that). > > Create a new branch from master > > $ git checkout -b gnrc_ipv6/pr/udp-fix master > > Apply your changes and commit them > > $ git commit -am "gnrc_ipv6: fix UDP issue" > > Maybe describe the fix a little bit better but keep it under 72 > characters in the subject line > > Push to your repo: > > $ git push -u mine gnrc_ipv6/pr/udp-fix > > Ideally there is a new button on GitHub [1] now, that gives you the > ability to create a Pull Request to the main repository for your > branch, but if not (might happen if your master branch was a little > older). You have two ways of fixing this. The harder, but cleaner > approach (which you might need to do anyways so better do it), would > be to rebase: > > $ git fetch origin > $ git rebase origin/master > # fix merge conflicts that might occure using if you are on ubuntu: > installing Meld (`sudo apt-get install meld`) provides a nice GUI to > resolve them > $ git mergetool # ... resolve merge-conflict (1) > $ git rebase --continue # ... resolve merge-conflict (2) > # you might have to repeat that step several times depending on the > number of commits that end up in your branch > $ git push -f # force-push to your branch > > The easier way is just to follow this piece of instruction [2]. But if > there is a merge conflict the reviewer might ask you to rebase anyway. > > [1] https://github.com/RIOT-OS/RIOT > [2] https://help.github.com/articles/creating-a-pull-request/ > > 2016-07-04 15:25 GMT+02:00 MATTIA ANTONINI < > mattia.antoni...@studenti.unipr.it>: > > Hi Martine, > > I think I've fixed this problem. I've tested my scenario with > gnr_networking > > and microcoap_server and all is working :) > > Which is the procedure to push the code? I've never done it before :) > > > > Cheers, > > Mattia > > > > > > 2016-07-04 10:56 GMT+02:00 Martine Lenders : > >> > >> Hi, > >> I finally will have some time to look into it, but it would also be > >> great if there would be an issue for that on GitHub and maybe to > >> involve Takuo, since it is their PR that seem to have broken it. > >> > >> Cheers, > >> Martine > >> > >> 2016-06-24 12:01 GMT+02:00 Martine Lenders : > >> > Hi Mattia, hi Alex, > >> > due to having my head mostly on the defense of my master thesis I have > >> > next monday I wasn't able to look into this as promised. :( > >> > > >> > Thanks however Mattia for the in-depth analysis and the bisect! As > >> > soon as I find some head space I will look into it, too. > >> > > >> > Cheers, > >> > Martine > >> > > >> > 2016-06-23 23:56 GMT+02:00 MATTIA ANTONINI > >> > : > >> >> Hi all! > >> >> I found the problem in the commit 0de34c9 [1]. Can anyone check this > >> >> commit? > >> >> I've also tried the commit before ( f7bd237) and everything works. > >> >> > >> >> Cheers, > >> >> > >> >> Mattia > >> >> > >> >> > >> >> > >> >> [1] > >> >> > >> >> > https://github.com/RIOT-OS/RIOT/commit/0de34c91c618829a845feef753b3ea32683365ed > >> >> > >> >> 2016-06-22 15:14 GMT+02:00 Alexandre Abadie > >> >> : > >> >>> > >> >>> Hi, > >> >>> > >> >>> > though I do not have the same setup ready for testing, I _cannot_ > >> >>> > confirm any > >> >>> > problems with UDP on latest RIOT master branch. > >> >>> > > >> >>> > I just tested UDP on a SAMR21-XPRO running gnrc_networking example > >> >>> > and > >> >>> > successfully send and received UDP data from and to a RasPi with > >> >>> > Openlabs > >> >>> > transceiver running netcat on latest Raspbian-Linux. > >> >>> > > >> >>> > Could you clarify which RIOT branch/commit you use? > >> >>> > >> >>> Latest master. From what you say, the problem comes from the RIOT > BR. > >> >>> > >> >>> Cheers, > >> >>> > >> >>> Alex > >> >>> > >> >>> > >> >>> > > >> >>> > Best, > >> >>> > Sebastian > >> >>> > > >> >>> > > Am 21.06.2016 um 21:42 schrieb Alexandre Abadie > >> >>> > > : > >> >>> > > > >> >>> > > Hi Mattia, > >> >>> > > > >> >>> > > Thanks for reporting this issue. > >> >>> > > > >> >>> > >> I've discovered a possible bug in RIOT. I'm working with 2 > >> >>> > >> samr21-xpro: on > >> >>> > >> the first is running gnrc_border_router (I'll call it A) and on > >> >>> > >> the > >> >>> > >> other >
Re: [riot-devel] Problem with UDP and SAMR21-XPRO
Hi, make a fork of master on GitHub [1] (hit the fork button in the upper right corner) and clone the fork to your local machine: $ git clone g...@github.com:/RIOT.git or, if you already cloned the RIOT-OS repository just add it as another remote $ git remote add mine g...@github.com:/RIOT.git $ git fetch mine It's important to use the SSH-URL here so you have push rights to that remote (I think instead of SSH you can actually also use the HTTP-URL for push rights, but I'm not sure and never tried that). Create a new branch from master $ git checkout -b gnrc_ipv6/pr/udp-fix master Apply your changes and commit them $ git commit -am "gnrc_ipv6: fix UDP issue" Maybe describe the fix a little bit better but keep it under 72 characters in the subject line Push to your repo: $ git push -u mine gnrc_ipv6/pr/udp-fix Ideally there is a new button on GitHub [1] now, that gives you the ability to create a Pull Request to the main repository for your branch, but if not (might happen if your master branch was a little older). You have two ways of fixing this. The harder, but cleaner approach (which you might need to do anyways so better do it), would be to rebase: $ git fetch origin $ git rebase origin/master # fix merge conflicts that might occure using if you are on ubuntu: installing Meld (`sudo apt-get install meld`) provides a nice GUI to resolve them $ git mergetool # ... resolve merge-conflict (1) $ git rebase --continue # ... resolve merge-conflict (2) # you might have to repeat that step several times depending on the number of commits that end up in your branch $ git push -f # force-push to your branch The easier way is just to follow this piece of instruction [2]. But if there is a merge conflict the reviewer might ask you to rebase anyway. [1] https://github.com/RIOT-OS/RIOT [2] https://help.github.com/articles/creating-a-pull-request/ 2016-07-04 15:25 GMT+02:00 MATTIA ANTONINI: > Hi Martine, > I think I've fixed this problem. I've tested my scenario with gnr_networking > and microcoap_server and all is working :) > Which is the procedure to push the code? I've never done it before :) > > Cheers, > Mattia > > > 2016-07-04 10:56 GMT+02:00 Martine Lenders : >> >> Hi, >> I finally will have some time to look into it, but it would also be >> great if there would be an issue for that on GitHub and maybe to >> involve Takuo, since it is their PR that seem to have broken it. >> >> Cheers, >> Martine >> >> 2016-06-24 12:01 GMT+02:00 Martine Lenders : >> > Hi Mattia, hi Alex, >> > due to having my head mostly on the defense of my master thesis I have >> > next monday I wasn't able to look into this as promised. :( >> > >> > Thanks however Mattia for the in-depth analysis and the bisect! As >> > soon as I find some head space I will look into it, too. >> > >> > Cheers, >> > Martine >> > >> > 2016-06-23 23:56 GMT+02:00 MATTIA ANTONINI >> > : >> >> Hi all! >> >> I found the problem in the commit 0de34c9 [1]. Can anyone check this >> >> commit? >> >> I've also tried the commit before ( f7bd237) and everything works. >> >> >> >> Cheers, >> >> >> >> Mattia >> >> >> >> >> >> >> >> [1] >> >> >> >> https://github.com/RIOT-OS/RIOT/commit/0de34c91c618829a845feef753b3ea32683365ed >> >> >> >> 2016-06-22 15:14 GMT+02:00 Alexandre Abadie >> >> : >> >>> >> >>> Hi, >> >>> >> >>> > though I do not have the same setup ready for testing, I _cannot_ >> >>> > confirm any >> >>> > problems with UDP on latest RIOT master branch. >> >>> > >> >>> > I just tested UDP on a SAMR21-XPRO running gnrc_networking example >> >>> > and >> >>> > successfully send and received UDP data from and to a RasPi with >> >>> > Openlabs >> >>> > transceiver running netcat on latest Raspbian-Linux. >> >>> > >> >>> > Could you clarify which RIOT branch/commit you use? >> >>> >> >>> Latest master. From what you say, the problem comes from the RIOT BR. >> >>> >> >>> Cheers, >> >>> >> >>> Alex >> >>> >> >>> >> >>> > >> >>> > Best, >> >>> > Sebastian >> >>> > >> >>> > > Am 21.06.2016 um 21:42 schrieb Alexandre Abadie >> >>> > > : >> >>> > > >> >>> > > Hi Mattia, >> >>> > > >> >>> > > Thanks for reporting this issue. >> >>> > > >> >>> > >> I've discovered a possible bug in RIOT. I'm working with 2 >> >>> > >> samr21-xpro: on >> >>> > >> the first is running gnrc_border_router (I'll call it A) and on >> >>> > >> the >> >>> > >> other >> >>> > >> (I'll call it B) is running gnrc_networking. I've well configured >> >>> > >> my >> >>> > >> scenario infact I can ping both my nodes from linux shell. But, >> >>> > >> when >> >>> > >> I >> >>> > >> send >> >>> > >> a UDP packet to B (with nc) it is forwarded correctly on tap >> >>> > >> interface (I >> >>> > >> seen it on wireshark) but it arrives corrupted (wrong checksum) >> >>> > >> to B >> >>> > >> and >>
Re: [riot-devel] Problem with UDP and SAMR21-XPRO
Hi Martine, I think I've fixed this problem. I've tested my scenario with gnr_networking and microcoap_server and all is working :) Which is the procedure to push the code? I've never done it before :) Cheers, Mattia 2016-07-04 10:56 GMT+02:00 Martine Lenders: > Hi, > I finally will have some time to look into it, but it would also be > great if there would be an issue for that on GitHub and maybe to > involve Takuo, since it is their PR that seem to have broken it. > > Cheers, > Martine > > 2016-06-24 12:01 GMT+02:00 Martine Lenders : > > Hi Mattia, hi Alex, > > due to having my head mostly on the defense of my master thesis I have > > next monday I wasn't able to look into this as promised. :( > > > > Thanks however Mattia for the in-depth analysis and the bisect! As > > soon as I find some head space I will look into it, too. > > > > Cheers, > > Martine > > > > 2016-06-23 23:56 GMT+02:00 MATTIA ANTONINI < > mattia.antoni...@studenti.unipr.it>: > >> Hi all! > >> I found the problem in the commit 0de34c9 [1]. Can anyone check this > commit? > >> I've also tried the commit before ( f7bd237) and everything works. > >> > >> Cheers, > >> > >> Mattia > >> > >> > >> > >> [1] > >> > https://github.com/RIOT-OS/RIOT/commit/0de34c91c618829a845feef753b3ea32683365ed > >> > >> 2016-06-22 15:14 GMT+02:00 Alexandre Abadie >: > >>> > >>> Hi, > >>> > >>> > though I do not have the same setup ready for testing, I _cannot_ > >>> > confirm any > >>> > problems with UDP on latest RIOT master branch. > >>> > > >>> > I just tested UDP on a SAMR21-XPRO running gnrc_networking example > and > >>> > successfully send and received UDP data from and to a RasPi with > >>> > Openlabs > >>> > transceiver running netcat on latest Raspbian-Linux. > >>> > > >>> > Could you clarify which RIOT branch/commit you use? > >>> > >>> Latest master. From what you say, the problem comes from the RIOT BR. > >>> > >>> Cheers, > >>> > >>> Alex > >>> > >>> > >>> > > >>> > Best, > >>> > Sebastian > >>> > > >>> > > Am 21.06.2016 um 21:42 schrieb Alexandre Abadie > >>> > > : > >>> > > > >>> > > Hi Mattia, > >>> > > > >>> > > Thanks for reporting this issue. > >>> > > > >>> > >> I've discovered a possible bug in RIOT. I'm working with 2 > >>> > >> samr21-xpro: on > >>> > >> the first is running gnrc_border_router (I'll call it A) and on > the > >>> > >> other > >>> > >> (I'll call it B) is running gnrc_networking. I've well configured > my > >>> > >> scenario infact I can ping both my nodes from linux shell. But, > when > >>> > >> I > >>> > >> send > >>> > >> a UDP packet to B (with nc) it is forwarded correctly on tap > >>> > >> interface (I > >>> > >> seen it on wireshark) but it arrives corrupted (wrong checksum) > to B > >>> > >> and > >>> > >> it > >>> > >> is dropped by UDP thread. I've enabled packet dump and the packet > >>> > >> arrives > >>> > >> with different packet lengths in ipv6 and udp headers (fixed to > 8, it > >>> > >> is > >>> > >> the UDP header length) and the udp payload is removed. > >>> > > > >>> > > I have the exact same problem although I didn't track it as deep as > >>> > > you > >>> > > did. > >>> > > > >>> > >> How can I fix this problem? > >>> > > > >>> > > A regression was introduced 2 or 3 weeks ago in master and you > could > >>> > > first > >>> > > "git bisect" to try to identify the incriminated commit. > >>> > > > >>> > > Thanks, > >>> > > > >>> > > Alex > >>> > > ___ > >>> > > devel mailing list > >>> > > devel@riot-os.org > >>> > > https://lists.riot-os.org/mailman/listinfo/devel > >>> > > >>> > ___ > >>> > devel mailing list > >>> > devel@riot-os.org > >>> > https://lists.riot-os.org/mailman/listinfo/devel > >>> > > >>> ___ > >>> devel mailing list > >>> devel@riot-os.org > >>> https://lists.riot-os.org/mailman/listinfo/devel > >> > >> > >> > >> ___ > >> devel mailing list > >> devel@riot-os.org > >> https://lists.riot-os.org/mailman/listinfo/devel > >> > ___ > devel mailing list > devel@riot-os.org > https://lists.riot-os.org/mailman/listinfo/devel > ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Problem with UDP and SAMR21-XPRO
Hi, I finally will have some time to look into it, but it would also be great if there would be an issue for that on GitHub and maybe to involve Takuo, since it is their PR that seem to have broken it. Cheers, Martine 2016-06-24 12:01 GMT+02:00 Martine Lenders: > Hi Mattia, hi Alex, > due to having my head mostly on the defense of my master thesis I have > next monday I wasn't able to look into this as promised. :( > > Thanks however Mattia for the in-depth analysis and the bisect! As > soon as I find some head space I will look into it, too. > > Cheers, > Martine > > 2016-06-23 23:56 GMT+02:00 MATTIA ANTONINI > : >> Hi all! >> I found the problem in the commit 0de34c9 [1]. Can anyone check this commit? >> I've also tried the commit before ( f7bd237) and everything works. >> >> Cheers, >> >> Mattia >> >> >> >> [1] >> https://github.com/RIOT-OS/RIOT/commit/0de34c91c618829a845feef753b3ea32683365ed >> >> 2016-06-22 15:14 GMT+02:00 Alexandre Abadie : >>> >>> Hi, >>> >>> > though I do not have the same setup ready for testing, I _cannot_ >>> > confirm any >>> > problems with UDP on latest RIOT master branch. >>> > >>> > I just tested UDP on a SAMR21-XPRO running gnrc_networking example and >>> > successfully send and received UDP data from and to a RasPi with >>> > Openlabs >>> > transceiver running netcat on latest Raspbian-Linux. >>> > >>> > Could you clarify which RIOT branch/commit you use? >>> >>> Latest master. From what you say, the problem comes from the RIOT BR. >>> >>> Cheers, >>> >>> Alex >>> >>> >>> > >>> > Best, >>> > Sebastian >>> > >>> > > Am 21.06.2016 um 21:42 schrieb Alexandre Abadie >>> > > : >>> > > >>> > > Hi Mattia, >>> > > >>> > > Thanks for reporting this issue. >>> > > >>> > >> I've discovered a possible bug in RIOT. I'm working with 2 >>> > >> samr21-xpro: on >>> > >> the first is running gnrc_border_router (I'll call it A) and on the >>> > >> other >>> > >> (I'll call it B) is running gnrc_networking. I've well configured my >>> > >> scenario infact I can ping both my nodes from linux shell. But, when >>> > >> I >>> > >> send >>> > >> a UDP packet to B (with nc) it is forwarded correctly on tap >>> > >> interface (I >>> > >> seen it on wireshark) but it arrives corrupted (wrong checksum) to B >>> > >> and >>> > >> it >>> > >> is dropped by UDP thread. I've enabled packet dump and the packet >>> > >> arrives >>> > >> with different packet lengths in ipv6 and udp headers (fixed to 8, it >>> > >> is >>> > >> the UDP header length) and the udp payload is removed. >>> > > >>> > > I have the exact same problem although I didn't track it as deep as >>> > > you >>> > > did. >>> > > >>> > >> How can I fix this problem? >>> > > >>> > > A regression was introduced 2 or 3 weeks ago in master and you could >>> > > first >>> > > "git bisect" to try to identify the incriminated commit. >>> > > >>> > > Thanks, >>> > > >>> > > Alex >>> > > ___ >>> > > devel mailing list >>> > > devel@riot-os.org >>> > > https://lists.riot-os.org/mailman/listinfo/devel >>> > >>> > ___ >>> > devel mailing list >>> > devel@riot-os.org >>> > https://lists.riot-os.org/mailman/listinfo/devel >>> > >>> ___ >>> devel mailing list >>> devel@riot-os.org >>> https://lists.riot-os.org/mailman/listinfo/devel >> >> >> >> ___ >> devel mailing list >> devel@riot-os.org >> https://lists.riot-os.org/mailman/listinfo/devel >> ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Problem with UDP and SAMR21-XPRO
Hi Mattia, hi Alex, due to having my head mostly on the defense of my master thesis I have next monday I wasn't able to look into this as promised. :( Thanks however Mattia for the in-depth analysis and the bisect! As soon as I find some head space I will look into it, too. Cheers, Martine 2016-06-23 23:56 GMT+02:00 MATTIA ANTONINI: > Hi all! > I found the problem in the commit 0de34c9 [1]. Can anyone check this commit? > I've also tried the commit before ( f7bd237) and everything works. > > Cheers, > > Mattia > > > > [1] > https://github.com/RIOT-OS/RIOT/commit/0de34c91c618829a845feef753b3ea32683365ed > > 2016-06-22 15:14 GMT+02:00 Alexandre Abadie : >> >> Hi, >> >> > though I do not have the same setup ready for testing, I _cannot_ >> > confirm any >> > problems with UDP on latest RIOT master branch. >> > >> > I just tested UDP on a SAMR21-XPRO running gnrc_networking example and >> > successfully send and received UDP data from and to a RasPi with >> > Openlabs >> > transceiver running netcat on latest Raspbian-Linux. >> > >> > Could you clarify which RIOT branch/commit you use? >> >> Latest master. From what you say, the problem comes from the RIOT BR. >> >> Cheers, >> >> Alex >> >> >> > >> > Best, >> > Sebastian >> > >> > > Am 21.06.2016 um 21:42 schrieb Alexandre Abadie >> > > : >> > > >> > > Hi Mattia, >> > > >> > > Thanks for reporting this issue. >> > > >> > >> I've discovered a possible bug in RIOT. I'm working with 2 >> > >> samr21-xpro: on >> > >> the first is running gnrc_border_router (I'll call it A) and on the >> > >> other >> > >> (I'll call it B) is running gnrc_networking. I've well configured my >> > >> scenario infact I can ping both my nodes from linux shell. But, when >> > >> I >> > >> send >> > >> a UDP packet to B (with nc) it is forwarded correctly on tap >> > >> interface (I >> > >> seen it on wireshark) but it arrives corrupted (wrong checksum) to B >> > >> and >> > >> it >> > >> is dropped by UDP thread. I've enabled packet dump and the packet >> > >> arrives >> > >> with different packet lengths in ipv6 and udp headers (fixed to 8, it >> > >> is >> > >> the UDP header length) and the udp payload is removed. >> > > >> > > I have the exact same problem although I didn't track it as deep as >> > > you >> > > did. >> > > >> > >> How can I fix this problem? >> > > >> > > A regression was introduced 2 or 3 weeks ago in master and you could >> > > first >> > > "git bisect" to try to identify the incriminated commit. >> > > >> > > Thanks, >> > > >> > > Alex >> > > ___ >> > > devel mailing list >> > > devel@riot-os.org >> > > https://lists.riot-os.org/mailman/listinfo/devel >> > >> > ___ >> > devel mailing list >> > devel@riot-os.org >> > https://lists.riot-os.org/mailman/listinfo/devel >> > >> ___ >> devel mailing list >> devel@riot-os.org >> https://lists.riot-os.org/mailman/listinfo/devel > > > > ___ > devel mailing list > devel@riot-os.org > https://lists.riot-os.org/mailman/listinfo/devel > ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Problem with UDP and SAMR21-XPRO
Hi, > though I do not have the same setup ready for testing, I _cannot_ confirm any > problems with UDP on latest RIOT master branch. > > I just tested UDP on a SAMR21-XPRO running gnrc_networking example and > successfully send and received UDP data from and to a RasPi with Openlabs > transceiver running netcat on latest Raspbian-Linux. > > Could you clarify which RIOT branch/commit you use? Latest master. From what you say, the problem comes from the RIOT BR. Cheers, Alex > > Best, > Sebastian > > > Am 21.06.2016 um 21:42 schrieb Alexandre Abadie > >: > > > > Hi Mattia, > > > > Thanks for reporting this issue. > > > >> I've discovered a possible bug in RIOT. I'm working with 2 samr21-xpro: on > >> the first is running gnrc_border_router (I'll call it A) and on the other > >> (I'll call it B) is running gnrc_networking. I've well configured my > >> scenario infact I can ping both my nodes from linux shell. But, when I > >> send > >> a UDP packet to B (with nc) it is forwarded correctly on tap interface (I > >> seen it on wireshark) but it arrives corrupted (wrong checksum) to B and > >> it > >> is dropped by UDP thread. I've enabled packet dump and the packet arrives > >> with different packet lengths in ipv6 and udp headers (fixed to 8, it is > >> the UDP header length) and the udp payload is removed. > > > > I have the exact same problem although I didn't track it as deep as you > > did. > > > >> How can I fix this problem? > > > > A regression was introduced 2 or 3 weeks ago in master and you could first > > "git bisect" to try to identify the incriminated commit. > > > > Thanks, > > > > Alex > > ___ > > devel mailing list > > devel@riot-os.org > > https://lists.riot-os.org/mailman/listinfo/devel > > ___ > devel mailing list > devel@riot-os.org > https://lists.riot-os.org/mailman/listinfo/devel > ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Problem with UDP and SAMR21-XPRO
Hi all, though I do not have the same setup ready for testing, I _cannot_ confirm any problems with UDP on latest RIOT master branch. I just tested UDP on a SAMR21-XPRO running gnrc_networking example and successfully send and received UDP data from and to a RasPi with Openlabs transceiver running netcat on latest Raspbian-Linux. Could you clarify which RIOT branch/commit you use? Best, Sebastian > Am 21.06.2016 um 21:42 schrieb Alexandre Abadie: > > Hi Mattia, > > Thanks for reporting this issue. > >> I've discovered a possible bug in RIOT. I'm working with 2 samr21-xpro: on >> the first is running gnrc_border_router (I'll call it A) and on the other >> (I'll call it B) is running gnrc_networking. I've well configured my >> scenario infact I can ping both my nodes from linux shell. But, when I send >> a UDP packet to B (with nc) it is forwarded correctly on tap interface (I >> seen it on wireshark) but it arrives corrupted (wrong checksum) to B and it >> is dropped by UDP thread. I've enabled packet dump and the packet arrives >> with different packet lengths in ipv6 and udp headers (fixed to 8, it is >> the UDP header length) and the udp payload is removed. > > I have the exact same problem although I didn't track it as deep as you did. > >> How can I fix this problem? > > A regression was introduced 2 or 3 weeks ago in master and you could first > "git bisect" to try to identify the incriminated commit. > > Thanks, > > Alex > ___ > devel mailing list > devel@riot-os.org > https://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel