[PATCH 0/2] Fix MIPS/Malta target and its IDE work

Tom Rini
2021-02-23T14:31:12Z

On Tue, Feb 23, 2021 at 09:26:56AM -0500, Tom Rini wrote:
> On Tue, Feb 23, 2021 at 03:19:06PM +0100, Reinoud Zandijk wrote:
> > 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?
>
> Unintentionally so, yes. Fixing this now.

Ah! A typo that gets fixed up automatically if logged in, but not
otherwise:
https://gitlab.denx.de/u-boot/u-boot-test-hooks/-/blob/master/bin/travis-ci/conf.maltael_qemu
is right (note the '/' after '-' before 'blob').

--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20210223/c5510d2e/attachment.sig>