* Systemd-boot not properly loading device tree, when loaded by U-boot (ARM64, tested on RK3399)
@ 2021-09-17 11:25 ` Qu Wenruo
0 siblings, 0 replies; 8+ messages in thread
From: Qu Wenruo @ 2021-09-17 11:25 UTC (permalink / raw)
To: systemd-devel, U-Boot-Denx, Linux ARM
Hi,
I'm recently testing booting my RK3399 boards with the following boot
sequence:
U-boot -> systemd-boot (EFI payload) -> kernel
Which provides much more flex than plain extlinux conf from U-boot.
(More choice, easier to write config, runtime kernel change).
So far "kernel" and "initramfs" key work fine.
But I notice that "devicetree" key is not working properly.
The Uboot fdt search path doesn't include "/dtbs" which is used by my
distro, and my entry config specify the device-tree file like this:
title ManjaroARM boot from nvme
linux /Image
devicetree /dtbs/rockchip/rk3399-rockpro64.dtb
initrd /initramfs-linux.img
options console=ttyS2,1500000 root=/dev/arm_nvme/root rw loglevel=7
Thus if systemd-boot doesn't load the correct device-tree, kernel will
use the default fdt passed from Uboot, which is already out-of-date and
can cause problems for the upstream kernel I used.
Unfortunately, with above config, after booting the kernel, the fdt is
the fallback one from Uboot, not loading the proper one specified by
systemd-boot config.
The proof I went is checking the opp table.
I have replaced the "/dtbs/rockchip/rk3399-rockpro64.dtb" with a custom
dtb which uses op1 tables.
But the kernel only sees a very out-of-dated fdt, which some opp is even
invalid.
How could I continue debugging the missing link?
Like what systemd-boot needs to load the device-tree? Or U-boot EFI
environment lacks certain facility to support systemd-boot?
Thanks,
Qu
^ permalink raw reply [flat|nested] 8+ messages in thread
* Systemd-boot not properly loading device tree, when loaded by U-boot (ARM64, tested on RK3399)
@ 2021-09-17 11:25 ` Qu Wenruo
0 siblings, 0 replies; 8+ messages in thread
From: Qu Wenruo @ 2021-09-17 11:25 UTC (permalink / raw)
To: systemd-devel, U-Boot-Denx, Linux ARM
Hi,
I'm recently testing booting my RK3399 boards with the following boot
sequence:
U-boot -> systemd-boot (EFI payload) -> kernel
Which provides much more flex than plain extlinux conf from U-boot.
(More choice, easier to write config, runtime kernel change).
So far "kernel" and "initramfs" key work fine.
But I notice that "devicetree" key is not working properly.
The Uboot fdt search path doesn't include "/dtbs" which is used by my
distro, and my entry config specify the device-tree file like this:
title ManjaroARM boot from nvme
linux /Image
devicetree /dtbs/rockchip/rk3399-rockpro64.dtb
initrd /initramfs-linux.img
options console=ttyS2,1500000 root=/dev/arm_nvme/root rw loglevel=7
Thus if systemd-boot doesn't load the correct device-tree, kernel will
use the default fdt passed from Uboot, which is already out-of-date and
can cause problems for the upstream kernel I used.
Unfortunately, with above config, after booting the kernel, the fdt is
the fallback one from Uboot, not loading the proper one specified by
systemd-boot config.
The proof I went is checking the opp table.
I have replaced the "/dtbs/rockchip/rk3399-rockpro64.dtb" with a custom
dtb which uses op1 tables.
But the kernel only sees a very out-of-dated fdt, which some opp is even
invalid.
How could I continue debugging the missing link?
Like what systemd-boot needs to load the device-tree? Or U-boot EFI
environment lacks certain facility to support systemd-boot?
Thanks,
Qu
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [systemd-devel] Systemd-boot not properly loading device tree, when loaded by U-boot (ARM64, tested on RK3399)
2021-09-17 11:25 ` Qu Wenruo
@ 2021-09-17 11:45 ` Lennart Poettering
-1 siblings, 0 replies; 8+ messages in thread
From: Lennart Poettering @ 2021-09-17 11:45 UTC (permalink / raw)
To: Qu Wenruo; +Cc: systemd-devel, U-Boot-Denx, Linux ARM
On Fr, 17.09.21 19:25, Qu Wenruo (wqu@suse.com) wrote:
> Hi,
>
> I'm recently testing booting my RK3399 boards with the following boot
> sequence:
>
> U-boot -> systemd-boot (EFI payload) -> kernel
>
> Which provides much more flex than plain extlinux conf from U-boot.
> (More choice, easier to write config, runtime kernel change).
>
> So far "kernel" and "initramfs" key work fine.
>
> But I notice that "devicetree" key is not working properly.
>
> The Uboot fdt search path doesn't include "/dtbs" which is used by my
> distro, and my entry config specify the device-tree file like this:
>
> title ManjaroARM boot from nvme
> linux /Image
> devicetree /dtbs/rockchip/rk3399-rockpro64.dtb
> initrd /initramfs-linux.img
> options console=ttyS2,1500000 root=/dev/arm_nvme/root rw loglevel=7
>
> Thus if systemd-boot doesn't load the correct device-tree, kernel will
> use the default fdt passed from Uboot, which is already out-of-date and
> can cause problems for the upstream kernel I used.
>
> Unfortunately, with above config, after booting the kernel, the fdt is
> the fallback one from Uboot, not loading the proper one specified by
> systemd-boot config.
>
> The proof I went is checking the opp table.
> I have replaced the "/dtbs/rockchip/rk3399-rockpro64.dtb" with a custom
> dtb which uses op1 tables.
> But the kernel only sees a very out-of-dated fdt, which some opp is even
> invalid.
>
> How could I continue debugging the missing link?
> Like what systemd-boot needs to load the device-tree? Or U-boot EFI
> environment lacks certain facility to support systemd-boot?
Did you see this:
https://github.com/systemd/systemd/pull/19417
(and maybe this: https://github.com/systemd/systemd/pull/20601)
maybe that addresses your issues?
Lennart
--
Lennart Poettering, Berlin
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [systemd-devel] Systemd-boot not properly loading device tree, when loaded by U-boot (ARM64, tested on RK3399)
@ 2021-09-17 11:45 ` Lennart Poettering
0 siblings, 0 replies; 8+ messages in thread
From: Lennart Poettering @ 2021-09-17 11:45 UTC (permalink / raw)
To: Qu Wenruo; +Cc: systemd-devel, U-Boot-Denx, Linux ARM
On Fr, 17.09.21 19:25, Qu Wenruo (wqu@suse.com) wrote:
> Hi,
>
> I'm recently testing booting my RK3399 boards with the following boot
> sequence:
>
> U-boot -> systemd-boot (EFI payload) -> kernel
>
> Which provides much more flex than plain extlinux conf from U-boot.
> (More choice, easier to write config, runtime kernel change).
>
> So far "kernel" and "initramfs" key work fine.
>
> But I notice that "devicetree" key is not working properly.
>
> The Uboot fdt search path doesn't include "/dtbs" which is used by my
> distro, and my entry config specify the device-tree file like this:
>
> title ManjaroARM boot from nvme
> linux /Image
> devicetree /dtbs/rockchip/rk3399-rockpro64.dtb
> initrd /initramfs-linux.img
> options console=ttyS2,1500000 root=/dev/arm_nvme/root rw loglevel=7
>
> Thus if systemd-boot doesn't load the correct device-tree, kernel will
> use the default fdt passed from Uboot, which is already out-of-date and
> can cause problems for the upstream kernel I used.
>
> Unfortunately, with above config, after booting the kernel, the fdt is
> the fallback one from Uboot, not loading the proper one specified by
> systemd-boot config.
>
> The proof I went is checking the opp table.
> I have replaced the "/dtbs/rockchip/rk3399-rockpro64.dtb" with a custom
> dtb which uses op1 tables.
> But the kernel only sees a very out-of-dated fdt, which some opp is even
> invalid.
>
> How could I continue debugging the missing link?
> Like what systemd-boot needs to load the device-tree? Or U-boot EFI
> environment lacks certain facility to support systemd-boot?
Did you see this:
https://github.com/systemd/systemd/pull/19417
(and maybe this: https://github.com/systemd/systemd/pull/20601)
maybe that addresses your issues?
Lennart
--
Lennart Poettering, Berlin
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [systemd-devel] Systemd-boot not properly loading device tree, when loaded by U-boot (ARM64, tested on RK3399)
2021-09-17 11:45 ` Lennart Poettering
@ 2021-09-17 11:48 ` Qu Wenruo
-1 siblings, 0 replies; 8+ messages in thread
From: Qu Wenruo @ 2021-09-17 11:48 UTC (permalink / raw)
To: Lennart Poettering; +Cc: systemd-devel, U-Boot-Denx, Linux ARM
On 2021/9/17 19:45, Lennart Poettering wrote:
> On Fr, 17.09.21 19:25, Qu Wenruo (wqu@suse.com) wrote:
>
>> Hi,
>>
>> I'm recently testing booting my RK3399 boards with the following boot
>> sequence:
>>
>> U-boot -> systemd-boot (EFI payload) -> kernel
>>
>> Which provides much more flex than plain extlinux conf from U-boot.
>> (More choice, easier to write config, runtime kernel change).
>>
>> So far "kernel" and "initramfs" key work fine.
>>
>> But I notice that "devicetree" key is not working properly.
>>
>> The Uboot fdt search path doesn't include "/dtbs" which is used by my
>> distro, and my entry config specify the device-tree file like this:
>>
>> title ManjaroARM boot from nvme
>> linux /Image
>> devicetree /dtbs/rockchip/rk3399-rockpro64.dtb
>> initrd /initramfs-linux.img
>> options console=ttyS2,1500000 root=/dev/arm_nvme/root rw loglevel=7
>>
>> Thus if systemd-boot doesn't load the correct device-tree, kernel will
>> use the default fdt passed from Uboot, which is already out-of-date and
>> can cause problems for the upstream kernel I used.
>>
>> Unfortunately, with above config, after booting the kernel, the fdt is
>> the fallback one from Uboot, not loading the proper one specified by
>> systemd-boot config.
>>
>> The proof I went is checking the opp table.
>> I have replaced the "/dtbs/rockchip/rk3399-rockpro64.dtb" with a custom
>> dtb which uses op1 tables.
>> But the kernel only sees a very out-of-dated fdt, which some opp is even
>> invalid.
>>
>> How could I continue debugging the missing link?
>> Like what systemd-boot needs to load the device-tree? Or U-boot EFI
>> environment lacks certain facility to support systemd-boot?
>
> Did you see this:
>
> https://github.com/systemd/systemd/pull/19417
>
> (and maybe this: https://github.com/systemd/systemd/pull/20601)
Awesome! Let me try these PRs and report back!
Thanks for the super-fast mention!
Qu
>
> maybe that addresses your issues?
>
> Lennart
>
> --
> Lennart Poettering, Berlin
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [systemd-devel] Systemd-boot not properly loading device tree, when loaded by U-boot (ARM64, tested on RK3399)
@ 2021-09-17 11:48 ` Qu Wenruo
0 siblings, 0 replies; 8+ messages in thread
From: Qu Wenruo @ 2021-09-17 11:48 UTC (permalink / raw)
To: Lennart Poettering; +Cc: systemd-devel, U-Boot-Denx, Linux ARM
On 2021/9/17 19:45, Lennart Poettering wrote:
> On Fr, 17.09.21 19:25, Qu Wenruo (wqu@suse.com) wrote:
>
>> Hi,
>>
>> I'm recently testing booting my RK3399 boards with the following boot
>> sequence:
>>
>> U-boot -> systemd-boot (EFI payload) -> kernel
>>
>> Which provides much more flex than plain extlinux conf from U-boot.
>> (More choice, easier to write config, runtime kernel change).
>>
>> So far "kernel" and "initramfs" key work fine.
>>
>> But I notice that "devicetree" key is not working properly.
>>
>> The Uboot fdt search path doesn't include "/dtbs" which is used by my
>> distro, and my entry config specify the device-tree file like this:
>>
>> title ManjaroARM boot from nvme
>> linux /Image
>> devicetree /dtbs/rockchip/rk3399-rockpro64.dtb
>> initrd /initramfs-linux.img
>> options console=ttyS2,1500000 root=/dev/arm_nvme/root rw loglevel=7
>>
>> Thus if systemd-boot doesn't load the correct device-tree, kernel will
>> use the default fdt passed from Uboot, which is already out-of-date and
>> can cause problems for the upstream kernel I used.
>>
>> Unfortunately, with above config, after booting the kernel, the fdt is
>> the fallback one from Uboot, not loading the proper one specified by
>> systemd-boot config.
>>
>> The proof I went is checking the opp table.
>> I have replaced the "/dtbs/rockchip/rk3399-rockpro64.dtb" with a custom
>> dtb which uses op1 tables.
>> But the kernel only sees a very out-of-dated fdt, which some opp is even
>> invalid.
>>
>> How could I continue debugging the missing link?
>> Like what systemd-boot needs to load the device-tree? Or U-boot EFI
>> environment lacks certain facility to support systemd-boot?
>
> Did you see this:
>
> https://github.com/systemd/systemd/pull/19417
>
> (and maybe this: https://github.com/systemd/systemd/pull/20601)
Awesome! Let me try these PRs and report back!
Thanks for the super-fast mention!
Qu
>
> maybe that addresses your issues?
>
> Lennart
>
> --
> Lennart Poettering, Berlin
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [systemd-devel] Systemd-boot not properly loading device tree, when loaded by U-boot (ARM64, tested on RK3399)
2021-09-17 11:45 ` Lennart Poettering
@ 2021-09-17 13:16 ` Qu Wenruo
-1 siblings, 0 replies; 8+ messages in thread
From: Qu Wenruo @ 2021-09-17 13:16 UTC (permalink / raw)
To: Lennart Poettering; +Cc: systemd-devel, U-Boot-Denx, Linux ARM
On 2021/9/17 19:45, Lennart Poettering wrote:
> On Fr, 17.09.21 19:25, Qu Wenruo (wqu@suse.com) wrote:
>
>> Hi,
>>
>> I'm recently testing booting my RK3399 boards with the following boot
>> sequence:
>>
>> U-boot -> systemd-boot (EFI payload) -> kernel
>>
>> Which provides much more flex than plain extlinux conf from U-boot.
>> (More choice, easier to write config, runtime kernel change).
>>
>> So far "kernel" and "initramfs" key work fine.
>>
>> But I notice that "devicetree" key is not working properly.
>>
>> The Uboot fdt search path doesn't include "/dtbs" which is used by my
>> distro, and my entry config specify the device-tree file like this:
>>
>> title ManjaroARM boot from nvme
>> linux /Image
>> devicetree /dtbs/rockchip/rk3399-rockpro64.dtb
>> initrd /initramfs-linux.img
>> options console=ttyS2,1500000 root=/dev/arm_nvme/root rw loglevel=7
>>
>> Thus if systemd-boot doesn't load the correct device-tree, kernel will
>> use the default fdt passed from Uboot, which is already out-of-date and
>> can cause problems for the upstream kernel I used.
>>
>> Unfortunately, with above config, after booting the kernel, the fdt is
>> the fallback one from Uboot, not loading the proper one specified by
>> systemd-boot config.
>>
>> The proof I went is checking the opp table.
>> I have replaced the "/dtbs/rockchip/rk3399-rockpro64.dtb" with a custom
>> dtb which uses op1 tables.
>> But the kernel only sees a very out-of-dated fdt, which some opp is even
>> invalid.
>>
>> How could I continue debugging the missing link?
>> Like what systemd-boot needs to load the device-tree? Or U-boot EFI
>> environment lacks certain facility to support systemd-boot?
>
> Did you see this:
>
> https://github.com/systemd/systemd/pull/19417
Confirmed this pull fixes the problem.
I only need to wait for next release to get it from my distro.
Awesome!
Thanks,
Qu
>
> (and maybe this: https://github.com/systemd/systemd/pull/20601)
>
> maybe that addresses your issues?
>
> Lennart
>
> --
> Lennart Poettering, Berlin
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [systemd-devel] Systemd-boot not properly loading device tree, when loaded by U-boot (ARM64, tested on RK3399)
@ 2021-09-17 13:16 ` Qu Wenruo
0 siblings, 0 replies; 8+ messages in thread
From: Qu Wenruo @ 2021-09-17 13:16 UTC (permalink / raw)
To: Lennart Poettering; +Cc: systemd-devel, U-Boot-Denx, Linux ARM
On 2021/9/17 19:45, Lennart Poettering wrote:
> On Fr, 17.09.21 19:25, Qu Wenruo (wqu@suse.com) wrote:
>
>> Hi,
>>
>> I'm recently testing booting my RK3399 boards with the following boot
>> sequence:
>>
>> U-boot -> systemd-boot (EFI payload) -> kernel
>>
>> Which provides much more flex than plain extlinux conf from U-boot.
>> (More choice, easier to write config, runtime kernel change).
>>
>> So far "kernel" and "initramfs" key work fine.
>>
>> But I notice that "devicetree" key is not working properly.
>>
>> The Uboot fdt search path doesn't include "/dtbs" which is used by my
>> distro, and my entry config specify the device-tree file like this:
>>
>> title ManjaroARM boot from nvme
>> linux /Image
>> devicetree /dtbs/rockchip/rk3399-rockpro64.dtb
>> initrd /initramfs-linux.img
>> options console=ttyS2,1500000 root=/dev/arm_nvme/root rw loglevel=7
>>
>> Thus if systemd-boot doesn't load the correct device-tree, kernel will
>> use the default fdt passed from Uboot, which is already out-of-date and
>> can cause problems for the upstream kernel I used.
>>
>> Unfortunately, with above config, after booting the kernel, the fdt is
>> the fallback one from Uboot, not loading the proper one specified by
>> systemd-boot config.
>>
>> The proof I went is checking the opp table.
>> I have replaced the "/dtbs/rockchip/rk3399-rockpro64.dtb" with a custom
>> dtb which uses op1 tables.
>> But the kernel only sees a very out-of-dated fdt, which some opp is even
>> invalid.
>>
>> How could I continue debugging the missing link?
>> Like what systemd-boot needs to load the device-tree? Or U-boot EFI
>> environment lacks certain facility to support systemd-boot?
>
> Did you see this:
>
> https://github.com/systemd/systemd/pull/19417
Confirmed this pull fixes the problem.
I only need to wait for next release to get it from my distro.
Awesome!
Thanks,
Qu
>
> (and maybe this: https://github.com/systemd/systemd/pull/20601)
>
> maybe that addresses your issues?
>
> Lennart
>
> --
> Lennart Poettering, Berlin
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2021-09-17 13:19 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-17 11:25 Systemd-boot not properly loading device tree, when loaded by U-boot (ARM64, tested on RK3399) Qu Wenruo
2021-09-17 11:25 ` Qu Wenruo
2021-09-17 11:45 ` [systemd-devel] " Lennart Poettering
2021-09-17 11:45 ` Lennart Poettering
2021-09-17 11:48 ` Qu Wenruo
2021-09-17 11:48 ` Qu Wenruo
2021-09-17 13:16 ` Qu Wenruo
2021-09-17 13:16 ` Qu Wenruo
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.