1. 17 Mar, 2018 1 commit
  2. 02 Jan, 2018 1 commit
    • Mats Wichmann's avatar
      Remove arduino support 3/3 · 8b389cdc
      Mats Wichmann authored
      Arduino is now supported only in iotivity-constrained,
      but all the support in the iotivity build remains.
      Remove in three phases (just to make shorter commits
      to review).  This patch removes conditional Arduino code
      in source files, as well as updates more text files
      with instructions, etc.
      
      The following files are *not* completely cleaned
      of arduino mentions:
      
      a) release notes: don't rewrite history on past releases
          resource/releaseNotes/Dec20th2014.txt
          resource/releaseNotes/Dec6th2014.txt
          resource/releaseNotes/Feb1st2015.txt
          resource/releaseNotes/Jan17th2015.txt
          resource/releaseNotes/Nov15th2014.txt
          resource/releaseNotes/Oct14th2014.txt
          resource/releaseNotes/Oct31st2014.txt
          resource/releaseNotes/Sept17th2014.txt
          resource/releaseNotes/Sept30th2014.txt
          resource/csdk/connectivity/RELEASE_v0.7
         the last file was moved to resource/releaseNotes
      
      b) obsolete, leave alone:
          resource/csdk/connectivity/lib/libcoap-4.1.1/*
      
      c) diagram source contains arduino mention:
          resource/docs/c-doc/devdox/dot/ca_overview.gv - diagrams
          resource/docs/cpp-doc/devdox/dot/ca_overview.gv - diagrams
      
      d) some comment mentions Arduino. Might refer to something
         done to accomodate Arduino that does not need to be
         done any longer, but there was no direct conditional
         code involved. take another look at these.
          resource/csdk/connectivity/src/bt_le_adapter/tizen/caleclient.c
          resource/csdk/include/octypes
          resource/csdk/resource-directory/src/rd_server.c
          resource/csdk/security/include/experimental/securevirtualresourcetypes.h
          resource/csdk/stack/include/experimental/payload_logging.h
          resource/csdk/stack/src/ocendpoint.c
          resource/csdk/stack/src/ocstack.c
      
      Change-Id: Ia557e16c2e7890609ca7cf14bd0e5386b23261dc
      Signed-off-by: default avatarMats Wichmann <mats@linux.com>
      8b389cdc
  3. 14 Sep, 2017 1 commit
    • saurabh.s9's avatar
      Security error notification engine · ad1f7db6
      saurabh.s9 authored
      Purpose:
      Errors happens during OCDoResource calls should be returned to app layer
      
      Previously, session errors (handshake failed) didn't returned properly to app layer
      and this cause side effects (CA retransmission works in cases when it should not)
      
      Current state:
      1. Source code builds ok
      2. Secure stack samples (UDP/TCP) works well (both positive/negative cases)
      3. Provisioning (OTM, 20th menu item) works well for following:
         a. justworks    positive UDP/TCP, negative UDP case
         b. mfg          positive UDP/TCP, negative UDP case
         c. mv_justworks positive UDP/TCP, negative UDP case
         d. randompin    positive UDP/TCP, negative UDP case
      4. OTM in provisioning via TCP - negative case - should work properly after fix IOT-2454
      
      How to test:
      1. Positive case - just test samples (f.e secure stack samples) & provisioning with all servers
      2. Negative case - add following code which artificially breaks handshake (to ca_adapter_net_ssl.c)
         if (peer->ssl.state == MBEDTLS_SSL_CERTIFICATE_REQUEST)
         {
             ret = MBEDTLS_SSL_ALERT_MSG_INTERNAL_ERROR;
         }
         And again test all samples and provisioning with all servers.
         As result - you should see an error returned to app immidiately (without timeouts, etc)
         and there should be no CA retransmission attempts (UDP case)
      
      Change-Id: Ia1fe1c7c58f9e40040a0be5e7e83abbc66f80bfe
      Signed-off-by: default avatarAndrii Shtompel <a.shtompel@samsung.com>
      Signed-off-by: default avatarsaurabh.s9 <saurabh.s9@samsung.com>
      ad1f7db6
  4. 19 Jul, 2017 1 commit
  5. 13 Jun, 2017 1 commit
  6. 19 May, 2017 1 commit
  7. 11 May, 2017 1 commit
  8. 15 Apr, 2017 1 commit
  9. 23 Mar, 2017 2 commits
  10. 16 Mar, 2017 1 commit
  11. 10 Mar, 2017 1 commit
  12. 04 Mar, 2017 1 commit
  13. 23 Feb, 2017 2 commits
  14. 21 Feb, 2017 2 commits
  15. 06 Feb, 2017 1 commit
  16. 03 Feb, 2017 1 commit
  17. 02 Feb, 2017 1 commit
  18. 31 Jan, 2017 1 commit
  19. 27 Jan, 2017 1 commit
  20. 10 Jan, 2017 1 commit
  21. 22 Dec, 2016 2 commits
  22. 16 Dec, 2016 1 commit
  23. 13 Dec, 2016 1 commit
  24. 12 Dec, 2016 1 commit
  25. 05 Dec, 2016 1 commit
  26. 29 Nov, 2016 1 commit
  27. 08 Nov, 2016 1 commit
  28. 12 Oct, 2016 1 commit
  29. 14 Sep, 2016 1 commit
  30. 12 Sep, 2016 1 commit
  31. 08 Sep, 2016 3 commits
  32. 05 Sep, 2016 1 commit
  33. 02 Sep, 2016 1 commit
  34. 17 Aug, 2016 1 commit