Hi Matteo, Thanks for the reply. Your proposal of by default using the FLASH_XYZ parameters would of course be the preferred way.
However this would be a very large change that should be tested on real hardware (a small fault is very easily made) given that the start is in hex while the size is an int. Next to this boards that have integrated nxboot, mcuboot or miniboot support are setting the start and size based on external (nuttx-apps) kconfig parameters and default usage of FLASH_(V)START and FLASH_SIZE cannot be done. That is why I would take the proposed (pragmatic) approach. Kind regards, Jehudi On Tue, Aug 18, 2026, 18:45 Matteo Golin <[email protected]> wrote: > This seems reasonable to me, but maybe it would be more reasonable to: > > - Modify defconfigs and linker files to use the Kconfig parameters > - Defconfigs that used a specific linker file can have values set for > FLASH_START which matches the old linker file > > I'm not sure if this fits within the existing linker files you've > noticed/is feasible, but if we fix it that way it will prevent having 3 > different ways of choosing flash size and location in NuttX at least. > > Matteo > > On Tue, Aug 18, 2026, 12:28 p.m. Laczen JMS <[email protected]> wrote: > > > Hi, > > > > NuttX has generic kconfig parameters for FLASH_(V)START and FLASH_SIZE. > > > > Many of the board linker files are not using these parameters to > > configure the location of > > the image on flash (default is 0x0). > > > > I would like to use these parameters to configure NuttX when used in > > combination with a > > bootloader. Of course I don't want to break existing defconfigs. > > > > My idea was to use the value of FLASH_SIZE as an indicator for the > > linker files to switch > > from the default settings to the configuration parameters. As long as > > FLASH_SIZE=0 the > > default setup in the linker script is used, when FLASH_SIZE != 0 the > > configured parameters > > are put into use (this of course after the linker script is changed). > > > > Do you agree with such an approach? Or is there a better alternative? > > > > Kind regards, > > > > Jehudi > > >
