Re: [PATCH 03/13] ARM: remove riscpc

[Linus Walleij]

On Fri, Sep 11, 2026 at 4:38 PM Daniel Palmer <daniel@xxxxxxxx> wrote:
> On Fri, 11 Sept 2026 at 18:11, Linus Walleij <linusw@xxxxxxxxxx> wrote:

> > - One camp that are enthusiast like yourself. That kind of people
> >   are running the show inside arch/m68k on Amigas and Ataris.
>
> I have SMP working on m68k (dual 68040, real hardware) among other
> oddities. I think some people would get a kick out of seeing it but
> also I think some people would also ask why we can't just delete
> everything that isn't arm64/amd64/riscv. I'm putting off sending
> patches like that to avoid everything getting deleted. :)

I have actually thought about SMP on m68k from time to time,
because there is Swedish hardware with enough memory to run
Linux with SMP like that (DIAB SMP m68k Unix computers).

I would say using generic entry would be a prerequisite for
doing m68k SMP so we don't introduce *more* entry
oddities, but after that I'm game.

With generic entry in front I think it should just be merged,
but that is me personally.

As SoC maintainer I see that m68k has a lot of technical debt
like drivers under arch/m68k and no proper hardware description
(such as device tree) nor is it migrated to the actually standard
board file structure (fwnode) which we use when we have no
other description style.

There are things like
amiints.c, cia.c, ataints.c, q40ints.c etc that should be in
drivers/irqchip. So many time.c that should be in
drivers/clocksource/* and many other unmodern things.

Albeit I think actually going and fixing that can't be super-hard
in the age of LLMs. So listing things like this likely will just make
someone go and do it. :D

Yours,
Linus Walleij