Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Release candidate for mbed-os-5.2-rc3 #3033

Merged
merged 90 commits into from
Oct 16, 2016
Merged

Release candidate for mbed-os-5.2-rc3 #3033

merged 90 commits into from
Oct 16, 2016

Conversation

c1728p9
Copy link
Contributor

@c1728p9 c1728p9 commented Oct 15, 2016

No description provided.

adustm and others added 30 commits October 14, 2016 16:14
Laurent MEUNIER and others added 19 commits October 14, 2016 16:15
Let's swap default PA_4 pin mapping to SPI_3 otherwise SPI3 cannot be used
Fix indentation issues, remove useless comments, correct if/else format
STM32F303ZE was introduced in parallel to the changes which consist in
having family wide definitions like device.h file and a common objects
definition.

This target is updated accordingly now to benefit of SPI definitions.
Don't ask multiple DNS servers in case of successful connection, even if
the response is negative. Make sure the return value is correct.
Use newlib nano for targets which have the key "default_lib" set to
"small". Also support the legacy key of "default_build".
DEVICE_ are passed as command line -D, thus no inclusion is required.
``platform.h`` is C++ header file, should not be pulled in C files
Currently only one network interface can be compiled in at a given time,
to avoid failing automated test on this target WiFi will be disabled by default.
Squash all the changes in the PR 2865 -
"TARGET_NRF5: A few corrections in HAL implementation."

This PR causes problems with the release script so a squashed version
without merges is needed.
Manually bring PR 2865 into the release
@c1728p9
Copy link
Contributor Author

c1728p9 commented Oct 15, 2016

/morph test-nightly

@mbed-bot
Copy link

Result: FAILURE

Your command has finished executing! Here's what you wrote!

/morph test-nightly

Output

mbed Build Number: 0

Test failed!

@adbridge
Copy link
Contributor

adbridge commented Oct 15, 2016

Looking at the failures:
Seem to be all test failures:

  1. ARM/K64F :
    a) features-storage-feature_storage-tests-cfstore-create (CREATE_test_02_end)
02:07:21 [1476515236.64][CONN][RXD] >>> Running case #5: 'CREATE_test_02_end'...
02:07:21 [1476515236.68][CONN][INF] found KV pair in stream: {{__testcase_start;CREATE_test_02_end}}, queued...
02:08:20 [1476515295.49][HTST][INF] test suite run finished after 60.47 sec...
02:08:20 [1476515295.50][CONN][INF] received special even '__host_test_finished' value='True', finishing
02:08:20 [1476515295.52][HTST][INF] CONN exited with code: 0

b) features-storage-feature_storage-tests-cfstore-find (FIND_test_05_end)

02:11:36 [1476515491.56][CONN][RXD] >>> Running case #8: 'FIND_test_05_end'...
02:11:36 [1476515491.60][CONN][INF] found KV pair in stream: {{__testcase_start;FIND_test_05_end}}, queued...
02:18:15 [1476515890.10][HTST][INF] test suite run finished after 400.50 sec...
02:18:15 [1476515890.11][CONN][INF] received special even '__host_test_finished' value='True', finishing
02:18:15 [1476515890.13][HTST][INF] CONN exited with code: 0
  1. K64F/ GCC_ARM same failures as 1) above

These tests did pass however on K64F/IAR

  1. ARM/NCS36510
    a) tests-events-queue
01:11:09 [1476511866.79][CONN][RXD] >>> Running case #8: 'Testing call_every'...
01:11:09 [1476511866.84][CONN][INF] found KV pair in stream: {{__testcase_start;Testing call_every}}, queued...
01:11:11 [1476511868.89][CONN][RXD] :73::FAIL: Values Not Within Delta 2 Expected 200 Was 265
01:11:11 [1476511868.94][CONN][INF] found KV pair in stream: {{__testcase_finish;Testing call_every;0;1}}, queued...

b) tests-mbed_drivers-lp_timeout

01:17:24 [1476512242.40][CONN][RXD] >>> Running case #1: '500us LowPowerTimeout'...
01:17:24 [1476512242.45][CONN][INF] found KV pair in stream: {{__testcase_start;500us LowPowerTimeout}}, queued...
01:17:24 [1476512242.51][CONN][RXD] :86::FAIL: Values Not Within Delta 600 Expected 500 Was 1465
01:17:24 [1476512242.56][CONN][INF] found KV pair in stream: {{__testcase_finish;500us LowPowerTimeout;0;1}}, queued...
01:17:24 [1476512242.65][CONN][RXD] >>> '500us LowPowerTimeout': 0 passed, 1 failed with reason 'Test Cases Failed'
  1. GCC_ARM/NCS36510
    a) tests-mbed_drivers-lp_timeout
02:39:58 [1476517193.61][CONN][INF] found KV pair in stream: {{__testcase_name;1sec LowPowerTimeout from deepsleep}}, queued...
02:39:58 [1476517193.66][CONN][RXD] >>> Running case #1: '500us LowPowerTimeout'...
02:39:59 [1476517193.71][CONN][INF] found KV pair in stream: {{__testcase_start;500us LowPowerTimeout}}, queued...
02:39:59 [1476517193.77][CONN][RXD] :86::FAIL: Values Not Within Delta 600 Expected 500 Was 1478
  1. IAR/NCS36510
    a) tests-mbed_drivers-lp_timeout
00:08:30 [1476508108.77][CONN][INF] found KV pair in stream: {{__testcase_name;1sec LowPowerTimeout from deepsleep}}, queued...
00:08:30 [1476508108.82][CONN][RXD] >>> Running case #1: '500us LowPowerTimeout'...
00:08:30 [1476508108.87][CONN][INF] found KV pair in stream: {{__testcase_start;500us LowPowerTimeout}}, queued...
00:08:31 [1476508108.93][CONN][RXD] :86::FAIL: Values Not Within Delta 600 Expected 500 Was 1486

@adbridge
Copy link
Contributor

@c1728p9 FYI
@sg- @0xc0170 Need to make a decision on whether to go ahead with the RC3 candidate as it stands or have these failures investigated... Will kick off the test again just to see if they were down to devices in a funny state..

@adbridge
Copy link
Contributor

/morph test-nightly

@c1728p9
Copy link
Contributor Author

c1728p9 commented Oct 15, 2016

Hi @adbridge, these are known and expected to fail:

  • features-storage-feature_storage-tests-cfstore-create
  • features-storage-feature_storage-tests-cfstore-find
  • ncs36510 - tests-mbed_drivers-lp_timeout

The failure on tests-events-queue was timing based, and was not a crash. It might be an intermittent failure. Either way I wouldn't block the release for it.

In my opinion this is ready for RC3. @sg-, @bridadan, @0xc0170 what are your thoughts?

@mbed-bot
Copy link

Result: FAILURE

Your command has finished executing! Here's what you wrote!

/morph test-nightly

Output

mbed Build Number: 0

Test failed!

@adbridge
Copy link
Contributor

As the test failures are expected I'm going to go ahead and merge this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.