stm32wba : ble-802.15.4 concurrent mode integration

[vtardy-st]

Integration of the BLE-802.15.4 concurrent mode on stm32wba based on CubeWBA release 1.7.0
Add new sample application ble-802.15.4 echo_client concurrent mode

[github-actions]

The following west manifest projects have changed revision in this Pull Request:

Name	Old Revision	New Revision	Diff
hal_stm32	zephyrproject-rtos/hal_stm32@286dd28	zephyrproject-rtos/hal_stm32@50fcec6 (main)	zephyrproject-rtos/[email protected]

Additional metadata changed:

Name	URL	Submodules	West cmds	module.yml	Blobs
hal_stm32				✏	6x ✏, 2x 🆕

⛔ DNM label due to: 1 project with metadata changes and 8 blob changes

Note: This message is automatically posted and updated by the Manifest GitHub Action.

[vtardy-st]

sample.yaml files has been removed

[vtardy-st]

A new commit fb4c0b6 "samples: boards: st: ble ieee802.15.4 concurrent mode cleaning" is submitted including modification allowing to fix coding issues and keep only useful code part for STMicroelectronics concurrent mode test

[erwango]

To be honest, it is not clear to me what the sample is supposed to demonstrate and how it should be used: Are 2 boards required ? What are the features supported ?

IMO, it's better to focus on a minimal sample for which the purpose is clear and where all the possible configurations have been validated.
Otherwise, we'll get users raising questions, using it with wrong purpose or raising issues on options that are not essential.

[erwango]

If 2 boards are required, please specify it here.

[erwango]

I had a build test and some more changes would be required:

Building the default configuration reports warnings:

warning: MAX_THREAD_BYTES (defined at arch/Kconfig:405) was assigned the value '3' but got the value
''. Check these unsatisfied dependencies: USERSPACE (=n). See
http://docs.zephyrproject.org/latest/kconfig.html#CONFIG_MAX_THREAD_BYTES and/or look up
MAX_THREAD_BYTES in the menuconfig/guiconfig interface. The Application Development Primer, Setting
Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be helpful
too.


warning: NET_IF_MAX_IPV4_COUNT (defined at subsys/net/ip/Kconfig.ipv4:14) was assigned the value '3'
but got the value ''. Check these unsatisfied dependencies: NET_IPV4 (=n). See
http://docs.zephyrproject.org/latest/kconfig.html#CONFIG_NET_IF_MAX_IPV4_COUNT and/or look up
NET_IF_MAX_IPV4_COUNT in the menuconfig/guiconfig interface. The Application Development Primer,
Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be
helpful too.

This should be fixed.

Buidling UDP=n/TCP=y reports errors. If only UDP is supported conditional code around UDP should be fixed (target_sources_ifdef(CONFIG_NET_UDP app PRIVATE src/udp.c) but maybe other a well)

Sample should be moved to samples/boards/st/bluetooth.

Finally, html rendered sample documentation could be read here: https://builds.zephyrproject.io/zephyr/pr/97773/docs/samples/boards/st/ble_802154/ble_hr_802154_echo_client/README.html#stm32_ble_hr_802154_echo_client
Looks ok to me, but please check if enhancements could be made (clear enough for reader).

[vtardy-st]

In the prj.conf of the sample, many IPV4 configuration are setting while NET_IPV4 is setting to 'n'.
This implementation is herited from echo-client sample (samples/net/sockets/echo_client) in order to enable/disable IPV4/IPV6 through the prj.conf.

[vtardy-st]

Sample has been moved to samples/boards/st/bluetooth.

[sonarqubecloud]

Quality Gate passed

Issues
5 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
63.3% Duplication on New Code

See analysis details on SonarQube Cloud