From: Kuan-Wei Chiu <visitorckw@gmail.com>
To: Daniel Palmer <daniel@0x0f.com>
Cc: alison.wang@nxp.com, angelo@kernel-space.org, trini@konsulko.com,
jserv@ccns.ncku.edu.tw, eleanor15x@gmail.com,
u-boot@lists.denx.de
Subject: Re: [PATCH 2/3] m68k: Add support for M68040 CPU
Date: Mon, 22 Dec 2025 17:21:56 +0800 [thread overview]
Message-ID: <aUkNtKvooP4Ivblz@google.com> (raw)
In-Reply-To: <CAFr9PXmwBpQW60jZDFf+iqCaSbW4z25=OMN5XXBkBMH5AW-t_A@mail.gmail.com>
Hi Daniel,
On Sun, Dec 21, 2025 at 01:53:40PM +0900, Daniel Palmer wrote:
> Hi Kuan-Wei
>
> On Fri, 19 Dec 2025 at 04:06, Kuan-Wei Chiu <visitorckw@gmail.com> wrote:
> >
> > Add support for the Motorola 68040 architecture. Currently, m68k
> > support in U-Boot is primarily focused on ColdFire (MCF5xxx) variants.
> > Introduce the necessary infrastructure to support the classic M680x0
> > series, specifically targeting the M68040 as emulated by QEMU.
>
> For all of this: It really needs to be split into the bits for all
> classic 68K and then the supplemental bits for 040 (basically the
> cache stuff that you only have stubs for).
> That way if your parts get merged I can rework my support for 000, 030
> etc on top of that.
Yeah, proper split is definitely needed for the long term.
Here is my plan for v2 to address this. Could you let me know if this
structure matches what you have in mind?
1. Create a common directory for Classic m68k (non-ColdFire):
Possible path: arch/m68k/cpu/classic/
I plan to move the following generic parts there:
- start.S: The entry point, basic stack setup, and exception vector
definitions (likely shared across 000-060).
- bootinfo.h: Since this is standard for m68k Linux.
2. Keep 040-specific code in arch/m68k/cpu/classic/m68040/:
- cpu.c: Containing 040-specific cache handling (or stubs for
now) and specific initialization.
3. Refactor arch/m68k/lib/Makefile:
Instead of using ifndef CONFIG_M68040 to exclude ColdFire files, I
should probably restructure it to clearly distinguish between
"ColdFire common" and "Classic m68k common" libraries.
Does this separation align with your requirements for layering 000/030
support on top of it later?
Regards,
Kuan-Wei
next prev parent reply other threads:[~2025-12-22 13:55 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-18 18:52 [PATCH 0/3] m68k: Add support for QEMU virt machine Kuan-Wei Chiu
2025-12-18 18:52 ` [PATCH 1/3] serial: Add Goldfish TTY driver Kuan-Wei Chiu
2025-12-19 3:14 ` Yao Zi
2025-12-20 16:28 ` Kuan-Wei Chiu
2025-12-21 2:58 ` Yao Zi
2025-12-18 18:52 ` [PATCH 2/3] m68k: Add support for M68040 CPU Kuan-Wei Chiu
2025-12-18 19:00 ` Tom Rini
2025-12-20 16:43 ` Kuan-Wei Chiu
2025-12-22 16:20 ` Tom Rini
2025-12-21 4:53 ` Daniel Palmer
2025-12-21 7:25 ` Angelo Dureghello
2025-12-22 9:21 ` Kuan-Wei Chiu [this message]
2025-12-18 18:52 ` [PATCH 3/3] board: Add QEMU m68k virt board support Kuan-Wei Chiu
2025-12-18 19:04 ` Tom Rini
2025-12-20 16:48 ` Kuan-Wei Chiu
2025-12-21 4:37 ` Daniel Palmer
2025-12-22 9:03 ` Kuan-Wei Chiu
2025-12-18 19:00 ` [PATCH 0/3] m68k: Add support for QEMU virt machine Tom Rini
2025-12-20 16:39 ` Kuan-Wei Chiu
2025-12-21 4:15 ` Daniel Palmer
2025-12-22 8:44 ` Kuan-Wei Chiu
2025-12-22 9:20 ` Daniel Palmer
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=aUkNtKvooP4Ivblz@google.com \
--to=visitorckw@gmail.com \
--cc=alison.wang@nxp.com \
--cc=angelo@kernel-space.org \
--cc=daniel@0x0f.com \
--cc=eleanor15x@gmail.com \
--cc=jserv@ccns.ncku.edu.tw \
--cc=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.