On 06:57-20231213, Bryan Brattlof wrote:
On December 13, 2023 thus sayeth Sjoerd Simons:
Hey Brian,
On Tue, 2023-12-12 at 21:58 -0600, Bryan Brattlof wrote: [...]
configs/am62x_evm_a53_defconfig | 31 ++++++- configs/am62x_evm_r5_usbdfu_defconfig | 111 ++++++++++++++++++++++++++
One of the newer developments was the addition of config fragments[0] to try to minimize all the duplicate defconfigs for all the different evaluation boards for the same SoC we have in the pipeline. I'm wondering what people would think if we did this for the different boot-mode defconfigs for the 62xx extended family like this usbdfu and cpsw?
idk how messy it would get trying to disable one of the primary boot modes like MMC and enable USB though... So this may be a idea for another day.
Nishanth mentioned the same and it's something i'd like to play with
Ah Ok! As long as you saw it :)
(a beagleplay is on the way, but stuck in customs atm for some practical tests).
Nice! It's a fun little board
However I think it would make sense to get this landed first and then try refactoring with config fragments for a second step?
I agree. It's on my TODO list to try to clean up some of the messes we've made so I thought I chime in
Don't let me stop you from adding features
I prefer we do the fragments with this series. We can validate and update the fragment if required with follow on. but rather not keep churning the usage model.
Also missing is documentation update on how to build/use dfu mode.