On Fri, Jan 23, 2026 at 4:27 AM Mikko Rapeli <[email protected]>
wrote:

> Hi,
>
> On Fri, Jan 09, 2026 at 11:03:51AM -0500, Bruce Ashfield wrote:
> > On Fri, Jan 9, 2026 at 10:35 AM Mikko Rapeli <[email protected]>
> > wrote:
> >
> > > As kernel modules like upstream kernel.org arm64 defconfig does.
> > >
> > >
> > Since this is genericarm64, I have no issues. But it was these sort of
> > things that we've always enabled via KERNEL_FEEATURES, since
> > knowing what is enabled, and then disabling it, if someone doesn't want
> > the extra (even if they are modules) is harder than tying it to a distro
> > or machine feature and adding it on the top.
>
> How is TSN different PMEM, SRAM and SPI features which are currently
> enabled directly in the genericarm64.scc and not via
> meta-yocto/meta-yocto-bsp
> linux-yocto bbappend or machine config side KERNEL_FEATURES?
>
> I'm trying to undestand which one to use and when.
>

There's no hard / clear rule for it (unfortunately) and the concepts of what
we should build in, versus do via kernel features has changed/evolved
over the past decade. So there are old elements that are still included
directly that could be features (and vice versa).

If it is core functionality that we need in a broad set of platforms or that
is needed for userspace in oe-core, it is built in. If it is software
policy or
something that is addon to many boards, then it now tends to be enabled
via a kernel_feature.

For TSN, it takes some level of coordination between multiple boards
and in my (outdated) experience it was being done by networking addon
boards. Which is why I figured it made sense in genericar64 as it is
properly part of the SoC so being broadly available makse sense. But if
there was that level of coordination or addon cards/hats/whatever needed,
then we'd do it by kernel_feature.

Bruce



>
> I think distro and machine features are a bit too much for TSN since no
> other
> recipes are affected.
>
> Cheers,
>
> -Mikko
>
> > Bruce
> >
> >
> >
> > > Signed-off-by: Mikko Rapeli <[email protected]>
> > > ---
> > >  bsp/genericarm64/genericarm64.scc | 1 +
> > >  1 file changed, 1 insertion(+)
> > >
> > > diff --git a/bsp/genericarm64/genericarm64.scc
> > > b/bsp/genericarm64/genericarm64.scc
> > > index fbc8d99a89d4..61b8dc572412 100644
> > > --- a/bsp/genericarm64/genericarm64.scc
> > > +++ b/bsp/genericarm64/genericarm64.scc
> > > @@ -69,5 +69,6 @@ include features/security/security.scc
> > >  include features/spi/spi.scc
> > >  include features/sram/sram.scc
> > >  include features/pmem/pmem.scc
> > > +include features/tsn/tsn.scc
> > >  patch Revert-serial-8250-unexport-serial8250_rpm_-function.patch
> > >  patch Revert-serial-8250_omap-Drop-pm_runtime_irq_safe.patch
> > > --
> > > 2.34.1
> > >
> > >
> >
> > --
> > - Thou shalt not follow the NULL pointer, for chaos and madness await
> thee
> > at its end
> > - "Use the force Harry" - Gandalf, Star Trek II
>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end
- "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#16202): 
https://lists.yoctoproject.org/g/linux-yocto/message/16202
Mute This Topic: https://lists.yoctoproject.org/mt/117176725/21656
Group Owner: [email protected]
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to