From mboxrd@z Thu Jan 1 00:00:00 1970 From: Heiko Schocher Date: Tue, 07 Apr 2015 10:16:36 +0200 Subject: [U-Boot] printf("%d") breaks u-boot 2015.01+ In-Reply-To: <20150407075638.GB23401@amd> References: <1427752878-18426-1-git-send-email-dinguyen@opensource.altera.com> <20150406144009.GA23259@amd> <5523675E.80804@denx.de> <20150407075638.GB23401@amd> Message-ID: <55239264.2050403@denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hello Pavel, Am 07.04.2015 09:56, schrieb Pavel Machek: > Hi! > >>> In u-boot 2015.04-rc, as soon as execution hits printf("%d"), it >>> hangs. (Usually, that's after "DRAM: " message). >>> >>> Now, I have to admit I'm chainloading u-boot from >>> >>> U-Boot 2013.01.01 (Mar 25 2015 - 15:57:21) >>> >>> tftp 0x01000040 .../u-boot.bin >>> Waiting for PHY auto negotiation to complete.. done >>> ENET Speed is 100 Mbps - FULL duplex connection >>> Using mii0 device >>> TFTP from server 10.0.0.6; our IP address is 10.0.0.99 >>> ... >>> Bytes transferred = 325004 (4f58c hex) >>> # go 0x01000040 >>> >>> ...but that worked well for 2014.10, (and is nearly mandatory in my >>> config). >>> >>> I'm using cross-compiler from eldk-5.6, but eldk-5.4 crosscompiler >>> produces same behaviour, and both seem to work for 2014.10. >>> >>> Any ideas? >> >> Do you have caches on? >> Try to disable "dcache off" before "go ..." ... > > I tried, and did not get any change. I also tried to flash 2015.04-rc4 > directly into NOR to be loaded from SPL (not chainloaded), and it > fails the same way. Ok. >> maybe this helps? I just stepped into same problem on an am335x, >> but had not yet time to look deeper in it ... > > I did not try the cleanup_before_linux(), but "dcache off" should have > same effect, right? Hmm.. not exactly... cleanup_before_linux() does also disable the mmu. bye, Heiko -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany