Thread (41 messages) 41 messages, 8 authors, 2022-04-01

Re: [PATCH v2 0/5] iommu: Support identity mappings of reserved-memory regions

From: Dmitry Osipenko <digetx@gmail.com>
Date: 2021-10-04 20:32:27
Also in: linux-iommu, linux-tegra

04.10.2021 22:23, Thierry Reding пишет:
On Sun, Oct 03, 2021 at 04:09:56AM +0300, Dmitry Osipenko wrote:
quoted
23.04.2021 19:32, Thierry Reding пишет:
quoted
I've made corresponding changes in the proprietary bootloader, added a
compatibility shim in U-Boot (which forwards information created by the
proprietary bootloader to the kernel) and the attached patches to test
this on Jetson TX1, Jetson TX2 and Jetson AGX Xavier.
Could you please tell what downstream kernel does for coping with the
identity mappings in conjunction with the original proprietary bootloader?

If there is some other method of passing mappings to kernel, could it be
supported by upstream? Putting burden on users to upgrade bootloader
feels a bit inconvenient.
It depends on the chip generation. As far as I know there have been
several iterations. The earliest was to pass this information via a
command-line option, but more recent versions use device tree to pass
this information in a similar way as described here. However, these
use non-standard DT bindings, so I don't think we can just implement
them as-is.
Is it possible to boot upstream kernel with that original bootloader?

I remember seeing other platforms, like QCOM, supporting downstream
quirks in upstream kernel on a side, i.e. they are undocumented, but the
additional support code is there. That is what "normal" people want. You
should consider doing that for Tegra too, if possible.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help