[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.2505060106180.31828@angie.orcam.me.uk>
Date: Tue, 6 May 2025 14:48:33 +0100 (BST)
From: "Maciej W. Rozycki" <macro@...am.me.uk>
To: "H. Peter Anvin" <hpa@...or.com>
cc: Ingo Molnar <mingo@...nel.org>, linux-kernel@...r.kernel.org,
"Ahmed S . Darwish" <darwi@...utronix.de>,
Andrew Cooper <andrew.cooper3@...rix.com>,
Ard Biesheuvel <ardb@...nel.org>, Arnd Bergmann <arnd@...nel.org>,
Borislav Petkov <bp@...en8.de>, Dave Hansen <dave.hansen@...ux.intel.com>,
John Ogness <john.ogness@...utronix.de>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Peter Zijlstra <peterz@...radead.org>,
Thomas Gleixner <tglx@...utronix.de>,
John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
Subject: Re: [RFC PATCH 0/15] x86: Remove support for TSC-less and CX8-less
CPUs
On Mon, 5 May 2025, H. Peter Anvin wrote:
> >> I think if you have a use case, you need to speak up about it, rather
> >> than for people to guess.
> >
> > Which I just did; I think that's exactly what an RFC is about, isn't it?
>
> No, with "silly embedded nonsense hacks" (Google for it) I mean ad hoc
> hacks breaking the notion of a common platform.
I don't feel like I'm the right person to talk about such stuff. I've
always cared about portability and standardisation.
In fact running old hardware is one aspect of portability verification,
for example I run PCIe stuff off my Pentium MMX and Alpha hardware, and
conversely I run conventional PCI stuff off my POWER9 (no port I/O!) and
RISC-V hardware. That has triggered numerous bugs, fixed over the years.
> As far as EISA is concerned, could you go into more detail? What are the
> remaining users of EISA? One thing that happened with i386 was that we
> found out that the only remaining "users" were people dragging out an
> old machine to test if the kernel still booted. With bigsmp we had
> similar experiences – in at least one case we ended up maintaining
> support for a system of which there were no machines left in
> existence...
Well, my i486 box is plain EISA, so naturally I need EISA support to run
it:
platform eisa.0: Probing EISA bus 0
eisa 00:00: EISA: Mainboard AEI0401 detected
eisa 00:05: EISA: slot 5: DEC3002 detected
defxx: v1.12 2021/03/10 Lawrence V. Stefani and others
00:05: DEFEA at I/O addr = 0x5000, IRQ = 10, Hardware addr = 00-00-f8-xx-yy-zz
00:05: registered as fddi0
eisa 00:06: EISA: slot 6: NPI0303 detected
eisa 00:08: EISA: slot 8: TCM5094 detected
eth0: 3c5x9 found at 0x8000, 10baseT port, address 00:a0:24:xx:yy:zz, IRQ 12.
platform eisa.0: EISA: Detected 3 cards
(fddi0 is the fast intranet interface, eth0 is the slow external one).
It's a luggable integrated computer BTW, a Dolch PAC 60, very nice and
compact, previously used by a field engineer for network fault isolation.
I've already mentioned the maintenance of the defxx driver (it is also an
exercise in portability, with defxx supporting 3 host bus attachments).
This is also my backup box for GNU toolchain (GCC/glibc/GDB) verification
for the i386 target. It has actually proved recently to still have some
commercial relevance (again, for portability verification), but who says
the use of Linux is supposed to be solely commercial even nowadays?
The origin of Linux is obvious and I wouldn't be around at all let alone
for so many years if not for my enthusiasm solely for the technical merit
of Linux (following my earlier passion for processors and systems)
accompanied by the fairness of the GNU GPL, with any commercial aspect
being at most distantly relevant and a late comer into the game.
So yes, count me in as a passionate systems software engineer with a
fondness for running odd configurations for the sake of experimentation
(and consequently a portability exercise) and please do not deprive me of
my enthusiasm.
Maciej
Powered by blists - more mailing lists