[BP7 + inASM] Cteni pameti z 32bit adresy

Zdravim - potreboval bych nejak elegantne vyresit nasledujici :
mam program, ktery bych rad provozoval (z jistych duvodu) na CPU od 8086 po dnesni - tj bezi v real modu. Nema zadny spojovatelny a rozpojovatelny bloky tj je to proste staveny na klasickych unitach. Nic extra, ale potrebuju tam cist z adres >1MB a i >16MB. A ted bych mel otazku - jak to elegatne provezt, tak aby to fungovalo prinejmensim v raw, s DPMI, popr i s VCPI - nejlepe dokonce pod Win9x - s WInNT to vidim blede (mozna i ty Win9x by byly problem). Takze by to chtelo asi nejakou jednotku co si to "bezpecne" naalokuje deskriptory, pripadne prepne na momentik do PM,.... nezna nekdo neco takoveho (neco jako newfront, ale aby to slo volat z RM programu) ???

Pred casem jsme s Eaglem (pokud si pamatuje) resili jsta volani VxD z V86 - coz by snad mohla byt cesta pod Win9x. Nestoural se nahodou nekdo (uz sem se tu na to ptal) v tech Win9x VxD sluzbach co jdou volat z V86 ??? nikde neni zadny poradny popis

S tymto nie je ziadna sranda... UniFlash napr. pouziva flat real-mode, ale to chodi len v cistom DOSe bez EMM386.

2RainBow - mno to je taky moznost...ovsem tady jde o to, aby to bylo jaksi celkove kompatibilni....co se tyka toho cteni..predpokladam jiste problemy s opravnenim cist kde chci...kdybych to planoval pouze pro raw tak by to takovy problem nebyl...nahodim si selektorky...PE v CRku... a far jump...nebo tak neco...jenze potrebuju neco co bude fungovat vsude mozne...

No mozno by sa dal pouzit nejaky 32-bit DOS extender. Ale s tym ziadne skusenosti nemam.

mno - jediny o co jde...je precist MP tabulku, ktera je "nekde v pameti" ... najdu si ten "_MP_" popisovac a tam je odkaz na tabulku popisujici cely ten MP system (CPU, APIC, sbernice, IRQ,...) no a tu bych rad precetl...jenze potrebuju k tomu mit cisty pristup...alespon treba pod klasickyma DOS EMM, XMS driverama

Jen by me zajimalo jedno, kde vemes na 8086 vic jak 1MB pameti? pokud nepocitam nejaky uchylny EMS pridavny karty. Sla by udelat totiz takova prasarna, ze bys do jednoho exace narval RM i PM kod a na zacatek nejaky loader, ktery by podle detekce CPU rozhodl, jaka verze se bude spoustet...

2RayeR - mno to neni az takova prasarna...a na 8086 samozrejme adreosvat vic jak 1MB nechci ( ;D ) a o MP 286, 386 jsme neslysel....
tady jde spis o ot cist to na systemech P5+
njn mozna skoncim u nejakyho bootloaderu a vykaslu se na OS ( ;D ) a budu mit vlastni drivery ( ;D ) ... ale to neni reseni... jak to vidim, tak zrejme budu muset ozelet ty Win9x (nebo spis by tam slo da nejaky VxDcko s V86 fcema...)

Pokud bych nebyl nucenej aby to jelo na <386, tak bych to psal samozrejme v DJGPP. BTW je i prej naka 16bit varianta, ale nemam, nezkousel sem ,nevidel sem.

Ja sem si na DJGPP moc rad zvyknul, protoze mi umoznuje jednak vyuzivat veskery moznosti PMODE jako celou pamet pamet, pristup k fyzicky pameti za hranici 1M atd. a samozrejme 32bit kod a kvalitni optimalizaci, castecna kompatabilita pro GCC linux. V DOSu to jede pres DPMI server, napr. CWSDPMI. Ve Win9x to jede pod vokenim DPMI a taky to funguje. U winNT based je to horsi, program sice bezi, ale cteni z portu a pameti vraci nesmysly-NT to pousti ve VDM.
Zaroven mam ale k dispozici vse co potrebuju z realmodu - vymeda dat s fyzickou pameti pod 1MB, volani preruseni s sluzeb BIOSu. S trochou krkolomnosti se da zvladnout i volani privilegovanych instrukci jako RDMSR a pod, coz sem potreboval ve svoji utilitce CPUID. Pristup na porty je bez problemu standardne pres inportx() / outportx(), proste mi tam nic nechybi. Po Pascalu sahnu uz jen z nutnosti pokud ma byt vysledny kod maly, tj. rekneme 10kB misto 50kB.