great to see some comments and someone responding to a mail from me to the kernel list :)
Arkady V.Belousov schreef:
Hi!
Wrong.
it was a proposed algorythm for a patch. since YOUR patch assumes 6 buffers minimum, I thought I could use that as a minimum amount (instead of allowing "buffers=1" )
if the amount of buffers that fit in HMA is below this 6, then conventional RAM is used to store them. if the amount of buffers that the user wants is above the amount of buffers that fit in HMA, they are not stored in HMA but in conventional RAM.
that would explain my algorythm:
*HMA must have space to store the minimum amount of 6 YOU mentioned.
*requested number of buffers must be at least this minimum. (6<=N)
*request number of buffers must fit in free HMA (N<=M)
*number of requested buffers must be below 100, as 99 is the maximum.
if{M>=6}
{
if(6<=N<=M<100) --> mark N buffers as used
after marking, fill HMA with N=min(M,99) buffers // fill up
until full or
99 reached.
}
if any of above conditions fail, buffers are stored in conventional memory. and that explains my use of "-" (negative value)
hm..I made a mistake here. Had possible value of N=-1. should be N=-6 requested buffers=N, -6<N<=6 -> N:=-6 requested buffers=N, -100<N<-6 -> N:=N
and when more buffers specified than fit in HMA (N>M) -> N:=-N
Tom said the requested number of buffers are marked as "used" in HMA, and that the ones used for filling up could be used for a (non-existing..) HMA-using program instead.
thank you for your comments. hope I did not make a mistake this time :)
Bernd
------------------------------------------------------- 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
