[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 12 Dec 2012 11:00:40 -0800
From: "H. Peter Anvin" <hpa@...or.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>
CC: Ingo Molnar <mingo@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Andrew Morton <akpm@...ux-foundation.org>,
Alan Cox <alan@...rguk.ukuu.org.uk>
Subject: Re: [RFC GIT PULL] "Nuke 386-DX/SX support" changes for v3.8
On 12/12/2012 10:04 AM, Linus Torvalds wrote:
> On Tue, Dec 11, 2012 at 3:10 AM, Ingo Molnar <mingo@...nel.org> wrote:
>>
>> This tree removes ancient-386-CPUs support and thus zaps quite a
>> bit of complexity:
>
> Btw, I think we should probably at least consider taking this one step
> further, and remove the dear old FPU emulation support too. Remove
> CONFIG_MATH_EMULATION and all of arch/x86/math-emu, along with a lot
> of small special cases.
>
> Or do people still use the 486SX?
>
> Now, the math emulation hasn't been all that fundamentally problematic
> (compared to lack of xadd etc), but it does result in some
> complexities in exception handling and ptrace (grep for HAVE_HWFP or
> "hard_math" or a number of other magic things). None of which have
> likely been tested at all in the last ten years, so who knows if it
> actually *works* or not.
>
> Maybe somebody could try booting with "no387". Does it actually work?
>
It builds and boots, at least. I'm currently installing Red Hat 4.1 in
a VM so I can test to see if it does anything more than that. It
doesn't get in the way the same case the old 386 bits does, so I'm more
reluctant to remove it, but it does touch a lot of paths.
There were a *bunch* of embedded 486 clones made, some still in
production as far as I know, and I wouldn't be surprised if some of them
lacked FPU. I guess we'll see.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists