[PATCH] arm64: zynqmp Add support for zcu102 rev1.1

[Michal Simek]

On 12. 03. 20 9:41, Marek Vasut wrote:
> On 3/12/20 9:33 AM, Michal Simek wrote:
>> On 12. 03. 20 9:22, Marek Vasut wrote:
>>> On 3/12/20 9:20 AM, Michal Simek wrote:
>>>> On 12. 03. 20 9:17, Marek Vasut wrote:
>>>>> On 3/12/20 9:14 AM, Michal Simek wrote:
>>>>>> rev1.1 has different DDR sodimm module that's why it requires different DDR
>>>>>> configuration.
>>>>>
>>>>> Can't you move the DRAM configuration to DT at some point ?
>>>>>
>>>>
>>>> That algorithm is not available. In this zcu102 case the part of code is
>>>> available in fsbl (which is not gpl) but it just changing some
>>>> parameters between sodimm on rev1 and rev1.1. It doesn't contain full
>>>> algorithm how to configure the whole ddr controller.
>>>
>>> Surely Xilinx knows the algorithm , since they developed the chip and
>>> the controller ? :)
>>
>> You know the answer that's why no reason to answer it.
>> And I am not aware about any activity to move DDR generation to any
>> first stage bootloader and the standard way available is to configure
>> DDR controller via psu_init* files.
> 
> "standard" on Xilinx platforms anyway. Surely it would be much nicer if
> this hardware property could be described in DT. Can you push for that ?

I will ask around but I don't think this is going to happen because
there is huge amount of memories/types which can be connected.
And there is no space to have algorithm for all in SPL.

Pushing some parameters from databases to DT is another way but that's
pretty much what it is the part of psu_init today.
But instead of psu_init file which should be pushed to DT which ends on
non existing interface between vivado tool and DTG which ends up in data
array in DT. And it is not trivial amount of work.

If any work in connection getting rid of psu_init starts then the first
step would be MIOs which is pin muxing driver in u-boot/spl (there are
in Linux), then follow by phy (gts - zynqmp linux has driver for it),
then likely things like security protection and DDR should be considered.

Thanks,
Michal