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

NVStore tests: Tune memory consumption; stop threads greafully #7127

Merged
merged 1 commit into from
Jul 11, 2018

Conversation

davidsaada
Copy link
Contributor

@davidsaada davidsaada commented Jun 5, 2018

Description

Revise NVStore tests:

  1. Tune the thread stack size (allocated from heap) in the NVStore multi thread tests. It uses the heap stats for this purpose. This is required as different boards have different memory models. It also fixes issue #7046 and removes references to specific boards in the test (like the NRF52 board).
  2. In the multi-thread test, stop the threads gracefully. This is due to the fact that killing the threads in a few boards (such as NRF52) may violently interrupt low level actions, leading to failures of the flash driver.

Pull request type

[x] Fix
[ ] Refactor
[ ] New target
[ ] Feature
[ ] Breaking change

@@ -378,6 +377,27 @@ static void nvstore_basic_functionality_test()
delete[] nvstore_testing_buf_get;
}

static void calc_thread_stack_size(int &num_threads, uint32_t min_size, uint32_t max_size,

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please add a comment to the function about the parameters. There two in/out parameters and the idea of the function is good but not trivial. Beside that looks OK to me

Copy link
Contributor

@0xc0170 0xc0170 Jun 6, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1, I was reading the definition how the test gets num threads and stack size (I knew it would be via &), plus what heap_get returns if heap stats are not enabled (memset to 0, thus the check in reserved_size) - these were not obvious to me , neither then what while does in the below on line 391

Copy link
Contributor

@0xc0170 0xc0170 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

document the calc_thread_stack size helper function

@davidsaada davidsaada force-pushed the david_nvstore_fix_test_alloc branch from 8a37d8d to 85f0934 Compare June 6, 2018 11:42
@davidsaada
Copy link
Contributor Author

Explanations added.

@dannybenor
Copy link

Ok with me

@davidsaada davidsaada force-pushed the david_nvstore_fix_test_alloc branch from 85f0934 to f0362c3 Compare June 6, 2018 12:34
0xc0170
0xc0170 previously approved these changes Jun 6, 2018
@0xc0170
Copy link
Contributor

0xc0170 commented Jun 6, 2018

@maciejbocianski @mprse @fkjagodzinski Please review changes in features/nvstore/TESTS/nvstore/functionality/main.cpp (this seems like it might be useful for other tests as well)

@maciejbocianski
Copy link
Contributor

maciejbocianski commented Jun 12, 2018

I noticed that this change cause the test is still failing on NRF52 nad ARCH_PRO when run with CI config (develop + MBED_TRAP_ERRORS_ENABLED, MBED_ALL_STATS_ENABLED, MBED_HEAP_STATS_ENABLED, MBED_STACK_STATS_ENABLED)
NVStore: Multiple thread test - timeout on GCC_ARM NRF52_DK
NVStore: Multiple thread test - errors on ARM NRF52_DK

[1528786961.08][CONN][RXD] >>> Running case #3: 'NVStore: Multiple thread test'...
[1528786961.14][CONN][INF] found KV pair in stream: {{__testcase_start;NVStore: Multiple thread test}}, queued...
[1528787064.91][CONN][RXD] :423::FAIL: Expected 0 Was -4
[1528787064.95][CONN][RXD] :424::FAIL: Expected Not-Equal
[1528787064.98][CONN][RXD] :444::FAIL: Expression Evaluated To FALSE

NVStore: Multiple thread test - out of memory on IAR ARCH_PRO

[1528792975.00][CONN][RXD] >>> Running case #2: 'NVStore: Race test'...
[1528792975.05][CONN][INF] found KV pair in stream: {{__testcase_start;NVStore: Race test}}, queued...
[1528792976.23][CONN][RXD]
[1528792976.23][CONN][RXD]
[1528792976.25][CONN][RXD] ++ MbedOS Error Info ++
[1528792976.30][CONN][RXD] Error Status: 0x8001011f Code: 287 Module: 1
[1528792976.35][CONN][RXD] Error Message: Operator new out of memory
[1528792976.35][CONN][RXD]
[1528792976.37][CONN][RXD] Location: 0x0
[1528792976.38][CONN][RXD] Error Value: 0xc4
[1528792976.48][CONN][RXD] Current Thread: Id: 0x10000644 Entry: 0xc929 StackSize: 0x1000 StackMem: 0x10000690 SP: 0x10001548
[1528792976.50][CONN][RXD] -- MbedOS Error Info --


// Check if we can allocate enough stack size (per thread) for the current number of threads
while (num_threads) {
stack_size = (heap_stats.reserved_size - heap_stats.current_size) / num_threads;
Copy link
Contributor

@maciejbocianski maciejbocianski Jun 12, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It could happen that we utilize whole remaining heap memory for threads, we should leave some margin (e.g. 10% of reserved_size or 1kB)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Understood. Are you saying this as a general note or specifically for this test? Reason I ask is that both min and max values in this test (768/2048) take these spares into account. However, I may create a more general infrastructure for this, as I get more and more low memory boards that fail on these kind of tests, so may take this into account.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's general note. How does it take these spares into account?
e.g. If we have 8kB free heap memory , then whole 8kB will be utilized for threads, am I right?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry, now I understand you comment. Thought the spares you mentioned were to be used by the threads themselves and not by the main thread. Yes, you have a point here.

@cmonr
Copy link
Contributor

cmonr commented Jun 19, 2018

@davidsaada Would you happen to have test results that show that this PR should pass tests with the CI flags enabled on the NRF52?

@davidsaada davidsaada force-pushed the david_nvstore_fix_test_alloc branch 2 times, most recently from 975bf02 to 6d4d0dd Compare June 25, 2018 15:34
@davidsaada davidsaada changed the title Tune heap size in nvstore test using heap stats NVStore tests: Tune memory consumption; stop threads greafully Jun 25, 2018
@davidsaada
Copy link
Contributor Author

Made a change to this PR (also updated PR description), adding a graceful stop to the multi-thread test instead of thread termination, as killing threads causes a few issues if it happens during low level actions (like flash programming in the NRF52 board).

@davidsaada
Copy link
Contributor Author

davidsaada commented Jun 25, 2018

@davidsaada Would you happen to have test results that show that this PR should pass tests with the CI flags enabled on the NRF52?

It's OK now, following PR changes. Test built with heap & stack stats enabled. Here's the test output:

[1529941433.26][HTST][INF] host test executor ver. 1.3.1
[1529941433.26][HTST][INF] copy image onto target... SKIPPED!
[1529941433.26][HTST][INF] starting host test process...
[1529941433.26][CONN][INF] starting connection process...
[1529941433.26][CONN][INF] notify event queue about extra 60 sec timeout for serial port pooling
[1529941433.26][CONN][INF] initializing global resource mgr listener...
[1529941433.26][HTST][INF] setting timeout to: 60 sec
[1529941433.32][GLRM][INF] remote resources initialization: remote(host=austin-ci-linux-001.austin.arm.com, port=8000)
[1529941433.32][urllib3.connectionpool]Starting new HTTP connection (1): austin-ci-linux-001.austin.arm.com
[1529941433.67][urllib3.connectionpool]http://austin-ci-linux-001.austin.arm.com:8000 "POST /login HTTP/1.1" 200 213
[1529941433.67][urllib3.connectionpool]Starting new HTTP connection (1): austin-ci-linux-001.austin.arm.com
[1529941434.02][urllib3.connectionpool]http://austin-ci-linux-001.austin.arm.com:8000 "GET /socket.io/?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VybmFtZSI6InVzZXIiLCJncm91cCI6InVzZXIiLCJpYXQiOjE1Mjk5NDE0MzMsImV4cCI6MTUzMDU0NjIzM30.MTZWBfZ3cqSdkXUn7AymZuYk97d_xUwh2R4TZHA0ILw&EIO=3&transport=polling&t=1529941433672-0 HTTP/1.1" 200 101
[1529941434.54][urllib3.connectionpool]Starting new HTTP connection (1): austin-ci-linux-001.austin.arm.com
[1529941434.91][urllib3.connectionpool]http://austin-ci-linux-001.austin.arm.com:8000 "GET /resource HTTP/1.1" 200 61071
[1529941435.26][GLRM][INF] remote resources count: 42
[1529941435.47][urllib3.connectionpool]Starting new HTTP connection (1): austin-ci-linux-001.austin.arm.com
[1529941435.82][urllib3.connectionpool]http://austin-ci-linux-001.austin.arm.com:8000 "GET /resource/11010000442031204c505739313030313430303697969903 HTTP/1.1" 200 1819
[1529941435.82][GLRM][INF] remote resources flashing with 'BUILD/tests/NRF52_DK/ARM/mbed-os/features/nvstore/TESTS/nvstore/functionality/functionality.hex'...
[1529941475.24][GLRM][INF] opening connection to platform at baudrate='9600, bufferSize=6'
[1529941475.24][urllib3.connectionpool]Starting new HTTP connection (1): austin-ci-linux-001.austin.arm.com
[1529941475.71][urllib3.connectionpool]http://austin-ci-linux-001.austin.arm.com:8000 "PUT /resource/11010000442031204c505739313030313430303697969903/connect HTTP/1.1" 200 15
[1529941475.71][GLRM][INF] remote resources reset...
[1529941478.08][GLRM][TXD] mbedmbedmbedmbedmbedmbedmbedmbedmbedmbed
[1529941478.08][CONN][INF] sending up to 5 __sync packets (specified with --sync=5)
[1529941478.08][CONN][INF] sending preamble '73267062-6243-4812-acdc-9f83ab6376c6'
[1529941478.08][GLRM][TXD] {{__sync;73267062-6243-4812-acdc-9f83ab6376c6}}
[1529941479.26][CONN][RXD] mbedmbedmbedmbedmbedmbedmbedmbed
[1529941479.26][CONN][INF] found SYNC in stream: {{__sync;73267062-6243-4812-acdc-9f83ab6376c6}} it is #0 sent, queued...
[1529941479.26][HTST][INF] sync KV found, uuid=73267062-6243-4812-acdc-9f83ab6376c6, timestamp=1529941479.264769
[1529941479.37][CONN][INF] found KV pair in stream: {{__version;1.3.0}}, queued...
[1529941479.37][CONN][INF] found KV pair in stream: {{__timeout;120}}, queued...
[1529941479.37][CONN][INF] found KV pair in stream: {{__host_test_name;default_auto}}, queued...
[1529941479.37][CONN][INF] found KV pair in stream: {{__testcase_count;3}}, queued...
[1529941479.37][HTST][INF] DUT greentea-client version: 1.3.0
[1529941479.37][HTST][INF] setting timeout to: 120 sec
[1529941479.37][HTST][INF] host test class: '<class 'mbed_host_tests.host_tests.default_auto.DefaultAuto'>'
[1529941479.37][HTST][INF] host test setup() call...
[1529941479.37][HTST][INF] CALLBACKs updated
[1529941479.37][HTST][INF] host test detected: default_auto
[1529941479.46][CONN][RXD] >>> Running 3 test cases...
[1529941479.46][CONN][INF] found KV pair in stream: {{__testcase_name;NVStore: Basic functionality}}, queued...
[1529941479.56][CONN][RXD]
[1529941479.56][CONN][INF] found KV pair in stream: {{__testcase_name;NVStore: Race test}}, queued...
[1529941479.56][CONN][INF] found KV pair in stream: {{__testcase_name;NVStore: Multiple thread test}}, queued...
[1529941479.66][CONN][RXD] >>> Running case #1: 'NVStore: Basic functionality'...
[1529941479.66][CONN][RXD] NVStore areas:
[1529941479.66][CONN][INF] found KV pair in stream: {{__testcase_start;NVStore: Basic functionality}}, queued...
[1529941479.77][CONN][RXD] Area 0: address 0x0007e000, size 4096 (0x1000)
[1529941479.77][CONN][RXD] Area 1: address 0x0007f000, size 4096 (0x1000)
[1529941479.86][CONN][RXD] Max keys 20 (out of 255 possible ones)
[1529941479.96][CONN][RXD] >>> 'NVStore: Basic functionality': 1 passed, 0 failed
[1529941479.96][CONN][RXD]
[1529941479.97][CONN][INF] found KV pair in stream: {{__testcase_finish;NVStore: Basic functionality;1;0}}, queued...
[1529941480.07][CONN][RXD] >>> Running case #2: 'NVStore: Race test'...
[1529941480.07][CONN][INF] found KV pair in stream: {{__testcase_start;NVStore: Race test}}, queued...
[1529941480.27][CONN][INF] found KV pair in stream: {{__testcase_finish;NVStore: Race test;1;0}}, queued...
[1529941480.37][CONN][RXD] >>> 'NVStore: Race test': 1 passed, 0 failed
[1529941480.37][CONN][RXD]
[1529941480.37][CONN][RXD] >>> Running case #3: 'NVStore: Multiple thread test'...
[1529941480.47][CONN][INF] found KV pair in stream: {{__testcase_start;NVStore: Multiple thread test}}, queued...
[1529941486.49][CONN][INF] found KV pair in stream: {{__testcase_finish;NVStore: Multiple thread test;1;0}}, queued...
[1529941486.59][CONN][RXD] >>> 'NVStore: Multiple thread test': 1 passed, 0 failed
[1529941486.59][CONN][RXD]
[1529941486.59][CONN][RXD] >>> Test cases: 3 passed, 0 failed
[1529941486.69][CONN][INF] found KV pair in stream: {{__testcase_summary;3;0}}, queued...
[1529941486.69][CONN][INF] found KV pair in stream: {{max_heap_usage;6224}}, queued...
[1529941486.69][CONN][INF] found KV pair in stream: {{reserved_heap;38584}}, queued...
[1529941486.69][HTST][ERR] orphan event in main phase: {{max_heap_usage;6224}}, timestamp=1529941486.690269
[1529941486.69][HTST][ERR] orphan event in main phase: {{reserved_heap;38584}}, timestamp=1529941486.690271
[1529941486.79][CONN][INF] found KV pair in stream: {{__thread_info;"0x020006990",744,1152}}, queued...
[1529941486.79][CONN][INF] found KV pair in stream: {{__thread_info;"0x020006ef0",552,1152}}, queued...
[1529941486.79][CONN][INF] found KV pair in stream: {{__thread_info;"0x020007450",552,1152}}, queued...
[1529941486.79][HTST][ERR] orphan event in main phase: {{__thread_info;"0x020006990",744,1152}}, timestamp=1529941486.790350
[1529941486.79][HTST][ERR] orphan event in main phase: {{__thread_info;"0x020006ef0",552,1152}}, timestamp=1529941486.790355
[1529941486.79][HTST][ERR] orphan event in main phase: {{__thread_info;"0x020007450",552,1152}}, timestamp=1529941486.790357
[1529941487.23][CONN][INF] found KV pair in stream: {{__thread_info;"0x0200079b0",552,1152}}, queued...
[1529941487.23][CONN][INF] found KV pair in stream: {{__thread_info;"0x0200079a8",768,1024}}, queued...
[1529941487.23][HTST][ERR] orphan event in main phase: {{__thread_info;"0x0200079b0",552,1152}}, timestamp=1529941487.231898
[1529941487.23][HTST][ERR] orphan event in main phase: {{__thread_info;"0x0200079a8",768,1024}}, timestamp=1529941487.231903
[1529941487.23][CONN][INF] found KV pair in stream: {{__thread_info;"0x0200074c8",784,1024}}, queued...
[1529941487.23][HTST][ERR] orphan event in main phase: {{__thread_info;"0x0200074c8",784,1024}}, timestamp=1529941487.232991
[1529941487.23][CONN][INF] found KV pair in stream: {{__thread_info;"0x020006fe8",752,1024}}, queued...
[1529941487.23][CONN][INF] found KV pair in stream: {{__thread_info;"0x020005d58",928,4096}}, queued...
[1529941487.23][CONN][INF] found KV pair in stream: {{__thread_info;"0x020003560",240,512}}, queued...
[1529941487.23][CONN][INF] found KV pair in stream: {{__thread_info;"0x0200035a8",112,768}}, queued...
[1529941487.23][CONN][INF] found KV pair in stream: {{end;success}}, queued...
[1529941487.24][CONN][INF] found KV pair in stream: {{__exit;0}}, queued...
[1529941487.24][HTST][ERR] orphan event in main phase: {{__thread_info;"0x020006fe8",752,1024}}, timestamp=1529941487.232995
[1529941487.24][HTST][ERR] orphan event in main phase: {{__thread_info;"0x020005d58",928,4096}}, timestamp=1529941487.233976
[1529941487.24][HTST][ERR] orphan event in main phase: {{__thread_info;"0x020003560",240,512}}, timestamp=1529941487.233982
[1529941487.24][HTST][ERR] orphan event in main phase: {{__thread_info;"0x0200035a8",112,768}}, timestamp=1529941487.233985
[1529941487.24][HTST][INF] __exit(0)
[1529941487.24][HTST][INF] __notify_complete(True)
[1529941487.24][HTST][INF] __exit_event_queue received
[1529941487.24][HTST][INF] test suite run finished after 7.87 sec...
[1529941487.24][CONN][INF] received special event '__host_test_finished' value='True', finishing
[1529941487.24][urllib3.connectionpool]Starting new HTTP connection (1): austin-ci-linux-001.austin.arm.com
[1529941487.61][urllib3.connectionpool]http://austin-ci-linux-001.austin.arm.com:8000 "PUT /resource/11010000442031204c505739313030313430303697969903/disconnect HTTP/1.1" 200 2
[1529941487.61][urllib3.connectionpool]Starting new HTTP connection (1): austin-ci-linux-001.austin.arm.com
[1529941491.10][urllib3.connectionpool]http://austin-ci-linux-001.austin.arm.com:8000 "PUT /resource/11010000442031204c505739313030313430303697969903/release HTTP/1.1" 200 66
[1529941491.11][HTST][INF] CONN exited with code: 0
[1529941491.11][HTST][INF] Some events in queue
[1529941491.11][HTST][INF] stopped consuming events
[1529941491.11][HTST][INF] host test result() call skipped, received: True
[1529941491.11][HTST][INF] calling blocking teardown()
[1529941491.11][HTST][INF] teardown() finished
[1529941491.11][HTST][INF] {{result;success}}
mbedgt: checking for GCOV data...
mbedgt: mbed-host-test-runner: stopped and returned 'OK'
mbedgt: test on hardware with target id: DUMMY
mbedgt: test suite 'mbed-os-features-nvstore-tests-nvstore-functionality' ............................ OK in 58.26 sec
        test case: 'NVStore: Basic functionality' .................................................... OK in 0.31 sec
        test case: 'NVStore: Multiple thread test' ................................................... OK in 6.02 sec
        test case: 'NVStore: Race test' .............................................................. OK in 0.20 sec
mbedgt: test case summary: 3 passes, 0 failures
mbedgt: all tests finished!
mbedgt: shuffle seed: 0.4347531104
mbedgt: test suite report:
+--------------+---------------+------------------------------------------------------+--------+--------------------+-------------+
| target       | platform_name | test suite                                           | result | elapsed_time (sec) | copy_method |
+--------------+---------------+------------------------------------------------------+--------+--------------------+-------------+
| NRF52_DK-ARM | NRF52_DK      | mbed-os-features-nvstore-tests-nvstore-functionality | OK     | 58.26              | default     |
+--------------+---------------+------------------------------------------------------+--------+--------------------+-------------+
mbedgt: test suite results: 1 OK
mbedgt: test case report:
+--------------+---------------+------------------------------------------------------+-------------------------------+--------+--------+--------+--------------------+
| target       | platform_name | test suite                                           | test case                     | passed | failed | result | elapsed_time (sec) |
+--------------+---------------+------------------------------------------------------+-------------------------------+--------+--------+--------+--------------------+
| NRF52_DK-ARM | NRF52_DK      | mbed-os-features-nvstore-tests-nvstore-functionality | NVStore: Basic functionality  | 1      | 0      | OK     | 0.31               |
| NRF52_DK-ARM | NRF52_DK      | mbed-os-features-nvstore-tests-nvstore-functionality | NVStore: Multiple thread test | 1      | 0      | OK     | 6.02               |
| NRF52_DK-ARM | NRF52_DK      | mbed-os-features-nvstore-tests-nvstore-functionality | NVStore: Race test            | 1      | 0      | OK     | 0.2                |
+--------------+---------------+------------------------------------------------------+-------------------------------+--------+--------+--------+--------------------+
mbedgt: test case results: 3 OK
mbedgt: completed in 58.71 sec

@cmonr
Copy link
Contributor

cmonr commented Jun 25, 2018

@davidsaada Fyi, you can use ``` ``` to encapsulate CLI output to make it easier to read :)

@davidsaada
Copy link
Contributor Author

@davidsaada Fyi, you can use to encapsulate CLI output to make it easier to read :)

You are right of course, and I usually do that. Maybe all this text made me lose my grip...

@jeromecoutant
Copy link
Collaborator

jeromecoutant commented Jun 28, 2018

Hi
I don't know if my issue is related to this PR:

mbed test -m NUCLEO_L152RE -t ARM -v -n *nvstore*

[1530184435.31][CONN][RXD] >>> Running case #1: 'NVStore: Basic functionality'...
[1530184435.38][CONN][INF] found KV pair in stream: {{__testcase_start;NVStore: Basic functionality}}, queued...
[1530184435.38][CONN][RXD] NVStore areas:
[1530184435.56][CONN][RXD] Area 0: address 0x0807e000, size 4096 (0x1000)
[1530184435.60][CONN][RXD] Area 1: address 0x0807f000, size 4096 (0x1000)
[1530184435.99][CONN][RXD] Max keys 20 (out of 255 possible ones)
[1530184436.39][CONN][RXD]
[1530184436.42][CONN][RXD] ++ MbedOS Fault Handler ++
[1530184436.43][CONN][RXD]
[1530184436.46][CONN][RXD] FaultType: HardFault
[1530184436.46][CONN][RXD]
[1530184436.47][CONN][RXD] Context:
[1530184436.48][CONN][RXD] R0   : 20002108
[1530184436.50][CONN][RXD] R1   : 3807E0F8
[1530184436.52][CONN][RXD] R2   : FFFFFFE8
[1530184436.54][CONN][RXD] R3   : 00000000
[1530184436.56][CONN][RXD] R4   : 3807E0F8
[1530184436.57][CONN][RXD] R5   : 20002108
[1530184436.59][CONN][RXD] R6   : 00000008
[1530184436.61][CONN][RXD] R7   : 20002A98
[1530184436.63][CONN][RXD] R8   : 00000000
[1530184436.65][CONN][RXD] R9   : 20002108
[1530184436.66][CONN][RXD] R10  : 000000BF
[1530184436.68][CONN][RXD] R11  : 00000017
[1530184436.70][CONN][RXD] R12  : 80000000
[1530184436.72][CONN][RXD] SP   : 200020D0
[1530184436.74][CONN][RXD] LR   : 0800BF53
[1530184436.75][CONN][RXD] PC   : 080015C4
[1530184436.77][CONN][RXD] xPSR : 81004400
[1530184436.79][CONN][RXD] PSP  : 200020B0
[1530184436.81][CONN][RXD] MSP  : 20013FD8
[1530184436.83][CONN][RXD] CPUID: 412FC230
[1530184436.84][CONN][RXD] HFSR : 40000000
[1530184436.86][CONN][RXD] MMFSR: 00000000
[1530184436.87][CONN][RXD] BFSR : 00000082
[1530184436.89][CONN][RXD] UFSR : 00000000
[1530184436.91][CONN][RXD] DFSR : 00000008
[1530184436.93][CONN][RXD] AFSR : 00000000
[1530184436.95][CONN][RXD] SHCSR: 00000000
[1530184436.96][CONN][RXD] BFAR : 3807E0F8
[1530184436.98][CONN][RXD] Mode : Thread
[1530184437.00][CONN][RXD] Priv : Privileged
[1530184437.01][CONN][RXD] Stack: PSP
[1530184437.02][CONN][RXD]
[1530184437.03][CONN][RXD] Threads Info:
[1530184437.04][CONN][RXD] Current:
[1530184437.14][CONN][RXD] State: 0x00000002 Entry: 0x0800E5A5 Stack Size: 0x00001000 Mem: 0x200013A8 SP: 0x20002368
[1530184437.14][CONN][RXD] Next:
[1530184437.24][CONN][RXD] State: 0x00000002 Entry: 0x0800E5A5 Stack Size: 0x00001000 Mem: 0x200013A8 SP: 0x20002368
[1530184437.24][CONN][RXD] Wait:
[1530184437.34][CONN][RXD] State: 0x00000083 Entry: 0x0800DDDD Stack Size: 0x00000300 Mem: 0x20000668 SP: 0x20000900
[1530184437.34][CONN][RXD] Delay:
[1530184437.35][CONN][RXD] Idle:
[1530184437.45][CONN][RXD] State: 0x00000001 Entry: 0x0800D2BD Stack Size: 0x00000200 Mem: 0x20000468 SP: 0x20000628
[1530184437.45][CONN][RXD]
[1530184437.48][CONN][RXD] -- MbedOS Fault Handler --

@mbed-ci
Copy link

mbed-ci commented Jun 29, 2018

@mbed-ci
Copy link

mbed-ci commented Jun 29, 2018

- Tune thread stack size in nvstore test using heap stats
- Stop threads gracefully instead of killing them (in multi-thread test)
@davidsaada davidsaada force-pushed the david_nvstore_fix_test_alloc branch from 6d4d0dd to 1b5b839 Compare June 29, 2018 11:36
@davidsaada
Copy link
Contributor Author

Pushed a few small changes following failed test. Believe it should be OK now (also tested on failed board).

@cmonr
Copy link
Contributor

cmonr commented Jun 30, 2018

Interesting. Since it looks like there were a good chunk of changes with that last commit, I'm going to ask for a re-review.

@dannybenor @maciejbocianski @0xc0170 @marcuschangarm Would y'all mind looking at the commit again?

@davidsaada
Copy link
Contributor Author

Folks - any chance to get a review? This PR fixes a few issues.

@cmonr
Copy link
Contributor

cmonr commented Jul 11, 2018

/morph build

@mbed-ci
Copy link

mbed-ci commented Jul 11, 2018

Build : SUCCESS

Build number : 2564
Build artifacts/logs : http://mbed-os.s3-website-eu-west-1.amazonaws.com/?prefix=builds/7127/

Triggering tests

/morph test
/morph uvisor-test
/morph export-build
/morph mbed2-build

@mbed-ci
Copy link

mbed-ci commented Jul 11, 2018

@mbed-ci
Copy link

mbed-ci commented Jul 11, 2018

@cmonr cmonr merged commit b290ff3 into ARMmbed:master Jul 11, 2018
@davidsaada davidsaada deleted the david_nvstore_fix_test_alloc branch August 1, 2018 13:26
pan- pushed a commit to pan-/mbed that referenced this pull request Aug 22, 2018
…t_alloc

NVStore tests: Tune memory consumption; stop threads greafully
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants