Reading over the document shows that it's not much use to us. It's an developer's doc on the EMM APIs provided by EMM386.EXE on DOS-compatible OSes. It contains developer examples in C, Turbo Pascal, and Microsoft's 386 assembler, all expecting to use MS-DOS and EMM386 to actually perform the work for them. It doesn't tell you much about how EMM works from an actual hardware perspective, sadly, and absolutely nothing on how it works. On the other hand, I did get an idea - why not look at FreeDOS's EMM386 source? On Fri, Feb 17, 2012 at 00:39, Jody Bruchon <jody@xxxxxxxxxxxxxxx> wrote: > Upon close examination of a "diff" between the filesystems "minix" and > "elksfs" I have concluded that elksfs is merely a clone of minix, with > changes for the new name but nothing of real value. This effectively means > that the minix filesystem was included in entirety in the ELKS kernel source > TWICE. There seems to be zero documentation specifying the layout of elksfs, > and zero tools that create one, thus to me it is quite clear that elksfs > never came to actually exist. I have removed it and pushed the removal to > Git, reducing the total ELKS kernel code by 75 KiB and removing some > unnecessary configuration options. > > Next on the chopping block: everything that depends on CONFIG_NOT_NOW is > potentially vaporware and/or bloat, though some of it looks potentially > useful. I've acquired the LIM EMS 4.0 specification from: > http://www.arl.wustl.edu/~lockwood/class/cs306/class-resources/gpe/limems41.doc.html > And I would like to develop support for expanded memory, possibly tying into > the swap subsystem. Does anyone on the list have some hardware with EMS > memory for testing? > > Jody Bruchon > -- > To unsubscribe from this list: send the line "unsubscribe linux-8086" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-8086" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html