From: Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
To: u-boot@lists.denx.de
Subject: [PATCH 0/2] Fix MIPS/Malta target and its IDE work
Date: Mon, 22 Feb 2021 19:23:26 +0100 [thread overview]
Message-ID: <b3d05e46a9c815ad6af8a33db709d4defbcc188f.camel@gmail.com> (raw)
In-Reply-To: <20210222170512.22601-1-reinoud@NetBSD.org>
Am Montag, den 22.02.2021, 18:05 +0100 schrieb Reinoud Zandijk:
> Patch 0001 re-enables FDT inclusion into the u-boot binary to make
> them boot
> again. The code might not have adjusted well enough in the past to
> handle the
> separate one.
what exactly is the issue? Do you see it just on real hardware?
Booting all Malta variants in Qemu is contained in official U-Boot CI
and showed no boot failures until now. Unfortuneately I don't have
Malta hardware myself for testing.
Also CONFIG_OF_EMBED is just a debug option and should be avoided for
production builds. So if there is a real problem, I would prefer to
rather fix that instead of enabling CONFIG_OF_EMBED.
>
> Patch 0002 fixes IDE issues found on the Malta board:
>
> 1) DMA implied commands were sent to the controller in stead of the
> PIO
> variants. The rest of the code is DMA free and written for PIO
> operation.
>
> 2) direct pointer access was used to read and write the registers
> instead of
> the inb/inw/outb/outw functions/macros. Registers don't have to be
> memory
> mapped and ATA_CURR_BASE() does not have to return an offset from
> address
> zero.
>
> 3) Endian isues in ide_ident() and reading/writing data in general.
> Names were
> corrupted and sizes misreported.
>
> With the fixes, malta_defconfig and maltael_defconfig work again in
> Qemu.
>
> Reinoud Zandijk (2):
> Re-embed the FDTs for the Malta targets.
> Fix IDE commands issued, fix endian issues, fix non MMIO
>
> configs/malta64_defconfig | 1 +
> configs/malta64el_defconfig | 1 +
> configs/malta_defconfig | 1 +
> configs/maltael_defconfig | 1 +
> drivers/block/ide.c | 143 ++++++++++----------------------
> ----
> include/ata.h | 3 +-
> 6 files changed, 46 insertions(+), 104 deletions(-)
>
> Signed-off-by: Reinoud Zandijk <reinoud@NetBSD.org>
>
--
- Daniel
next prev parent reply other threads:[~2021-02-22 18:23 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 ` Daniel Schwierzeck [this message]
2021-02-22 19:56 ` [PATCH 0/2] Fix MIPS/Malta target and its IDE work 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
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=b3d05e46a9c815ad6af8a33db709d4defbcc188f.camel@gmail.com \
--to=daniel.schwierzeck@gmail.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