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. Maciej -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/