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 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.