On Wed, Feb 08, 2023 at 02:10:23PM -0600, Andrew Davis via lists.yoctoproject.org wrote: > >>I'd also like to poke again the idea of pulling in DTB/DTBO files based > >>on some pattern matching instead of manually adding each time. I know the > >>idea got shot down, but I think this is going to be a growing problem as > >>we start to increase our usage of DT Overlays in the near future.. > > > >The one annoying with making all of the DTBs being patterns is that we have > >to implement the logic to expand the wildcarding and set > >KERNEL_DEVICETREE. If anyone tries to point to a different kernel (say an > >upstream version) then nothing from meta-ti will work. And that may not be > >a show stopper issue, it's just the one that popped up in my head when you > >first brought up the idea for doing it for all platforms. > > > >Maybe this would be a good feature to promote to bitbake to support? And > >alternative to KERNEL_DEVICETREE? A different variable? > > That is an option, no need to make it TI specific, I'd imagine wildcard > filtering would be useful for many other's bsp layers.
To be fair - it wasn't "shut down" completely. I just pointed out that any dynamic processing of DTBs/DTBOs list would require more work. KERNEL_DEVICETREE is a top-level global variable used and referenced from other places besides the kernel recipe, specifically for image packaging, e.g. by WIC or FIT or anything else. If it only gets populated later on during the build process when the kernel gets built, none of those places will be able to see the list. There are some hurdles to overcome, but it may be a nice generic feature to add... -- Denys
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15811): https://lists.yoctoproject.org/g/meta-ti/message/15811 Mute This Topic: https://lists.yoctoproject.org/mt/96808923/21656 Group Owner: [email protected] Unsubscribe: https://lists.yoctoproject.org/g/meta-ti/leave/6695321/21656/1393940836/xyzzy [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
