Bart, >> However the internal fnodes could go to HMA, then there would be a >> real gain, even for me ;)
BO> The far fnodes could go to the HMA; the two low fnodes not (without code BO> size increase from cs: prefixes and tricky code). sure. BO> However. Much of the information in the far fnodes is also in the SFTs. BO> Instead of fmemcpy(near fnode, far fnode) a copy from SFT fields to fnode BO> fields can be done now without affecting the main fatfs code. This way BO> the far fnodes can be greatly reduced in size or even completely BO> eliminated, benefiting everyone in the end. I wouldn't mind the fnodes to be reduced in size. However (for the moment), it would be easy (and fairly bugproof) to move them into HMA, at the cost of a few BUFFERS=, while removing far fnodes might require non trivial coding changes. tom ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
