| Age | Commit message (Collapse) | Author |
|---|
|
hil, ci: scope HIL builds and tests to the boards a PR affects
Add test/hil/hil_select.py, a stdlib-only selector that maps a PR diff to the
rig boards, tests and BSP families a change can affect, and wire it into CI so
pull requests build and run only those. A port change picks its families' boards,
a class change picks the examples enabling that class, and device/host changes
prune the other role. Anything unclassified — infra, an unmapped port, a selector
error — falls back to the full matrix, and push/schedule runs are untouched.
Move the shared example lists to hil_examples.py; 54 hardware-free tests cover
the rules.
|
|
Signed-off-by: HiFiPhile <[email protected]>
|
|
|
|
|
|
move it to family_configure_common()
also move startup and linker from board target to actual exe
|
|
|
|
- added mca156 the list in boards.rst.
- Fixup to family.cmake for mcxa156 to pass ci
|
|
I will be porting tinyuf2 to MCXA156 and N947 and need this work in place.
This is the 1st step before bringing in support for other MCX devices.
We had previous patched https://github.com/hathach/mcux-sdk.git' for MCX support as it was not pulically available
I updated get_deps to point to the mcux-sdk version 2.16.10 from NXP. I repointed the entry in the get_deps script to use NXP MCU repo. The existing current code couldn't build as the MCUXpresso SDK was old.
- For now, I put a copy of fsl_spc.c in the drivers folder for the mcx family. None of the ports could build with the version in the mcux github sdk. The sdk on github has version 2.4.0. The SDK package that can be downloaded with the SDK generator uses 2.4.2. All of the clock_config routines use versions of the datastructure from 2.4.2. For now, keeping an updated copy in hw/bsp/mcx/drivers so we can build against the latest mcuxpresso sdk and enable MCXA156. I'll file an issue on the nxp github.
- Cleaned up the MCX family.c a little bit. the MCXA/N these chips don't have SCT so I removed the neopixel code.
- fixed a clock init issue w/ N947 that was causing it to crash when initializing the uart.
- I tested the cmake and make scripts on the A153,A156 and N947 using the CDC/MSC sample. All worked OK.
- Patched get_deps so it will do a fetch/check on a new folder. Some of the deps were failing on a fresh clone of tinyusb
- Fixed lpc51,54 and lpc55 make/cmake files to build with mcuxpresso sdk 2.16.10 The folder structure for flexcomm/uart changed a little bit
- lpc55s59 libpower_hardabi.a no longer is included in mcuxpressosdk, (fsl_power.c is replacement). remove of libpower_hardabi.a from the linker config. LPC55 still works as expected.
- Using tinyuf2 get deps
|
|
|
|
|
|
with zephyr
- change tinyusb CMakeLists.txt to function tinyusb_target_add() instead of defining tinyusb lib target
|
|
|
|
|
|
|
|
|
|
|
|
MCXN and MCXA have different ARM Cortex M33 core, can't be on the same family
|
|
|
|
|
|
family_configure_device/host/dual_example()
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* update chipidea dcd, remove manual ep_count and use DCCPARAMS to get number of endpoint instead
* add dcd dcache for chipidea
* add cmake for lpc18
* add makefile build for mcx
* use fork of mcu sdk
* fix ci build with nrf
* flash rp2040 with openocd
|
