uwb: SR250 module files added

[achinmaya-nxp]

Changes to add NXP SR250 UWB driver support on zephyr
Note: This pull request has a dependency on #112599

Changes in this PR

• Added proprietary SR250 files
• Extended module.yml with entry for SR250 FW

Question: Should all files should use this Copyright?

Yes, this is updated now

Question: Is there no change needed to the CMake file inside mcux/middleware folder to pull in this subsystem?

Hi @mmahadevan108 UWB middleware code is enabled from zephyr/modules/hal_nxp/uwb/CMakeLists.txt
See https://github.com/zephyrproject-rtos/zephyr/pull/115786/changes#diff-7cb5c4c135d53f8a7611c8865b1046b323f29bfc4b1449a4e6012848916c8dcc

I am confused with these copyright years. Where are these coming from? Also should 2026 be part of this?

Hi @mmahadevan108, copyright years mentioned indicate the years in which the file was modified. For this file, it was created/modified in 2018, 2019, 2020, 2022

@axelnxp , can you share your review comments based on your experience with hal_nxp middleware.

@zejiang0jason @iuliana-prodan , please review

You need to add an entry to the mcux README to indicate where this is coming from, take example on the other middlewares
modules/hal/nxp/mcux/README

BTW, is this folder located at the correct place? I can't find any uwb repo in the mcuxsdk manifest, which makes me think this is not a mcux-integrated repo.
Usually, middlewares that are integrated in the mcuxsdk should be put under mcux-sdk-ng/middlewares and reuse the same cmake from the mcuxsdk integration (you can check other middlewares as example), but this code doesn't seem to come from the mcuxsdk, please correct me if I'm wrong.
If this is not coming from the mcuxsdk, not sure it should be put under mcux.

@axelnxp, mcux is the default folder for all MCU parts which is what this middleware is targeted for.

README is updated with reference to UWB code on github

@achinmaya-nxp can you take a look at the comment from @axelnxp regarding readme