i2p/haiku-beta6
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

doc update for AGP stuff.

Browse Source 
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@8098 a95241bf-73f2-0310-859d-f6bbb57e9c96
This commit is contained in:
Rudolf Cornelissen
2004-06-21 19:24:50 +00:00
parent ca483789ee
commit ee6141d2af
2 changed files with 15 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files
src/add-ons/kernel/drivers/graphics/nvidia/README.html
+12 -2
View File
@@ -34,7 +34,8 @@ You use this software at your own risk! Although I don't expect it to damage you
<li>DPMS support for analog connected screens (on both heads on dualhead cards);
<li>B_YCbCr422 hardware overlay support on both TNT and GeForce series cards (overlay follows head in dualhead stretch/switch modes);
<li>Dualhead support on GeForce dualhead cards (use Mark Watson's 'Dualhead Setup' from BeBits for now);
<li>DVI and laptop panel (widescreen) support.
<li>DVI and laptop panel (widescreen) support;
<li>Basic AGP mode support on AGP cards, using the (seperate) BeOS AGP driver.
</ul>
<strong>Known limitations:</strong>
<ul>
@@ -126,11 +127,20 @@ The driver always autodetects which output should be used as primary one, but yo
<ul>
<li>If the driver determines it cannot use a digital panel <strong>despite</strong> it being physically connected and powered on, using the switchhead option will not fix this. This is no fault in your card or the panel, but happens only because the driver relies on certain functions inside your cards BIOS to behave in a certain way.
</ul>
<li><strong>force_pci:</strong><br>
On AGP cards you can block the use of AGP mode transfers.
<ul>
<li><strong>false:</strong> (default setting)<br>
Keep this option set to <strong>force_pci false</strong>, unless the graphics card or motherboard has trouble using AGP.
<li><strong>true:</strong><br>
<strong>force_pci true</strong> prevents the graphicsdriver from activating AGP mode, so it will be using PCI mode like it has always been in the past. The downside of this is that this comes at a performance penalty if your motherboard supports the AGP 'fastwrite' (FW) option, which won't be utilized with this setting.
</ul>
</ul>
<hr>
<br>
<a href="mailto:[email protected]">Rudolf Cornelissen.</a>
<p>(Page last updated on June 12, 2004)</p>
<p>(Page last updated on June 21, 2004)</p>
</body>
</html>
src/add-ons/kernel/drivers/graphics/nvidia/UPDATE.html
+3 -2
View File
@@ -4,9 +4,10 @@
</head>
<body>
<p><h2>Changes done for each driverversion:</h2></p>
<p><h1>head (0.12), (Rudolf)</h1></p>
<p><h1>head (0.14), (Rudolf)</h1></p>
<ul>
<li>Added AGP capability dump on AGP cards along with explicitly turning it off (for now), instead of relying on the BIOS to have done this (might fix 'screen shut-off after/during boot' fault on some systems);
<li>Added AGP mode capability on AGP cards along with the option to block it in nv.settings. No GART and AGP aperture support; but if your card and system AGP host bridge support the 'fastwrite' (FW) feature, you'll notice a nice speedup of mostly unaccelerated graphics. I Tested Quake 2 in software rendering mode using timedemo1 with demo1.dm2: framerates jumped up to 140% of the 'original' in 'just' AGP2.0 4X mode!<br>
<strong>Note please :</strong> You need the new AGP kernel driver I setup for this feature, without it you will remain using PCI mode as usual. This AGP driver will be released seperately asap: it's almost ready.
<li>Updated CRTC memory granularity settings on TNT2 and later cards to reduce use of card internal bandwidth: this should minimize or prevent distortions on cards that have limited bandwidth available (especially on older cards).
</ul>
<p><h1>nv_driver 0.10, (Rudolf)</h1></p>