From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [PATCH 0/2] Fix MIPS/Malta target and its IDE work
Date: Tue, 23 Feb 2021 09:31:12 -0500 [thread overview]
Message-ID: <20210223143112.GU10169@bill-the-cat> (raw)
In-Reply-To: <20210223142656.GT10169@bill-the-cat>
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>
next prev parent reply other threads:[~2021-02-23 14:31 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-22 17:05 [PATCH 0/2] Fix MIPS/Malta target and its IDE work Reinoud Zandijk
2021-02-22 17:05 ` [PATCH 1/2] Re-embed the FDTs for the Malta targets Reinoud Zandijk
2021-02-22 19:03 ` Heinrich Schuchardt
2021-02-22 17:05 ` [PATCH 2/2] Fix IDE commands issued, fix endian issues, fix non MMIO Reinoud Zandijk
2021-02-22 18:59 ` Heinrich Schuchardt
2021-02-22 18:23 ` [PATCH 0/2] Fix MIPS/Malta target and its IDE work Daniel Schwierzeck
2021-02-22 19:56 ` Reinoud Zandijk
2021-02-23 0:03 ` Daniel Schwierzeck
2021-02-23 14:19 ` Reinoud Zandijk
2021-02-23 14:26 ` Tom Rini
2021-02-23 14:31 ` Tom Rini [this message]
2021-02-23 18:06 ` Daniel Schwierzeck
2021-02-23 20:46 ` Heinrich Schuchardt
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=20210223143112.GU10169@bill-the-cat \
--to=trini@konsulko.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox