* Re: Kernel and u-boot version selection in meta-rockchip [not found] <CAGNQujsSc1TpF3ZpmoQKpa0cBeqTdnY3tpKFZh9udwaA0ZQomw@mail.gmail.com> @ 2025-03-10 15:47 ` Trevor Woerner 2025-03-10 22:07 ` [yocto-patches] " Khem Raj 0 siblings, 1 reply; 3+ messages in thread From: Trevor Woerner @ 2025-03-10 15:47 UTC (permalink / raw) To: 刘陶然; +Cc: yocto-patches Hi Taoran, On Mon 2025-03-10 @ 11:10:31 AM, 刘陶然 wrote: > Hi Trevor, > I'm trying to build the scarthgap branch for meta-rockchip and got errors > in kernel and u-boot. > I noticed it is because of the receipts in the branch. Just like > https://git.yoctoproject.org/meta-rockchip/tree/recipes-kernel/linux/linux-torvalds-next_git.bb?h=scarthgap > > it's using next-20240904 from linux-torvalds-next > <https://git.yoctoproject.org/meta-rockchip/tree/recipes-kernel/linux/linux-torvalds-next_git.bb?h=scarthgap>, > but the branches in this repository are expired very frequently. > > For the LTS version like scarthgap, when the version is frozen, it should > be set to stable(better to be LTS) versions of kernel and u-boot, isn't it? Yes it should, and it does... when it can. Yocto scarthgap is based on linux-6.6.y. All of the machines in meta-rockchip's scarthgap branch use oe-core's linux-yocto_6.6, except the radxa zero 3 machines and the orangepi-5-plus. The reason for this is because linux-6.6.y does not support these devices. oe-core scarthgap also provides a linux-yocto-dev kernel based on linux-6.9.y. This supports the orangepi-5-plus machine (so this machine uses that kernel in scarthgap) but linux-6.9.y still does not have support for the radxa zero 3 devices. Yocto master currently supports linux-6.12.y with linux-yocto and linux-6.14.y with linux-yocto-dev. linux-6.12.y supports both the radxa zero 3 devices and the orangepi-5-plus (which reminds me, I should update those machines since they're still using linux-yocto-dev). So I assume you're probably using scarthgap to build for a radxa zero 3 device since your comments are only true for that device. During the time-frame of scarthgap I was eager to be able to build for the radxa zero 3 since I had one and wanted to use it for a project. So I had to pull in what was (at that time) very experimental code to get it to work. I could back-port oe-core master's linux-yocto to scarthgap in order to support the radxa zero 3 in a more stable way. But perhaps a better solution would be to remove radxa zero 3 support from scarthgap and simply ask that master be used for this device. Thoughts? Best regards, Trevor ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [yocto-patches] Kernel and u-boot version selection in meta-rockchip 2025-03-10 15:47 ` Kernel and u-boot version selection in meta-rockchip Trevor Woerner @ 2025-03-10 22:07 ` Khem Raj 2025-03-13 9:33 ` Quentin Schulz 0 siblings, 1 reply; 3+ messages in thread From: Khem Raj @ 2025-03-10 22:07 UTC (permalink / raw) To: yocto-patches; +Cc: 刘陶然 On Mon, Mar 10, 2025 at 8:47 AM Trevor Woerner via lists.yoctoproject.org <twoerner=gmail.com@lists.yoctoproject.org> wrote: > > Hi Taoran, > > On Mon 2025-03-10 @ 11:10:31 AM, 刘陶然 wrote: > > Hi Trevor, > > I'm trying to build the scarthgap branch for meta-rockchip and got errors > > in kernel and u-boot. > > I noticed it is because of the receipts in the branch. Just like > > https://git.yoctoproject.org/meta-rockchip/tree/recipes-kernel/linux/linux-torvalds-next_git.bb?h=scarthgap > > > > it's using next-20240904 from linux-torvalds-next > > <https://git.yoctoproject.org/meta-rockchip/tree/recipes-kernel/linux/linux-torvalds-next_git.bb?h=scarthgap>, > > but the branches in this repository are expired very frequently. > > > > For the LTS version like scarthgap, when the version is frozen, it should > > be set to stable(better to be LTS) versions of kernel and u-boot, isn't it? > > Yes it should, and it does... when it can. > > Yocto scarthgap is based on linux-6.6.y. All of the machines in > meta-rockchip's scarthgap branch use oe-core's linux-yocto_6.6, except the > radxa zero 3 machines and the orangepi-5-plus. The reason for this is because > linux-6.6.y does not support these devices. > > oe-core scarthgap also provides a linux-yocto-dev kernel based on linux-6.9.y. > This supports the orangepi-5-plus machine (so this machine uses that kernel in > scarthgap) but linux-6.9.y still does not have support for the radxa zero 3 > devices. > > Yocto master currently supports linux-6.12.y with linux-yocto and linux-6.14.y > with linux-yocto-dev. linux-6.12.y supports both the radxa zero 3 devices and > the orangepi-5-plus (which reminds me, I should update those machines since > they're still using linux-yocto-dev). > > So I assume you're probably using scarthgap to build for a radxa zero 3 > device since your comments are only true for that device. During the > time-frame of scarthgap I was eager to be able to build for the radxa zero 3 > since I had one and wanted to use it for a project. So I had to pull in what > was (at that time) very experimental code to get it to work. I think it would be nice to mark which machines are stable/mature vs experimental at the time this could convey the message, as the releases are frozen in time this problem is bound to happen. > > I could back-port oe-core master's linux-yocto to scarthgap in order to > support the radxa zero 3 in a more stable way. But perhaps a better solution > would be to remove radxa zero 3 support from scarthgap and simply ask that > master be used for this device. > > Thoughts? If you want to stay close to stable policies then yes, but BSP layers have taken kernel roadmap as it fits the given family of SOCs so I would not discourage you from considering backport if there is a need for it in the given BSP layer community. > > Best regards, > Trevor > > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > View/Reply Online (#1173): https://lists.yoctoproject.org/g/yocto-patches/message/1173 > Mute This Topic: https://lists.yoctoproject.org/mt/111621524/1997914 > Group Owner: yocto-patches+owner@lists.yoctoproject.org > Unsubscribe: https://lists.yoctoproject.org/g/yocto-patches/leave/13340786/1997914/645821814/xyzzy [raj.khem@gmail.com] > -=-=-=-=-=-=-=-=-=-=-=- > > ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [yocto-patches] Kernel and u-boot version selection in meta-rockchip 2025-03-10 22:07 ` [yocto-patches] " Khem Raj @ 2025-03-13 9:33 ` Quentin Schulz 0 siblings, 0 replies; 3+ messages in thread From: Quentin Schulz @ 2025-03-13 9:33 UTC (permalink / raw) To: yocto-patches; +Cc: 刘陶然 Hi Trevor, Khem, On 3/10/25 11:07 PM, Khem Raj via lists.yoctoproject.org wrote: > On Mon, Mar 10, 2025 at 8:47 AM Trevor Woerner via > lists.yoctoproject.org <twoerner=gmail.com@lists.yoctoproject.org> > wrote: >> >> Hi Taoran, >> >> On Mon 2025-03-10 @ 11:10:31 AM, 刘陶然 wrote: >>> Hi Trevor, >>> I'm trying to build the scarthgap branch for meta-rockchip and got errors >>> in kernel and u-boot. >>> I noticed it is because of the receipts in the branch. Just like >>> https://git.yoctoproject.org/meta-rockchip/tree/recipes-kernel/linux/linux-torvalds-next_git.bb?h=scarthgap >>> >>> it's using next-20240904 from linux-torvalds-next >>> <https://git.yoctoproject.org/meta-rockchip/tree/recipes-kernel/linux/linux-torvalds-next_git.bb?h=scarthgap>, >>> but the branches in this repository are expired very frequently. >>> >>> For the LTS version like scarthgap, when the version is frozen, it should >>> be set to stable(better to be LTS) versions of kernel and u-boot, isn't it? >> >> Yes it should, and it does... when it can. >> >> Yocto scarthgap is based on linux-6.6.y. All of the machines in >> meta-rockchip's scarthgap branch use oe-core's linux-yocto_6.6, except the >> radxa zero 3 machines and the orangepi-5-plus. The reason for this is because >> linux-6.6.y does not support these devices. >> >> oe-core scarthgap also provides a linux-yocto-dev kernel based on linux-6.9.y. >> This supports the orangepi-5-plus machine (so this machine uses that kernel in >> scarthgap) but linux-6.9.y still does not have support for the radxa zero 3 >> devices. >> >> Yocto master currently supports linux-6.12.y with linux-yocto and linux-6.14.y >> with linux-yocto-dev. linux-6.12.y supports both the radxa zero 3 devices and >> the orangepi-5-plus (which reminds me, I should update those machines since >> they're still using linux-yocto-dev). >> >> So I assume you're probably using scarthgap to build for a radxa zero 3 >> device since your comments are only true for that device. During the >> time-frame of scarthgap I was eager to be able to build for the radxa zero 3 >> since I had one and wanted to use it for a project. So I had to pull in what >> was (at that time) very experimental code to get it to work. > > I think it would be nice to mark which machines are stable/mature vs > experimental > at the time this could convey the message, as the releases are frozen > in time this > problem is bound to happen. > >> >> I could back-port oe-core master's linux-yocto to scarthgap in order to >> support the radxa zero 3 in a more stable way. But perhaps a better solution >> would be to remove radxa zero 3 support from scarthgap and simply ask that >> master be used for this device. >> >> Thoughts? > > If you want to stay close to stable policies then yes, but BSP layers have taken > kernel roadmap as it fits the given family of SOCs so I would not discourage you > from considering backport if there is a need for it in the given BSP > layer community. > Considering we also have a very custom U-Boot for that board, I would simply recommend dropping support for it entirely from the scarthgap branch? Haven't checked styhead, but maybe from that one as well? Support for that board was added before we could use fully upstream recipes, so I guess it's bound to happen again for other boards (e.g. RK3576-based). Therefore I guess Khem's suggestion of listing the state of support for boards would be nice indeed. Essentially, anything that cannot use the upstream recipes (kernel, u-boot, ...) with the upstream source code with a couple of patches should be deemed "early/alpha/unstable support" and once upstream OE-Core has recipes that can be used with the aforementioned limitation, list it in the "supported" section or something like that. It'd probably be nice to say what we mean by "supported", I don't know exactly what and how you are testing so keeping people's expectations in check with the meta-rockchip layer would be nice. Cheers, Quentin ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2025-03-13 9:33 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <CAGNQujsSc1TpF3ZpmoQKpa0cBeqTdnY3tpKFZh9udwaA0ZQomw@mail.gmail.com>
2025-03-10 15:47 ` Kernel and u-boot version selection in meta-rockchip Trevor Woerner
2025-03-10 22:07 ` [yocto-patches] " Khem Raj
2025-03-13 9:33 ` Quentin Schulz
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.