From mboxrd@z Thu Jan 1 00:00:00 1970 From: Reinoud Zandijk Date: Tue, 23 Feb 2021 15:19:06 +0100 Subject: [PATCH 0/2] Fix MIPS/Malta target and its IDE work In-Reply-To: <5f58eb48d3a041d29e6b5acf8260311e622e3333.camel@gmail.com> References: <20210222170512.22601-1-reinoud@NetBSD.org> <5f58eb48d3a041d29e6b5acf8260311e622e3333.camel@gmail.com> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Daniel, On Tue, Feb 23, 2021 at 01:03:05AM +0100, Daniel Schwierzeck wrote: > Am Montag, den 22.02.2021, 20:56 +0100 schrieb Reinoud Zandijk: > > If I remove it, the machine just spins in Qemu, no output, nothing. > > If I add > > it, it works fine again. I found out by bisecting. I have no idea why > > the > > tests aren't picking this up. Could it be a qemu/gcc/binutils > > combination > > issue? A symbol not set as expected? > > > > qemu 5.1.0 > > gcc 8.3.0 > > binutils 2.32 > > > > which board config did you try exactly? malta or maltael? Both malta and maltael have the same behaviour. And yeah, for maltael i needed the u-boot-swap.bin indeed! That was not that obvious at first but trial and error showed it. How are the tests performed? Are the actual u-boot images passed as compiled with `-bios' to qemu and that alone? Or are the tests also sneaking in the FDT to qemu? By f.e. appending them? Could the CONFIG_SYS_MALLOC_CLEAR_ON_INIT warning/error prevented a good build? I also get that with edminib2_defconfig so I assumed some work is still in progress on that. > [1] > https://gitlab.denx.de/u-boot/u-boot-test-hooks/-blob/master/bin/travis-ci/conf.maltael_qemu This is behind a login? Reinoud