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
Initial commit for the port of TUSB to MAX32xxx parts, staring with MAX32690
- Added dcd_max32.c (based on dcd_musb.c) for interfacing with the peripheral
- Added MAX32690 part family support
- Added max32690evkit board support
- Updated examples for unique EP number requirement
- Updated get_deps.py to fetch the MSDK
Known Issues / Additional Testing Required
- msc_dual_lun only shown 1 volume on Windows
- USBTMC does not have a valid Windowsdriver
- DFU does not have a valid Windows driver
- WebUSB is "Device not Recognized"
- Need to test build scripts with IAR and Clang
* Build arm-clang using circle ci (only on PR): cache most of mandatory deps, clang toolchain
* update get_deps.py to include CMSIS_5 with --print + no arguments, prevent duplicated deps
* Circi use small docker
* caching espressif docker image
* only run make job on pull request or push to master
* hw test run on pull request only, rename build_cmake to build.yml
* enable all ci build, cmake(clang) and make(*) only run with pull_request or push to master
* change concurrency group to ${{ github.workflow }}-${{ github.ref }}
* use argparse for build.py hil_test.py, remove the need to install click
* move ci win/mac to build_cmake.yml
* rename build_family.yml to build_util.yml
* build_util.yml support esp32
* integrate build-espressif into build.yml
* build.py support make with --board option
* add get_deps action
* update hil test to reuse action
* add name field to usbd_class_driver_t
* ci: use set matrix py script
* add riscv32 and cmake support for ch32v307, fomu, gd32vf103
* update build_cmake.py to take --family --board --toolchain
* separate hil test to its own workflow
* move esp32 board into separated hil json
* add make build to ci
* remov build_make.py
* build.py support esp32 board
* setup toolchain support esp-idf
* fix missing click
* merge family in matrix build to reduce jobs
* skip cifuzz since it still has issue with get_deps and click
