ere is separate folder
for this board revision.
You can try to generate psu_init for 1.1 from vivado and then ddr
configuration should be right.
You can also use psu_init and run memory test on the top to see if ddr
is configured properly.
Thanks,
Michal
On 05. 05. 20 9:43, Major A wrote:
Hi Michal
,
that's quite weird. Did you try any petalinux bsp and boot petalinux
boot.bin on that board to make sure that board is fine?
M
On 30. 04. 20 13:01, Major A wrote:
Hi Michal,
Sorry I misunderstood your message, and I didn't spot the attached
files. Now I booted with those two files,
Hi Michal,
Sorry I misunderstood your message, and I didn't spot the attached
files. Now I booted with those two files, there's no output on the
UARTs whatsoever. Is there anything else I can try?
Cheers,
András
On 30/04/2020 12:33, Michal Simek wrote:
Hi,
On 30. 04. 20 12
Hi Michal,
can you please try these files in SD boot mode?
Done, here are two logs, both in SD boot mode.
First, log.sd is with SD card inserted (with the image files that
apparently refuse to work other than the early UART message).
The other file, log.no-sd, is with no card inserted.
Ch
Hi Michal,
I am missing here loading pmufw elf file.
See below the entire log.
Cheers,
András
** Xilinx System Debugger (XSDB) v2019.2
Build date : Nov 6 2019-22:12:26
** Copyright 1986-2019 Xilinx, Inc. All Rights Reserved.
xsdb% source script
attempting to launch h
two different
computers because xsdb only works on a Windows machine). So, lib/time.c
is there on the build machine but not on the xsdb one.
What next?
András
On 28/04/2020 13:29, Michal Simek wrote:
On 28. 04. 20 13:25, Major A wrote:
Hi Michal,
"ta" returns the same thing whatever
Hi Michal,
"ta" returns the same thing whatever I do:
1 whole scan chain (DR shift through all zeroes)
Any ideas? SW6 is set to on/on/on/on. Anything else that needs setting?
Cheers,
András
On 28/04/2020 13:16, Michal Simek wrote:
Hi,
On 28. 04. 20 12:53, Major A wrote:
mpers I failed to set? Boot mode is set to JTAG.
Cheers,
András
On 28/04/2020 11:33, Michal Simek wrote:
On 28. 04. 20 11:29, Major A wrote:
Hi Michal,
Thanks for your script, I tried it, it can extract the PMU config object
from the FSBL generated by Vitis, but the SD card I prepare t
Hi Michal,
Thanks for your script, I tried it, it can extract the PMU config object
from the FSBL generated by Vitis, but the SD card I prepare this way
still doesn't boot.
It does one thing differently than before, though: the line
### ERROR ### Please RESET the board ###
Can you please
EVERY time, not just occasionally.
Any ideas what I'm doing wrong?
Cheers,
András
On 24/04/2020 14:14, Michal Simek wrote:
Hi,
On 23. 04. 20 11:02, Major A wrote:
Hi Michal,
I've had to take a break because, as it turned out, my ZCU102 was
defective. Now that I have a working o
out what the h*** is going on?
Cheers,
András
On 12/03/2020 16:22, Michal Simek wrote:
hi,
On 12. 03. 20 15:19, Major A wrote:
Hi Michal,
ATF is not the part of boot.bin. PMUFW is the part of boot.bin.
I'm confused. U-boot requires bl31.bin while building but not PMUFW
(unless a
Hi Michal,
ATF is not the part of boot.bin. PMUFW is the part of boot.bin.
I'm confused. U-boot requires bl31.bin while building but not PMUFW
(unless a non-default configuration option is set). Just to confirm
that I'm thinking straight: ATF must be supplied in the form of a file
bl31.bi
Hi Michal,
Just to confirm and to eliminate any doubt:
When I build u-boot SPL for the ZCU102, u-boot actually forces me to
supply a bl31.bin file, so that's what I did. Apart from that, I expect
the SPL to print its welcome message (which I have yet to see) on the
UART and complain about ot
Hi Michal,
export DEVICE_TREE=...
should cause that CONFIG_DEFAULT_DEVICE_TREE will remain assigned to
zcu100 but SPL/u-boot proper will be using zcu102.
You can check it by looking at build folder ls spl/board/xilinx/zynqmp/
where you see which psu_init was used (recommend to make mrproper bef
Hi Michal,
First of all I sent v2 because of dt changes to see 1.1 revision and I
have also tested it on real HW.
Just tried your patch v2 against mainline master branch, it still
doesn't work on my board. I also checked your mainline-v20200312
branch, it's exactly the same: no output from
Hi Michal,
the issue is likely related to incorrect DDR configuration.
BSS and Malloc space are in DDR. >
rev1.1 has different DDR sodimm module then rev1.0.
Thanks, this never occurred to me as Xilinx says to use rev1.0 software
for rev1.1 boards, so that's what I did.
I have generated ps
Hi everyone,
Please forgive me if this issue has already been discussed somewhere, I
haven't been able to find the solution after searching and playing
around for the past week.
I have a ZynqMP board (Xilinx ZCU102 V1.1) and would like to install my
own Linux on it, based on the U-Boot SPL.
17 matches
Mail list logo
