Hi Matthias,
On Wed, Dec 16, 2020 at 05:21:50PM +0100, Matthias Brugger wrote:
On 16/12/2020 17:20, Peter Robinson wrote:
On Wed, Dec 16, 2020 at 4:15 PM Matthias Brugger <matthias....@gmail.com> wrote:
[snip]
Thanks for looking into this. I'm aware of problems booting CM4 and RPi 400 with
PCI. I wasn't aware that RPi4 8GB problem was related to PCI as well. Would you
mind to test this series, if this fixes your problems:
https://patchwork.ozlabs.org/user/todo/uboot/?series=220661
That's your todo list so the link doesn't work for an anonymous consumer.
Right, sorry not my day today:
https://patchwork.ozlabs.org/project/uboot/list/?series=220661
Thanks for the swift reply! I've tried this patch series on top of our
v2020.10 build (excluding my hack to disable CONFIG_PCI_BRCMSTB) and
unfortunately I get similar results to Peter:
U-Boot 2020.10-dirty (Dec 16 2020 - 17:39:11 +0000)
DRAM: 7.9 GiB
RPI 4 Model B (0xd03114)
MMC: mmcnr@7e300000: 1, emmc2@7e340000: 0
Loading Environment from FAT... *** Warning - bad CRC, using default
environment
In: serial
Out: serial
Err: serial
Net: eth0: ethernet@7d580000
PCIe BRCM: link up, 5.0 Gbps x1 (SSC)
starting USB...
Bus xhci_pci: probe failed, error -110
No working controllers found
Hit any key to stop autoboot: 0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found extlinux/extlinux.conf
Invalid filesystem: 0x02400000
SCRIPT FAILED: continuing...
"Synchronous Abort" handler, esr 0x96000004
elr: 00000000000dab8c lr : 000000000009257c (reloc)
elr: 000000003b3b2b8c lr : 000000003b36a57c
x0 : 0378696600000005 x1 : 000000003af4a5f0
x2 : 00000000ffffffd5 x3 : 0000000000000000
x4 : 0378696600000005 x5 : 0000000000000048
x6 : 0000000000000021 x7 : 000000003afd6840
x8 : 0000000000000001 x9 : 0000000000000008
x10: 0000000000000002 x11: 000000003af46dd0
x12: 0000000000000000 x13: 0000000000000200
x14: 000000003af2bf30 x15: 0000000000000021
x16: 000000003b38ad4c x17: 0000000000000007
x18: 000000003af37d90 x19: 0000000000000000
x20: 000000003af4a100 x21: 000000003af4a5f7
x22: 000000003af4a5f0 x23: 0000000000000000
x24: 000000003b3e5000 x25: 0000000000000000
x26: 000000003af49b60 x27: 000000003af4a610
x28: 000000003af49c00 x29: 000000003af2a7f0
Code: 3900007f d65f03c0 aa0003e4 d2800003 (38636885)
Resetting CPU ...
resetting ...
However, when I tried the patch on top of master (a439136599), things
worked perfectly:
U-Boot 2021.01-rc3-00159-ga439136599-dirty (Dec 16 2020 - 20:00:16
+0000)
DRAM: 7.9 GiB
RPI 4 Model B (0xd03114)
MMC: mmcnr@7e300000: 1, emmc2@7e340000: 0
Loading Environment from FAT... *** Warning - bad CRC, using default
environment
In: serial
Out: serial
Err: serial
Net: eth0: ethernet@7d580000
PCIe BRCM: link up, 5.0 Gbps x1 (SSC)
starting USB...
Bus xhci_pci: probe failed, error -110
No working controllers found
Hit any key to stop autoboot: 0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found U-Boot script /boot.scr
2603 bytes read in 35 ms (72.3 KiB/s)
## Executing script at 02400000
8340400 bytes read in 626 ms (12.7 MiB/s)
Total of 1 halfword(s) were the same
Decompressing kernel...
Uncompressed size: 23824896 = 0x16B8A00
29335440 bytes read in 2167 ms (12.9 MiB/s)
Booting Ubuntu (with booti) from mmc 0:...
## Flattened Device Tree blob at 02600000
Booting using the fdt blob at 0x2600000
Using Device Tree in place at 0000000002600000, end 000000000260ee5b
Starting kernel ...
Just to make certain it was the patch-set responsible for fixing things
on master, I rebuilt without your patch-set and tried that. However,
that also worked perfectly (same output as above) so I'm guessing some
other commit was responsible?
I'm happy to do another bisect run to try and figure out what's fixing
it if that would be helpful?
Still, given it looks like the next version may "just fix it" anyway
(though I haven't tested CM4 / 400 on it yet) I'd be content with
waiting for that to land upstream in Debian and just getting by with my
hacky patches for now.
Thanks,
Dave
