mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Maciej W. Rozycki" <macro@linux-mips.org>
To: David Laight <David.Laight@ACULAB.COM>
Cc: Thomas Gleixner <tglx@linutronix.de>,
	"hpa@zytor.com" <hpa@zytor.com>,
	Andrew Cooper <andrew.cooper3@citrix.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	"x86@kernel.org" <x86@kernel.org>,
	Jan Kiszka <jan.kiszka@siemens.com>,
	James Morris <jmorris@namei.org>,
	David Howells <dhowells@redhat.com>,
	Matthew Garrett <mjg59@google.com>,
	Josh Boyer <jwboyer@redhat.com>,
	Zhenzhong Duan <zhenzhong.duan@oracle.com>,
	Steve Wahl <steve.wahl@hpe.com>,
	Mike Travis <mike.travis@hpe.com>,
	Dimitri Sivanich <dimitri.sivanich@hpe.com>,
	Arnd Bergmann <arnd@arndb.de>,
	"Peter Zijlstra (Intel)" <peterz@infradead.org>,
	Giovanni Gherdovich <ggherdovich@suse.cz>,
	"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
	Len Brown <len.brown@intel.com>,
	Kees Cook <keescook@chromium.org>,
	Martin Molnar <martin.molnar.programming@gmail.com>,
	Pingfan Liu <kernelfans@gmail.com>,
	"jailhouse-dev@googlegroups.com" <jailhouse-dev@googlegroups.com>
Subject: RE: [PATCH] x86/smpboot: Remove 486-isms from the modern AP boot path
Date: Wed, 1 Apr 2020 14:26:16 +0100 (BST)	[thread overview]
Message-ID: <alpine.LFD.2.21.2004011354050.3939520@eddie.linux-mips.org> (raw)
In-Reply-To: <23147db6f0c548259357babfc22a87d3@AcuMS.aculab.com>

On Wed, 1 Apr 2020, David Laight wrote:

> >  Even though we supported them by spec I believe we never actually ran MP
> > on any 486 SMP system (Alan Cox might be able to straighten me out on
> > this); none that I know of implemented the MPS even though actual hardware
> > might have used the APIC architecture.  Compaq had its competing solution
> > for 486 and newer SMP, actually deployed, the name of which I long forgot.
> > We never supported it due to the lack of documentation combined with the
> > lack of enough incentive for someone to reverse-engineer it.
> 
> I also remember one of those Compaq dual 486 boxes.
> We must have has SVR4/Unixware running on it.
> 
> I suspect that any such systems would also be too slow and not have
> enough memory to actually run anything recent.

 For reasons mentioned above I cannot speak about 486 SMP systems.

 However I have a nice Dolch PAC 60 machine, which is a somewhat rugged 
luggable computer with an embedded LCD display and a detachable keyboard, 
built around a pure EISA 486 baseboard (wiring to an external display is 
also supported).  Its original purpose was an FDDI network sniffer with a 
DOS application meant to assist a field engineer with fault isolation, and 
as you may know FDDI used to have rings up to ~100km/60mi in length, so 
people often had to travel quite a distance to get a problem tracked down.

 It used to boot current Linux with somewhat dated userland until its PSU, 
an industrial unit, failed a couple years back, taking the hard disk with 
itself due to an overvoltage condition (its +12V output went up to +18V).  
I failed to repair the PSU (I suspect a fault in the transformer causing 
its windings to short-circuit intermittently, and only the +5V output is 
regulated with the remaining ones expected to maintain fixed correlation), 
which the box has been designed around, making it difficult to be replaced 
with a different PSU.

 However I have since managed to track down and install a compatible 
replacement PSU from the same manufacturer whose only difference are 
slightly higher power ratings, and I have a replacement hard disk for it 
too, so I plan to get it back in service soon.

 With 16MiB originally installed the machine is somewhat little usable 
with current Linux indeed, however the baseboard supports up to 512MiB of 
RAM and suitable modules are still available for purchase, even brand new 
ones.  Once expanded so that constant swapping stops I expect the machine 
to perform quite well, as the performance of the CPU/RAM didn't seem to be 
a problem with this machine.  We actually keep supporting slower systems 
in the non-x86 ports.

 And as I say, the userland is not (much of) our business and can be 
matched to actual hardware; not everyone needs a heavyweight graphical 
environment with all the bells and whistles burning machine cycles.

 Again, FWIW,

  Maciej

  reply	other threads:[~2020-04-01 13:26 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-25 10:14 Andrew Cooper
2020-03-25 10:17 ` hpa
2020-03-25 14:37   ` Thomas Gleixner
2020-03-31 23:35     ` Maciej W. Rozycki
2020-04-01 10:23       ` David Laight
2020-04-01 13:26         ` Maciej W. Rozycki [this message]
2020-04-01 22:30       ` Andrew Cooper
2020-04-01 23:32         ` Maciej W. Rozycki
2020-03-31 17:58 ` [PATCH v2] " Andrew Cooper
2020-03-31 22:23   ` Brian Gerst
2020-03-31 22:44     ` Andrew Cooper
2020-03-31 22:53       ` Brian Gerst
2020-04-01  9:22         ` Andrew Cooper
2020-04-01 11:39           ` Brian Gerst
2020-04-01 12:14             ` Andrew Cooper
2020-04-01 14:38               ` Brian Gerst
2020-04-01 14:47                 ` Andrew Cooper

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=alpine.LFD.2.21.2004011354050.3939520@eddie.linux-mips.org \
    --to=macro@linux-mips.org \
    --cc=David.Laight@ACULAB.COM \
    --cc=andrew.cooper3@citrix.com \
    --cc=arnd@arndb.de \
    --cc=bp@alien8.de \
    --cc=dhowells@redhat.com \
    --cc=dimitri.sivanich@hpe.com \
    --cc=ggherdovich@suse.cz \
    --cc=hpa@zytor.com \
    --cc=jailhouse-dev@googlegroups.com \
    --cc=jan.kiszka@siemens.com \
    --cc=jmorris@namei.org \
    --cc=jwboyer@redhat.com \
    --cc=keescook@chromium.org \
    --cc=kernelfans@gmail.com \
    --cc=len.brown@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=martin.molnar.programming@gmail.com \
    --cc=mike.travis@hpe.com \
    --cc=mingo@redhat.com \
    --cc=mjg59@google.com \
    --cc=peterz@infradead.org \
    --cc=rafael.j.wysocki@intel.com \
    --cc=steve.wahl@hpe.com \
    --cc=tglx@linutronix.de \
    --cc=x86@kernel.org \
    --cc=zhenzhong.duan@oracle.com \
    /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

Powered by JetHome