Skip to content

GitLab

I
iotivity-classic
Switch branch/tag
  1. 17 Mar, 2018 1 commit
  3. 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
  5. 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
  7. 19 Jul, 2017 1 commit
  9. 13 Jun, 2017 1 commit
  11. 19 May, 2017 1 commit
  13. 11 May, 2017 1 commit
  15. 15 Apr, 2017 1 commit
  17. 23 Mar, 2017 2 commits
  19. 16 Mar, 2017 1 commit
  21. 10 Mar, 2017 1 commit
  23. 04 Mar, 2017 1 commit
  25. 23 Feb, 2017 2 commits
  27. 21 Feb, 2017 2 commits
  29. 06 Feb, 2017 1 commit
  31. 03 Feb, 2017 1 commit
  33. 02 Feb, 2017 1 commit
  35. 31 Jan, 2017 1 commit
  37. 27 Jan, 2017 1 commit
  39. 10 Jan, 2017 1 commit
  41. 22 Dec, 2016 2 commits
  43. 16 Dec, 2016 1 commit
  45. 13 Dec, 2016 1 commit
  47. 12 Dec, 2016 1 commit
  49. 05 Dec, 2016 1 commit
  51. 29 Nov, 2016 1 commit
  53. 08 Nov, 2016 1 commit
  55. 12 Oct, 2016 1 commit
  57. 14 Sep, 2016 1 commit
  59. 12 Sep, 2016 1 commit
  61. 08 Sep, 2016 3 commits
  63. 05 Sep, 2016 1 commit
  65. 02 Sep, 2016 1 commit
  67. 17 Aug, 2016 1 commit