[lkml]   [2015]   [Jan]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 3/3] x86: drop support for 1995 era EISA based platforms
On Tue, 20 Jan 2015, Linus Torvalds wrote:

> > Well, I'd like to keep my x86 box up and alive, to support EISA FDDI
> > equipment I maintain if nothing else -- which in particular means the
> > current head version of Linux, not some ancient branch.
> So if we actually have a user, and it works, then no, we're not
> removing EISA support. It's not like it hurts us or is in some way
> fundamentally broken, like the old i386 code was (i386 kernel page
> fault semantics really were broken, and the lack of some instructions
> made it more painful to maintain than needed - not like EISA at all,
> which is just a pure add-on on the side).

Thanks. Last version I tried was 3.18.0-rc1-next-20141023 sometime last
November. It worked just fine, booted to the multiuser mode with no
issue. I'll have to refresh the build sometime.

It's a plain EISA box, no PCI. The EISA FDDI board referred works fine
(it uses our DMA API for bus mastering) as does an ISA 3c509B Ethernet
adapter configured for the EISA mode. The card supports it -- it looks
like a true EISA board to software then, there's no need to poke at random
port I/O locations anymore to detect it -- as does our driver.

I have a small patch outstanding to reserve the BIOS area at 0xffff0000
(used at reset as per the x86 architecture definition) so that systems
that do not support the 0xe820 call do not attempt to allocate MMIO in
that range. It may matter for some old PCI systems as well, I suppose.
I just need to verify it does not cause a conflict with systems that do
support that call.

Other than that it seems maintenance-free to me.


 \ /
  Last update: 2015-01-20 21:21    [W:0.045 / U:6.892 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site