<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Re:  Follow-up on screen corruption with PCBSD 8.0-RC2-x86 &amp; Nvidia Legacy<br>
Driver 96.43.13.<br>
<br>
Ian Robinson&#39;s original post said:<br>
<br>
&gt;&gt; -RC2 x64 with Nvidia 192.22 is behaving very nicely for me, but -RC2 and<br>
&gt;&gt; legacy drivers caused grief when I did a fresh install of -RC2-x86 on an<br>
&gt;&gt; older computer.  The older computer uses an Nvidia GeoForce 4 card (a Ti<br>
&gt;&gt; 4200) and the legacy driver installed is 96.43.13 . . . .<br>
&gt;&gt; The 96.43.xx driver worked well under PCBSD 7.1.1.  Under PCBSD<br>
&gt;&gt;8.0-Alpha,<br>
&gt;&gt; it worked but not without some screen corruption such as random</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt;&gt;speckled<br>

&gt;&gt; dots across the display and an occasional but not major horizontal line<br>
&gt;&gt;or<br>
&gt;&gt; two distorting the text or graphic which would go away if you scrolled<br>
&gt;&gt;the<br>
&gt;&gt; item beneath them up or down off the screen and brought it back.  I have<br>
&gt;&gt;not<br>
&gt;&gt; tested this computer with 8.0-BETA or 8.0-RC.  The behavior in -RC2 is<br>
&gt;&gt;worse<br>
&gt;&gt; that the Alpha series. . . .<br>
&gt;&gt; After the passage of some minutes, the screen corrupts badly with thick<br>
&gt;&gt; black horizontal bands across the display.  Ultimately, the system will<br>
&gt;&gt; freeze.<br>
&gt;&gt;<br>
&gt;&gt; I wonder if that is part of the problem?  We all know that FreeBSD is at<br>
&gt;&gt; RELEASE stage.  Given that Nvidia 96.43.16 is newer than 96.43.13, are<br>
&gt;&gt;they<br>
&gt;&gt; both living in a FreeBSD 7.x world rather than FreeBSD 8.0?  That would<br>
&gt;&gt; explain why the drivers worked great with FreeBSD 7.x and did not work<br>
&gt;&gt;with<br>
&gt;&gt; FreeBSD 8.0.  There could be other reasons, though.  Is PCBSD 8.0-RC2<br>
&gt;&gt; breaking something because of its recent upgrade to xorg-server 1.6.1?<br>
<br>
Kris Moore said:<br>
<br>
&gt;Ian,<br>
&gt;<br>
&gt;Since the driver actually installs and starts to work at first, I&#39;m<br>
&gt;guessing its a compat issue with the FreeBSD 8.0 base, or the new<br>
&gt;xorg-server 1.6.5. If you want, you can grab a copy of 8.0-RC, which has<br>
&gt;the older Xorg-server, that way we can narrow it down to the system itself.<br>
<br>
================= Robinson Follow-up #1 =================<br>
<br>
I grabbed PCBSD 8.0-RC-x86, put the nVidia card back in and installed the<br>
-RC with a fresh install using the nVidia 96.43.13.<br>
<br>
I have had no problems, so it may well be that the new xorg-server 1.6.5 is<br>
involved to some degree in causing conflict with 96.43.13.<br>
<br>
Ian Robinson<br>
Salem,  Ohio<br>
<br>
&gt; ================= Moore Follow-up=================<br>
&gt;<br>
&gt;<br>
Do you know how to update the freebsd driver? After you are installed,<br>
do a &quot;portsnap fetch extract update&quot; to grab the latest ports tree,<br>
download the freebsd 8.0-source then do this:<br>
<br>
# cd /usr/ports/x11/nvidia-driver-96/<br>
# make<br>
# make deinstall<br>
# make install<br>
<br>
Then reboot, does the 96.43.16 work better? <br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">--<br>
Kris Moore<br>
PC-BSD Software<br>
<a href="http://www.pcbsd.com" target="_blank">http://www.pcbsd.com</a><br>
<br></blockquote><div>=========== Robinson Update #2 ===============<br> <br>Kris --<br><br>First, I followed your recommendation (update ports, update source, make the port) but the attempt to update to the 96.43.16 driver failed.  I will give you the specifics further below.<br>
<br>Second, I also tried an install of -RC2 on another computer with a newer nVidia card (FX 5500) which takes the 173.14.xx driver.  The xorg installation failed with the 173.14.xx driver included in -RC2.  I have to use VESA.  Therefore, I followed the same instruction to update (update ports, update source, make the port).  It failed for the same reason.<br>
<br>Third make command did not finish.  This is particular version is for the 173.14.25 driver, but the exact same error message occurred with the 96.43.16 driver on the other computer.  The error codes immediately before halting were:<br>
<br>nvidia_dev.c:144: error: conflicting types for &#39;nvidia_dev_mmap&#39; <br>
nvidia_dev.c:20: error: previous declaration of &#39;nvidia_dev_mmap&#39; was here<br>
*** Error code 1<br>
<br>Here is a transcript of the terminal session:<br><br>root@pcbsd-7626# portsnap fetch update<br>Looking up <a href="http://portsnap.FreeBSD.org">portsnap.FreeBSD.org</a> mirrors... 3 mirrors found.<br>Fetching snapshot tag from portsnap1.FreeBSD.org... done.  <br>
Fetching snapshot metadata... done.                        <br>Updating from Fri Feb 19 07:47:21 EST 2010 to Fri Feb 19 09:20:22 EST 2010.<br>Fetching 4 metadata patches... done.                                       <br>
Applying metadata patches... done.                                         <br>Fetching 0 metadata files... done.                                         <br>Fetching 1 patches. done.                                                  <br>
                                                                                <br>&lt; NOTE:  successful finish of portsnap fetch update and the cd to /usr/ports/x11/nvidia-driver-173 were covered up by the following Options window&gt;                                                                          <br>
                                                                                                                               <br>┌──────────────────────────────────────    <br>│               Options for nvidia-driver 173.14.25          <br>
│ ┌─────────────────────────────────────      <br>│  [ ] FREEBSD_AGP  Use FreeBSD AGP GART driver <br>│  [ ] ACPI_PM      Enable support for ACPI Power Management<br>│  [X] LINUX        Build with support for Linux compatibility<br>
│  ──────────────────────────────────────     <br>│                       [  OK  ]       Cancel                             <br>└──────────────────────────────────────     <br>                                                                             <br>
===&gt;  Vulnerability check disabled, database not found<br>===&gt;  Found saved configuration for nvidia-driver-173.14.25<br>=&gt; NVIDIA-FreeBSD-x86-173.14.25.tar.gz doesn&#39;t seem to exist in /usr/port/distfiles/.                                                                          <br>
=&gt; Attempting to fetch from <a href="http://jp.download.nvidia.com/freebsd/173.14.25/">http://jp.download.nvidia.com/freebsd/173.14.25/</a>.   <br>NVIDIA-FreeBSD-x86-173.14.25.tar.gz           100% of   15 MB  584 kBps 00m00s  <br>
===&gt;  Extracting for nvidia-driver-173.14.25                                    <br>=&gt; MD5 Checksum OK for NVIDIA-FreeBSD-x86-173.14.25.tar.gz.                     <br>=&gt; SHA256 Checksum OK for NVIDIA-FreeBSD-x86-173.14.25.tar.gz.                  <br>
tar: Failed to set default locale                                               <br>===&gt;  Patching for nvidia-driver-173.14.25                                      <br>===&gt;  Applying FreeBSD patches for nvidia-driver-173.14.25<br>
===&gt;   nvidia-driver-173.14.25 depends on shared library: m.3 - found<br>===&gt;   nvidia-driver-173.14.25 depends on shared library: GL.1 - found<br>===&gt;  Configuring for nvidia-driver-173.14.25<br>===&gt;  Building for nvidia-driver-173.14.25<br>
===&gt; src (all)<br>@ -&gt; /usr/src/sys<br>machine -&gt; /usr/src/sys/i386/include<br>awk -f @/tools/makeobjops.awk @/kern/device_if.m -h<br>awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h<br>awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h<br>
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p<br>awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q<br>awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h<br>cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\&quot;173.14.25\&quot; -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common  -mno-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -c nvidia_ctl.c<br>
cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\&quot;173.14.25\&quot; -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common  -mno-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -c nvidia_dev.c<br>
nvidia_dev.c:144: error: conflicting types for &#39;nvidia_dev_mmap&#39; <br>nvidia_dev.c:20: error: previous declaration of &#39;nvidia_dev_mmap&#39; was here<br>*** Error code 1<br><br>Stop in /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.25/src.<br>
*** Error code 1<br><br>Stop in /usr/ports/x11/nvidia-driver-173/work/NVIDIA-FreeBSD-x86-173.14.25.<br>*** Error code 1<br><br>Stop in /usr/ports/x11/nvidia-driver-173.<br>*** Error code 1<br><br>Stop in /usr/ports/x11/nvidia-driver-173.<br>
root@pcbsd-7626#<br><br>Fourth, I was prematurely enthusiastic about the success of the nVidia legacy drivers under -BETA.  After further use, I find that after long periods of hibernation (such as 5 hours or overnight), the screen will corrupt to the point where nothing can be discerned. <br>
<br>Current Conclusion -- Except for the nVidia 195.22 driver series (which in my experience work very well in the x64 versions), nVidia drivers for the older cards are not working with PCBSD-RC or -RC2.  And therefore, the breakage may have no connection to the change to Xorg Server to 1.6.5.  Moreover, this is not a PCBSD problem, since PCBSD -RC2 works fine with older cards from other manufacturers that I have tried.  <br>
<br>I do not want to give up on the nVidia cards because I like them best and because nVidia regularly supports BSD.  I will review the nVidia forums to see if I can find any reporting on the older drivers not working under FreeBSD 8.0.  I am sure that others must be having this problem just as earlier reports on the x64 version of 192.22 populated the nVidia forum.<br>
<br>Finally, I want to thank you Kris for your kindness and patience to everyone.   This is reflected in your replies to everyone, and you are generous to provide step by step instructions to everyone.  It is interesting and informative to see seasoned FreeBSD programmers like you (and Dru Lavigne in her books too) take it slow and use the &#39;make,&#39; then &#39;make deinstall&#39; series to protect the existing driver from premature elimination until you are certain you have a good package to work with.  <br>
<br>PCBSD 8.0 will be a great release and should make a great mark in the desktop world.<br><br>Ian Robinson<br>Salem, Ohio<br></div></div>