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
dts spi cleanup #11428
dts spi cleanup #11428
Conversation
Codecov Report
@@ Coverage Diff @@
## master #11428 +/- ##
=======================================
Coverage 48.37% 48.37%
=======================================
Files 265 265
Lines 42192 42192
Branches 10137 10137
=======================================
Hits 20412 20412
Misses 17703 17703
Partials 4077 4077 Continue to review full report at Codecov.
|
Ok for the STM32 changes |
Using DTS to setup cc2520 SPI settings on quark_se_c1000_devboard. Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
Only the SPI bus for now. Make cc2520's Kconfig aware of DTS on these settings. Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
Now that all SPI controllers support DTS we can remove the Kconfig support for non-DTS options. We also cleanup some defines that should have be DT_MCR20A_ instead of CONFIG_MCR20A_. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
All drivers require DTS for their primary SPI settings. Removing SPI_[0-9]_NAME config option added some more samples changes. Usage of these options there was anyway not relevant. Fixes zephyrproject-rtos#11064 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com> Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
Now that the in tree user of cc2520 uses device tree to configure SPI and GPIO params, we can remove and convert the driver to utilize DT only. This means removing the Kconfig options that come from DT and rename CONFIG_ to DT_ for those options. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
The CC2520 device is specific to the quark_se_c1000_devboard not the intel curie SoC. Move the device node where it belongs. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
7b8bad4
to
6f890a8
Compare
Added support to the ti,cc2520 binding for optional GPIO signals and moved the quark_se_c1000_devboard to define those signals in the DTS. This lets us remove board.h and some #defines & fake Kconfig symbols from the quark_se_c1000_devboard board. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
6f890a8
to
4476ad3
Compare
#define CONFIG_MCR20A_GPIO_IRQ_B_PIN DT_NXP_KINETIS_DSPI_4002C000_NXP_MCR20A_0_IRQB_GPIOS_PIN | ||
#define CONFIG_MCR20A_GPIO_RESET_NAME DT_NXP_KINETIS_DSPI_4002C000_NXP_MCR20A_0_RESET_GPIOS_CONTROLLER | ||
#define CONFIG_MCR20A_GPIO_RESET_PIN DT_NXP_KINETIS_DSPI_4002C000_NXP_MCR20A_0_RESET_GPIOS_PIN | ||
#define DT_IEEE802154_MCR20A_SPI_DRV_NAME DT_NXP_KINETIS_DSPI_4002C000_NXP_MCR20A_0_BUS_NAME |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should we move those out of the board? frdm_k64f does not have an MCR20A AFAIK.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, can we do it as a follow up PR. Because soc/arm/nxp_kinetis/kwx/dts_fixup.h also needs addressing.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
soc/arm/nxp_kinetis/kwx/dts_fixup.h
afaik this guy actually has a radio
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@MaureenHelm is that correct?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Now that you mention it, that sounds familiar.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Either way, the pull out of MCR20A from the frdm_k64f.dts I'll handle in a followup PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We have issue #7462 for it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok
Pull in some commits from @tbursztyka and update them a little for various other cleanups related to SPI controllers now all supporting DTS.