public inbox for gentoo-doc-cvs@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Josh Saddler" <nightmorph@lark.gentoo.org>
To: gentoo-doc-cvs@lists.gentoo.org
Subject: [gentoo-doc-cvs] cvs commit: nvidia-guide.xml
Date: Tue, 24 Oct 2006 02:24:14 +0000	[thread overview]
Message-ID: <20061024022414.3860364763@smtp.gentoo.org> (raw)

nightmorph    06/10/24 02:24:14

  Modified:             nvidia-guide.xml
  Log:
  Thorough overhaul of nVidia guide, as nvidia-kernel & glx have been removed from portage awhile ago; several functionality changes have taken place within the nvidia/legacy packages that prevent some errors from occuring, and we don't support the out-of-portage versions anyway.

Revision  Changes    Path
1.33                 xml/htdocs/doc/en/nvidia-guide.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/en/nvidia-guide.xml?rev=1.33&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/en/nvidia-guide.xml?rev=1.33&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/en/nvidia-guide.xml?r1=1.32&r2=1.33

Index: nvidia-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/en/nvidia-guide.xml,v
retrieving revision 1.32
retrieving revision 1.33
diff -u -r1.32 -r1.33
--- nvidia-guide.xml	2 Sep 2006 10:19:23 -0000	1.32
+++ nvidia-guide.xml	24 Oct 2006 02:24:14 -0000	1.33
@@ -1,5 +1,5 @@
 <?xml version='1.0' encoding="UTF-8"?>
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/en/nvidia-guide.xml,v 1.32 2006/09/02 10:19:23 nightmorph Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/en/nvidia-guide.xml,v 1.33 2006/10/24 02:24:14 nightmorph Exp $ -->
 <!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
 
 <guide link="/doc/en/nvidia-guide.xml">
@@ -28,8 +28,8 @@
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
 <license/>
 
-<version>1.27</version>
-<date>2006-09-02</date>
+<version>1.28</version>
+<date>2006-10-23</date>
 
 <chapter>
 <title>Introduction</title>
@@ -38,37 +38,18 @@
 
 <p>
 nVidia release their own Linux drivers which provide good performance and full
-3D acceleration. There are two sets of drivers in portage. The first set is an
-older set and split into two parts: <c>nvidia-kernel</c> and <c>nvidia-glx</c>.
-The second set is newer, and is split into <c>nvidia-drivers</c> and
-<c>nvidia-legacy-drivers</c>. If you are installing for the first time, you
-should use the newer set.
-</p>
-
-<p>
-<c>nvidia-kernel</c> is a kernel driver which handles the low-level
-communication with your video hardware. This is simply a kernel module, named
-<c>nvidia</c>, which installs against your kernel sources and needs to be
-loaded whenever you want to use the nvidia drivers.
-</p>
-
-<p>
-As well as the kernel driver, you need to install the X11 GLX layer
-(<c>nvidia-glx</c>). This is used by X to render graphics, which internally
-uses the <c>nvidia-kernel</c> kernel driver to interface with the hardware.
-</p>
-
-<p>
-The newer drivers have the functionality of both <c>nvidia-kernel</c> and
-<c>nvidia-glx</c> in a single unified ebuild, much like how nVidia themselves
-ship the drivers.
+3D acceleration. There are two drivers in Portage. <c>nvidia-drivers</c> is for
+newer nVidia graphics cards, while <c>nvidia-legacy-drivers</c> supports older
+cards.
 </p>
 
 <note>
-Both <c>nvidia-kernel</c> and <c>nvidia-glx</c> are deprecated, and will be
-removed from the Portage tree in the future in favor of <c>nvidia-drivers</c>
-and <c>nvidia-legacy-drivers</c>.  If you use <c>nvidia-kernel</c> and
-<c>nvidia-glx</c>, then you should migrate to the newer packages.
+Previously, Gentoo provided separate ebuilds for the nVidia kernel module
+(<c>nvidia-kernel</c>) and the X11 GLX libraries (<c>nvidia-glx</c>). These
+ebuilds have since been removed from the Portage tree in favor of
+<c>nvidia-drivers</c> and <c>nvidia-legacy-drivers</c>. If you use
+<c>nvidia-kernel</c> and <c>nvidia-glx</c>, then you should migrate to the
+newer packages.
 </note>
 
 </body>
@@ -103,14 +84,13 @@
   [*] MTRR (Memory Type Range Register) support
 </pre>
 
-<p>
-Also, you can optionally enable <c>agpgart</c> support to your kernel, either
-compiled in or as a module. If you do not use the in-kernel agpgart, then the
-drivers will use their own <c>agpgart</c> implementation, called <c>NvAGP</c>.
-On certain systems, this performs better than the in-kernel agpgart, and on
-others, it performs worse. You will need to evaluate this on your own system to
-get the best performance. If you are unsure what to do, use the in-kernel
-agpgart:
+<p> Also, if you have an AGP graphics card, you can optionally enable
+<c>agpgart</c> support to your kernel, either compiled in or as a module. If
+you do not use the in-kernel agpgart, then the drivers will use their own
+<c>agpgart</c> implementation, called <c>NvAGP</c>.  On certain systems, this
+performs better than the in-kernel agpgart, and on others, it performs worse.
+You will need to evaluate this on your own system to get the best performance.
+If you are unsure what to do, use the in-kernel agpgart:
 </p>
 
 <pre caption="Enabling agpgart">
@@ -173,11 +153,11 @@
 <body>
 
 <p>
-The <c>nvidia-kernel</c>, <c>nvidia-drivers</c>, and
-<c>nvidia-legacy-drivers</c> ebuilds automatically discover your kernel version
-based on the <path>/usr/src/linux</path> symlink. Please ensure that you have
-this symlink pointing to the correct sources and that your kernel is correctly
-configured.  Please refer to the Configuring the Kernel section of the <uri
+The <c>nvidia-drivers</c> and <c>nvidia-legacy-drivers</c> ebuilds
+automatically discover your kernel version based on the
+<path>/usr/src/linux</path> symlink. Please ensure that you have this symlink
+pointing to the correct sources and that your kernel is correctly configured.
+Please refer to the Configuring the Kernel section of the <uri
 link="/doc/en/handbook/">Installation Handbook</uri> for details on configuring
 your kernel.
 </p>
@@ -221,9 +201,9 @@
 
 <note>
 Unfortunately, certain legacy video cards are not supported by the newer
-versions of <c>nvidia-drivers</c>, <c>nvidia-glx</c> and <c>nvidia-kernel</c>.
-nVidia provides a <uri link="http://www.nvidia.com/object/IO_18897.html">list
-of supported cards</uri>. Please check the list before installing the drivers.
+versions of <c>nvidia-drivers</c>.  nVidia provides a <uri
+link="http://www.nvidia.com/object/IO_18897.html">list of supported
+cards</uri>. Please check the list before installing the drivers.
 </note>
 
 <p>
@@ -262,10 +242,7 @@
 <body>
 
 <p>
-Now it's time to install the drivers. The newer drivers are unified, so you
-will only need to install a single package. The older drivers are split, so it
-will require two packages to be installed. Since <c>nvidia-glx</c> depends on
-<c>nvidia-kernel</c>, installing <c>nvidia-glx</c> is sufficient.
+Now it's time to install the drivers.
 </p>
 
 <pre caption="Installing the nVidia drivers">
@@ -275,18 +252,11 @@
 # <i>emerge nvidia-legacy-drivers</i>
 </pre>
 
-<pre caption="Installing the nVidia drivers (deprecated method)">
-# <i>emerge nvidia-glx</i>
-</pre>
-
 <impo>
 Every time you <uri link="/doc/en/kernel-upgrade.xml">compile a new
-kernel</uri> or recompile the current one, you have to run <c>emerge
-nvidia-kernel</c> to reinstall the nVidia modules. <c>nvidia-glx</c> is
-unaffected by a kernel change and doesn't even need to be rebuilt when you
-recompile/upgrade X. If you are using the newer drivers, then you will need to
-run <c>emerge nvidia-drivers</c> or <c>emerge nvidia-legacy-drivers</c> to
-reinstall the nVidia modules.
+kernel</uri> or recompile the current one, you will need to run <c>emerge
+nvidia-drivers</c> or <c>emerge nvidia-legacy-drivers</c> to reinstall the
+nVidia modules.
 </impo>
 
 <p>
@@ -330,9 +300,8 @@
 </p>
 
 <p>
-Open <path>/etc/X11/xorg.conf</path> (or <path>/etc/X11/XF86Config</path> if you
-still use the older configuration file location) with your favorite editor
-(such as <c>nano</c> or <c>vim</c>) and go to the <c>Device</c> section. In that
+Open <path>/etc/X11/xorg.conf</path> with your favorite editor (such as
+<c>nano</c> or <c>vim</c>) and go to the <c>Device</c> section. In that
 section, change the <c>Driver</c> line:
 </p>
 
@@ -361,7 +330,7 @@
 <p>
 Next, in section <c>Screen</c>, make sure that either the <c>DefaultDepth</c>
 directive is set to 16 or 24, or that you only have <c>Display</c> subsections
-with <c>Depth</c> settings of 16 or 24. Without it, the nvidia-glx extensions
+with <c>Depth</c> settings of 16 or 24. Without it, the nVidia GLX extensions
 will not start.
 </p>
 
@@ -399,7 +368,7 @@
 
 <p>
 This might not be totally necessary if you aren't using <c>udev</c> but it
-doesn't hurt either and makes your system future-proof :)
+doesn't hurt either and makes your system future-proof.
 </p>
 
 </body>
@@ -489,20 +458,6 @@
 </body>
 </section>
 <section>
-<title>I receive warnings about unsupported 4K stack sizes</title>
-<body>
-
-<p>
-<c>nvidia-kernel</c> packages older than 1.0.6106 only support kernels using an
-8K stack size. More recent kernels (2.6.6 and higher) have support for 4K stack
-size's as well. Do not select 4K stack size in your kernel configuration if
-you are using such an <c>nvidia-kernel</c> package. You can find this option in
-the section <c>Kernel Hacking</c>.
-</p>
-
-</body>
-</section>
-<section>
 <title>
   When I attempt to load the kernel module I receive a "no such device"
 </title>
@@ -521,50 +476,6 @@
 
 </body>
 </section>
-<section>
-<title>
-  I get "no screens found" and the logs state "Failed to initialize the NVIDIA 
-  kernel module!"
-</title>
-<body>
-
-<p>
-You're most likely missing the <path>/dev/nvidia*</path> device files. Create
-them using <c>NVmakedevices.sh</c>:
-</p>
-
-<pre caption="Creating the nvidia device nodes">
-# <i>/sbin/NVmakedevices.sh</i>
-</pre>
-
-<p>
-If your <path>/dev/nvidia*</path> devices are still missing every time you
-reboot, then it is most likely because udev is not automatically creating the
-proper device nodes. You can fix this by re-running <c>NVmakedevices.sh</c>,
-and then editing <path>/etc/conf.d/rc</path> as shown:
-</p>
-
-<pre caption="Editing /etc/conf.d/rc">
-RC_DEVICE_TARBALL="yes"
-</pre>
-
-<p>
-This will preserve your <path>/dev/nvidia*</path> nodes even if you reboot.
-</p>
-
-<note>
-Alternatively, you might try emerging the latest <c>nvidia-kernel</c> and
-<c>nvidia-glx</c> from the 8xxx series. At the time of this writing, both are
-still marked ~arch. These drivers no longer rely on hotplug or udev to create
-the proper device nodes, so you won't need to run <c>NVmakedevices.sh</c>.
-Instead, the X driver itself will create your <path>/dev/nvidia*</path> files
-when you start X. However, this will require you to use a recent kernel (2.6.14
-and greater). This is also true for all versions of <c>nvidia-drivers</c> and
-<c>nvidia-legacy-drivers</c>.
-</note>
-
-</body>
-</section>
 </chapter>
 
 <chapter>
@@ -584,8 +495,6 @@
 $ <i>less /usr/share/doc/nvidia-drivers-*/README.gz</i>
 <comment>(for nvidia-legacy-drivers)</comment>
 $ <i>less /usr/share/doc/nvidia-legacy-drivers-*/README.gz</i>
-<comment>(for nvidia-glx)</comment>
-$ <i>less /usr/share/doc/nvidia-glx-*/README.txt.gz</i>
 </pre>
 
 </body>



-- 
gentoo-doc-cvs@gentoo.org mailing list



             reply	other threads:[~2006-10-24  2:24 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-24  2:24 Josh Saddler [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-09-14  5:12 [gentoo-doc-cvs] cvs commit: nvidia-guide.xml Joshua Saddler
2008-03-06  8:50 Joshua Saddler
2007-11-15 20:22 Josh Saddler
2007-07-31 21:07 Josh Saddler
2007-07-22  7:32 Josh Saddler
2007-03-24  1:04 Josh Saddler
2007-02-08 15:50 Josh Saddler
2007-02-08  3:41 Josh Saddler
2007-02-08  0:09 Dimitry Bradt
2006-11-29 15:57 Josh Saddler
2006-09-02 10:19 Josh Saddler
2006-07-26  9:50 Lukasz Damentko
2006-05-26 20:38 Josh Saddler
2006-05-02 17:39 Josh Saddler
2006-03-28 12:33 Xavier Neys
2006-03-05 12:02 Josh Saddler
2006-03-04  6:35 Shyam Mani
2006-01-25 21:41 Jan Kundrat
2006-01-21 12:54 swift
2006-01-13 16:06 Xavier Neys
2005-10-25 17:27 swift
2005-10-21 20:35 swift
2005-10-05  0:03 Lukasz Damentko
2005-09-11 20:19 Jan Kundrat
2005-07-15  5:10 Shyam Mani
2005-07-06  8:05 Shyam Mani

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20061024022414.3860364763@smtp.gentoo.org \
    --to=nightmorph@lark.gentoo.org \
    --cc=docs-team@lists.gentoo.org \
    --cc=gentoo-doc-cvs@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox