-
Notifications
You must be signed in to change notification settings - Fork 8.1k
drivers: i2s: max32: Driver with TX/RX Support #91508
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.
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
base: main
Are you sure you want to change the base?
drivers: i2s: max32: Driver with TX/RX Support #91508
Conversation
The following west manifest projects have changed revision in this Pull Request:
✅ All manifest checks OK Note: This message is automatically posted and updated by the Manifest GitHub Action. |
207f3d9
to
bc5c1ad
Compare
@cx-anuj-pathak Please add PR description and Testing evidence |
05bd9c5
to
c7cdd6f
Compare
|
@cx-anuj-pathak Thanks for your excellent work, any plans to move this forward? thanks. |
@bricle Yes, I'm active and will iterate over it as soon as dependencies in adi_hal projects are merged. I guess it got paused due to 4.2 release, and hopeful it will resume soon. Right it forces custom branch in manifest, and causes PR Metadata check fail. That can only be resolved once adi_hal PRs are merged. |
Very glad to hear this! But it seems no one have noticed these two PRs, maybe you could try to directly ping some regular reviewers from ADI to come into the spotlight. Thanks again for your reply. |
Thanks for the PR. The adi_hal module is a downstream fork of https://github.com/analogdevicesinc/msdk. Could you please send the hal changes upstream? |
Filed PRs pointing to msdk repo at let me know further coarse of actions |
@MaureenHelm PR to msdk are merged, let me know further course of actions |
@MaureenHelm @ubieda @ozersa Hi, very thanks for your efforts! Politely asking, any plans to move this forward? |
I believe this is blocked by #85205 |
These two PRs are already part of upstream MSDK and also included in the current hal_adi revision. So, I assume this can move forward. |
c7cdd6f
to
3e8d13b
Compare
d349aa0
to
bb4c712
Compare
- add basic dma only i2s dts binding for max32-i2s - add i2s node with default config to max32655.dtsi - add i2s pin definition for max32655fthr board as per spec Signed-off-by: Anuj Pathak <[email protected]>
bb4c712
to
fa9ec11
Compare
add necessary build files and i2s driver with tx/rx support Signed-off-by: Anuj Pathak <[email protected]>
MAX32655 uses I2C1 to control on board PMIC and Audio Codec this commit enable it as per board spec Signed-off-by: Anuj Pathak <[email protected]>
Add MAX9867 codec initialization support to the sample to later use for MAX32655FTHR support Signed-off-by: Anuj Pathak <[email protected]>
- reduced block length from 100ms to 33.33ms to compile for low ram - add compile time conditional option to slave mode - add overlay file for max32655fthr Signed-off-by: Anuj Pathak <[email protected]>
fa9ec11
to
76b5fc9
Compare
|
@MaureenHelm @ttmut @ubieda PR is now ready for review |
Description
Adds I2S driver for MAX32655 MCU. It was only tested on MAX32655FTHR board using
samples/i2s/echo
sample.Theoretically it should work on most MAS32 MCU (except MAX32650/MAX32660 which uses SPIMSS peripheral), given same MXC_I2S_* APIs and config structure are used internally. But due to lack of hardware it is not tested and dts of other mcu/board is also not updated.
Testing
west update
west build -b max32655fthr/max32655/m4 ..\zephyr\samples\drivers\i2s\echo\
openocd.exe -f interface/cmsis-dap.cfg -f target/max32655.cfg -c "init" -c "reset" -c "halt" -c "flash write_image erase build/zephyr/zephyr.hex" -c "reset" -c "exit"
(note: use openocd from msdk)