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.

Sign up for GitHub

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

Jump to bottom

zpc: Fix tests #46

Closed
rzr opened this issue Feb 20, 2025 · 0 comments
Closed

zpc: Fix tests #46

rzr opened this issue Feb 20, 2025 · 0 comments
Assignees
@rzr
Labels
bug Something isn't working

Comments

@rzr
Copy link
Collaborator

rzr commented Feb 20, 2025 •
edited
Loading

Related tasks:
@rzr rzr changed the title API Analysis zpc: Fix testsystem Feb 20, 2025
@rzr rzr changed the title zpc: Fix testsystem zpc: Fix tests Feb 20, 2025
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Feb 25, 2025
@rzr
components/testframework/libs/cmock: Removed as not part of z-wave-pr…
36da52b 
…otocol-controller SiliconLabsSoftware#46

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

Docs should be regenerated from sources, but not stored along sources.

More cleanup might be desirable for 1.7.

Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
@rzr rzr added the bug Something isn't working label Mar 6, 2025
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 6, 2025
@rzr
components/testframework/libs/cmock: Removed as not part of z-wave-pr…
17ada71 
…otocol-controller SiliconLabsSoftware#46

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

Docs should be regenerated from sources, but not stored along sources.

More cleanup might be desirable for 1.7.

Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 7, 2025
@rzr
components/testframework/libs/cmock: Removed as not part of z-wave-pr…
45827cf 
…otocol-controller SiliconLabsSoftware#46

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

Docs should be regenerated from sources, but not stored along sources.

More cleanup might be desirable for 1.7.

Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
tests: Fix a/z/c/z/test/zwave_command_class_time_parameters_test on UTC
00493b3 
SiliconLabsSoftware#46

This test was previously bypassed, it is now working as expected.

The reason it was failing is because mktime use timezone
to set the tm structure that will be returned to the next step of step.

Setting timezone to UTC (+0) solves the problem

Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
@rzr rzr mentioned this issue Mar 17, 2025
Merged
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
tests: Fix a/z/c/z/test/zwave_command_class_time_parameters_test on UTC
6e740ad 
SiliconLabsSoftware#46

This test was previously bypassed, it is now working as expected.

The reason it was failing is because mktime use timezone
to set the tm structure that will be returned to the next step of step.

Setting timezone to UTC (+0) solves the problem

Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Origin: SiliconLabsSoftware#69
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
tests: Fix a/z/c/z/test/zwave_command_class_time_parameters_test on UTC
c1672bb 
SiliconLabsSoftware#46

This test was previously bypassed, it is now working as expected.

The reason it was failing is because mktime use timezone
to set the tm structure that will be returned to the next step of step.

Setting timezone to UTC (+0) solves the problem

Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Origin: SiliconLabsSoftware#69
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
tests: build: cmake: Use Upstream cmock SiliconLabsSoftware#60
e9f1bf1 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

Bug-SiliconLabsSoftware: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
components/testframework/libs/cmock: Removed as not part of z-wave-pr…
45a9f6f 
…otocol-controller SiliconLabsSoftware#46

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

Docs should be regenerated from sources, but not stored along sources.

More cleanup might be desirable for 1.7.

Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
tests: SWPROT-8953: components/testframework/libs/testframework/unity…
1ad7e71 
…: Removed as not part of z-wave-protocol-controller

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
Revert "libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.5.3-g9d…
d26ab09 
…092898 (SiliconLabsSoftware#59)"

This reverts commit 9865caa.

Bug: SiliconLabsSoftware#46
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
tests: Enable a/z/c/dotdot_mapper/test SiliconLabsSoftware#46
d6b9e46 
Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
tests: Enable a/z/c/z_classes zwave_command_class_switch_multilevel_t…
1a483fe 
…est SiliconLabsSoftware#46

Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
@rzr rzr self-assigned this Mar 18, 2025
rzr added a commit that referenced this issue Mar 18, 2025
@rzr
tests: Fix a/z/c/z/test/zwave_command_class_time_parameters_test on UTC
732c3e5 
#46

This test was previously bypassed, it is now working as expected.

The reason it was failing is because mktime use timezone
to set the tm structure that will be returned to the next step of step.

Setting timezone to UTC (+0) solves the problem

Bug-SiliconLabsSoftware: #46
Origin: #69
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
tests: build: cmake: Use Upstream cmock SiliconLabsSoftware#60
dbb17d0 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

Bug-SiliconLabsSoftware: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
components/testframework/libs/cmock: Removed as not part of z-wave-pr…
bc5489d 
…otocol-controller SiliconLabsSoftware#46

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

Docs should be regenerated from sources, but not stored along sources.

More cleanup might be desirable for 1.7.

Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
tests: SWPROT-8953: components/testframework/libs/testframework/unity…
9c17921 
…: Removed as not part of z-wave-protocol-controller

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
Revert "libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.5.3-g9d…
403c65e 
…092898 (SiliconLabsSoftware#59)"

This reverts commit 9865caa.

Bug: SiliconLabsSoftware#46
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
tests: Enable a/z/c/dotdot_mapper/test SiliconLabsSoftware#46
2269156 
Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
tests: Enable a/z/c/z_classes zwave_command_class_switch_multilevel_t…
b17449b 
…est SiliconLabsSoftware#46

Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
tests: build: cmake: Use Upstream cmock SiliconLabsSoftware#60
0e97f69 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

Bug-SiliconLabsSoftware: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
components/testframework/libs/cmock: Removed as not part of z-wave-pr…
db70489 
…otocol-controller SiliconLabsSoftware#46

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

Docs should be regenerated from sources, but not stored along sources.

More cleanup might be desirable for 1.7.

Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/t/cmock: Removed as not part of z-wave-…
dc55562 
…protocol-controller SiliconLabsSoftware#60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: c/t/l/testframework: Removed as not part of z-wave-protocol-co…
82028cb 
…ntroller SiliconLabsSoftware#55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#55
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: c/testframework: Removed as not part of z-wave-protocol-contro…
c5411b1 
…ller SiliconLabsSoftware#55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#55
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Enable a/z/c/dotdot_mapper/test SiliconLabsSoftware#46
2eb592f 
Origin: SiliconLabsSoftware#70
Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Enable a/z/c/z_classes zwave_command_class_switch_multilevel_t…
b06b2d5 
…est SiliconLabsSoftware#46

Origin: SiliconLabsSoftware#70
Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Remove test bypassing SiliconLabsSoftware#46
66b107e 
Origin: SiliconLabsSoftware#70
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Revert "libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.…
75da981 
…5.3-g9d092898" SiliconLabsSoftware#60

This reverts commit 9865caa.

Bug: SiliconLabsSoftware#46
Origin: SiliconLabsSoftware#36
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Deduplicate test_framework using patched Unify one SiliconLabs…
3a7cee6 
…Software#60

Patches from unify may land elsewhere

Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#55
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Deduplicate test_framework in a/z/c/z/z/s/l/zw-libs2
6b6fcde 
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#55
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: applications/zpc/components/zwave/zwave_transports/s2/libs/zw-…
15d7d7f 
…libs2/TestFramework/cmock: Removed as not part of z-wave-protocol-controller SiliconLabsSoftware#60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/t/cmock: Removed as not part of z-wave-…
aa6447b 
…protocol-controller SiliconLabsSoftware#60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: c/t/l/testframework: Removed as not part of z-wave-protocol-co…
70396be 
…ntroller SiliconLabsSoftware#55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#55
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: c/testframework: Removed as not part of z-wave-protocol-contro…
3f6d9b6 
…ller SiliconLabsSoftware#55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#55
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Enable a/z/c/dotdot_mapper/test SiliconLabsSoftware#46
7cd7c15 
Origin: SiliconLabsSoftware#70
Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Enable a/z/c/z_classes zwave_command_class_switch_multilevel_t…
7fa6279 
…est SiliconLabsSoftware#46

Origin: SiliconLabsSoftware#70
Bug-SiliconLabsSoftware: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Remove test bypassing SiliconLabsSoftware#46
69ce234 
Origin: SiliconLabsSoftware#70
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: build: cmake: Use Upstream cmock #60
c096883 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the architecture.

Since UnifySDK also depends on CMock, indirect dep will be privileged,
May those lines be removed in later cleanup changes.

Origin: #70
Bug-SiliconLabsSoftware: #60
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
components/testframework/libs/cmock: Removed as not part of z-wave-pr…
760200a 
…otocol-controller #46

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

Docs should be regenerated from sources, but not stored along sources.

More cleanup might be desirable for 1.7.

Origin: #70
Bug-SiliconLabs: SWPROT-8953
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: SWPROT-8953: components/testframework/libs/testframework/unity…
896b948 
…: Removed as not part of z-wave-protocol-controller #60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: #70
Bug: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: Revert "libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.…
e9a4356 
…5.3-g9d092898" #60

This reverts commit 9865caa.

Bug: #46
Origin: #36
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: Deduplicate test_framework using patched Unify one #60
d789a7a 
Patches from unify may land elsewhere

Origin: #36
Bug: #55
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: Deduplicate test_framework in a/z/c/z/z/s/l/zw-libs2
6d03834 
Origin: #36
Bug: #55
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: applications/zpc/components/zwave/zwave_transports/s2/libs/zw-…
7e5fe32 
…libs2/TestFramework/cmock: Removed as not part of z-wave-protocol-controller #60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: #70
Bug: #60
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/t/cmock: Removed as not part of z-wave-…
1cb591d 
…protocol-controller #60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: #70
Bug: #60
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: c/t/l/testframework: Removed as not part of z-wave-protocol-co…
d872c2f 
…ntroller #55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: #70
Bug: #55
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: c/testframework: Removed as not part of z-wave-protocol-contro…
cb6cfab 
…ller #55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: #70
Bug: #55
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: Enable a/z/c/dotdot_mapper/test #46
cbf2521 
Origin: #70
Bug-SiliconLabsSoftware: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: Enable a/z/c/z_classes zwave_command_class_switch_multilevel_t…
937f0c4 
…est #46

Origin: #70
Bug-SiliconLabsSoftware: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: Remove test bypassing #46
785be70 
Origin: #70
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
@rzr rzr closed this as completed Mar 19, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@rzr rzr

Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@rzr @silabs-aydogane