🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.programming
Article #183

Re: Mapowanie pamieci SVGA

#183
From: Wojciech Borkowski
Date: Thu, 11 Jan 1996 00:00
23 lines
1764 bytes
sza...@hetman.loiv.torun.pl (Szymon Araczewski) wrote:

>Czy moglby mi ktos wytlumaczyc, jak to jest z tym mapowaniem pamieci
>SVGi jako ciagly obszar ? Znaczy sie, jaki jest tego mechanizm - czy 
>kompilator dba sam o przelaczanie bankow i to mapowanie jest tylko 
>wygodna dla programisty symulacja, czy moze rzecz obywa sie bez
>przelaczania bankow i jest prawdziwy dostep do calej pamieci naraz.
>Wiem, ze to drugie da sie zrobic np. z kartami S3, ale czy to jest
>co wyprawiaja te Watcomy i inne ? Czy ta technika jest szybsza od
>klasycznej ? Jakie kompilatory ja maja. Czy jest moze jakas bilblioteka
>do tego ?
 Moge ci napisac jak jest w bibliotece grx dla DJGPP (przynajmniej tak jak to
rozumiem). 
Z punktu widzenia programu mapowanie odbywa sie na poziomie stronicowania
pamieci, czyli program widzi cala pamiec karty jako ciagla, ale jesli karta
tego
nie dopuszcza to fizycznie zmapowana jest tylko czesc. 
Kiedy program probuje pisac w obszar nie zmapowany, obsluga wyjatku braku
strony wykonuje przemapowanie, uzywajac przy tym procedury niskiego poziomu z
drivera grafiki.
Oczywiscie drajwery sa inne dla kazdej karty, ale to programu nie dotyczy.
Problem tylko z doborem trybu zeby byl w miare uniwersalny.
			Wojciech Borkowski
Technical Details
Message-ID: <4d32dc$9ir@bilbo.nask.org.pl>
Path: mbox-mo1.pugleaf.net!unknown!not-for-mail
References: <4d2oqa$onm@Waldemar.mat.uni.torun.pl>

Show Full Headers
Complete Article Headers
From: Wojciech Borkowski <bork...@ulmus.bot.astrouw.edu.pl>
Subject: Re: Mapowanie pamieci SVGA
Date: 1996/01/11
Message-ID: <4d32dc$9ir@bilbo.nask.org.pl>
X-Deja-AN: 134799845
references: <4d2oqa$onm@Waldemar.mat.uni.torun.pl>
organization: ISS UW or ZSiGR UW
x-url: news:4d2oqa$o...@Waldemar.mat.uni.torun.pl
mime-version: 1.0
newsgroups: pl.comp.programming
x-mailer: Mozilla 1.1S (X11; I; IRIX 5.3 IP22)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit