From: Lukasz Majewski <lukma@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] BUG num banks 8 exceeds hardcoded limit 4
Date: Sat, 11 Aug 2018 13:53:39 +0200 [thread overview]
Message-ID: <20180811135339.2a6726fc@jawa> (raw)
In-Reply-To: <CANAwSgTeTs4XOv7Hdn8gZw0_+9b2hYDNYTai8+5Gf47wdfnzPQ@mail.gmail.com>
Hi Anand,
> Hi Lukasz / Minkyu,
>
> Today I wanted to test the latest u-boot on my Odroid-XU4
> and I landed onto this bug and it failed to boot up.
>
> include/configs/odroid.h:#define CONFIG_NR_DRAM_BANKS 8
> include/configs/odroid_xu3.h:#define CONFIG_NR_DRAM_BANKS 8
>
> seem to the the issue.
Are you sure that you ran the code recently?
According to git blame:
973ae1e0858d3 (Przemyslaw Marczak 2015-02-17 14:50:26 +0100 22)
#define CONFIG_NR_DRAM_BANKS 8
This change is quite old...
Which u-boot version have you ran till now?
>
> Well I have some local changes to enable MMC on u-boot and reset the
> mmc regulators on.
> which might not be related to this bug.
>
> U-Boot 2018.09-rc1-00165-ge966471562-dirty (Aug 09 2018 - 06:29:02
> +0000) for ODROID-XU3/XU4/HC1
>
> CPU: Exynos5422 @ 800 MHz
> Model: Odroid XU3 based on EXYNOS5422
> Board: Odroid XU3 based on EXYNOS5422
> Type: xu4
> DRAM: 2 GiB
> LDO18 at vdd_emmc_1V8: set 1800000 uV; enabling
> LDO3 at vddq_mmc0: set 1800000 uV; enabling
> LDO13 at vddq_mmc2: set 2800000 uV; enabling
> LDO19 at vdd_sd: set 2800000 uV; enabling
> MMC: EXYNOS DWMMC: 0, EXYNOS DWMMC: 2
> Loading Environment from MMC... Card did not respond to voltage
> select! *** Warning - No block device, using default environment
>
> Failed (-5)
> In: serial
> Out: serial
> Err: serial
> Net: No ethernet found.
> Hit any key to stop autoboot: 0
> MMC Device 1 not found
> no mmc device at slot 1
> Card did not respond to voltage select!
> switch to partitions #0, OK
> mmc2 is current device
> Scanning mmc 2:1...
> Found U-Boot script /boot.scr
> 3266 bytes read in 6 ms (531.3 KiB/s)
> ## Executing script at 50000000
> Found kernel image: zImage
> 57082 bytes read in 8 ms (6.8 MiB/s)
> Found ramdisk image.
> 6484525 bytes read in 425 ms (14.6 MiB/s)
> 6713264 bytes read in 441 ms (14.5 MiB/s)
> Kernel image @ 0x40007fc0 [ 0x000000 - 0x666fb0 ]
> ## Loading init Ramdisk from Legacy Image at 42000000 ...
> Image Name: uInitrd
> Image Type: ARM Linux RAMDisk Image (uncompressed)
> Data Size: 6484461 Bytes = 6.2 MiB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> ## Flattened Device Tree blob at 40800000
> Booting using the fdt blob at 0x40800000
> Loading Ramdisk to 4f9d0000, end 4ffff1ed ... OK
> Loading Device Tree to 4f9bf000, end 4f9cfef9 ... OK
> fdt_fixup_memory_banks: num banks 8 exceeds hardcoded limit 4.
> Recompile with higher MEMORY_BANKS_MAX?
> ERROR: arch-specific fdt fixup failed
> - must RESET the board to recover.
>
> FDT creation failed! hanging...### ERROR ### Please RESET the board
> ###
>
> Best Regards
> -Anand
Best regards,
Lukasz Majewski
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180811/aaa10799/attachment.sig>
next prev parent reply other threads:[~2018-08-11 11:53 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-09 7:13 [U-Boot] BUG num banks 8 exceeds hardcoded limit 4 Anand Moon
2018-08-11 11:53 ` Lukasz Majewski [this message]
2018-08-12 7:51 ` Ramon Fried
2018-08-12 10:12 ` Anand Moon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180811135339.2a6726fc@jawa \
--to=lukma@denx.de \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.