Do the 64-bit drivers suffer the same issues? I&#39;d love to try these out but I&#39;m using 64-bit right now. I&#39;m also still using RC1 ;)<div>I am very glad that nVidia is supporting FreeBSD these days. FreeBSD support is the main reason why I choose hardware these days.</div>
<div><br></div><div>Brodey</div><div><br><div class="gmail_quote">On Wed, Mar 3, 2010 at 1:22 PM, Arthur Koziol <span dir="ltr">&lt;<a href="mailto:A-Koziol@neiu.edu">A-Koziol@neiu.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On 03/03/2010 11:26 AM, Arthur Koziol wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 03/03/2010 6:07 AM, Kris Moore wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 03/03/2010 17:05, Arthur Koziol wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 03/03/2010 11:00 AM, Mike Bybee wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
On Wed, Mar 3, 2010 at 9:14 AM, Arthur Koziol &lt;<a href="mailto:A-Koziol@neiu.edu" target="_blank">A-Koziol@neiu.edu</a><br>
&lt;mailto:<a href="mailto:A-Koziol@neiu.edu" target="_blank">A-Koziol@neiu.edu</a>&gt;&gt; wrote:<br>
<br>
On 03/03/2010 10:11 AM, Mike Bybee wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
On Wed, Mar 3, 2010 at 8:36 AM, Arthur Koziol &lt;<a href="mailto:A-Koziol@neiu.edu" target="_blank">A-Koziol@neiu.edu</a><br>
&lt;mailto:<a href="mailto:A-Koziol@neiu.edu" target="_blank">A-Koziol@neiu.edu</a>&gt;&gt; wrote:<br>
<br>
<a href="http://www.nvidia.com/object/freebsd_195.36.08.html" target="_blank">http://www.nvidia.com/object/freebsd_195.36.08.html</a><br>
<br>
* Added support for the following GPUs:<br>
Quadro FX 880M<br>
* Fixed a bug that caused screen corruption after an<br>
application released a GLX_NV_present_video device.<br>
* Fixed an X server crash caused by starting<br>
nvidia-settings while X was not on the active VT.<br>
* Fixed an nvidia-settings bug that produced many &quot;Bad<br>
argument&quot; warning messages when running nvidia-settings<br>
--query all.<br>
* Fixed a bug that caused G-Sync stereo synchronization<br>
to fail sometimes when enabling frame lock.<br>
* Fixed a bug that caused OpenGL applications to<br>
occasionally crash with &quot;double free or corruption&quot;<br>
messages when exiting.<br>
* On GPUs with VDPAU feature set A, enhanced VDPAU&#39;s<br>
handling of some corrupted or incorrectly formatted<br>
MPEG-1/2 streams. This solves a reported issue with<br>
&quot;0testbad.mpg&quot;.<br>
* Fixed a bug in the VDPAU video mixer that caused chroma<br>
aberrations, and corruption in the right-hand few<br>
columns of pixels, when post- processing video surfaces<br>
with widths not an exact multiple of 4 pixels.<br>
* Fixed a bug that prevented the GPUFanControlState<br>
attribute from being set on the nvidia-settings command<br>
line.<br>
* Fixed a regression that made the &quot;TVStandard&quot; X<br>
configuration option cause system hangs with products<br>
from the GeForce 6 and 7 series.<br>
* Worked around a bug in some AUO laptop flat panels<br>
where the native mode in the EDID is invalid, leading<br>
to a 640x480 desktop repeated six times<br>
across the screen.<br>
* Increased the maximum number of slices supported by<br>
VDPAU for MPEG-2 streams, in order to cope with the<br>
region 1 DVD &quot;A Christmas Story&quot;.<br>
* Added unofficial preliminary support for xorg-server<br>
video driver ABI version 7, including xorg-server-1.7.99.2.<br>
* Fix the soname of libvdpau_nvidia.so.1 and<br>
libvdpau_trace.so.1 to match their filenames.<br>
* Fixed a performance regression with non-antialiased<br>
text in KDE4.<br>
* Enabled GPU acceleration for many RENDER compositing<br>
operations that were previously processed in software,<br>
including conjoint and disjoint blending<br>
modes and component alpha blending.<br>
* Added experimental GPU acceleration of the RENDER<br>
CompositeTrapezoids operation. This can be enabled at<br>
runtime by running:<br>
nvidia-settings -a AccelerateTrapezoids=1 This is only supported on<br>
the GeForce GTX series or<br>
* newer products. Fixed a bug in the VDPAU overlay-based<br>
presentation queue that caused high CPU usage during<br>
&quot;put bits&quot; operations when more than two surfaces<br>
were queued.<br>
* Updated `nvidia-settings --query all` to report all<br>
available attributes queryable through all NV-CONTROL<br>
target types.<br>
* Enhanced the VDPAU blit-based presentation queue to<br>
provide values of &quot;first_presentation_time&quot; that have<br>
less jitter.<br>
* Add support for R16F and RG32F GLXFBConfigs when using<br>
GeForce 8 series and higher GPUs.<br>
* Added support for A2BGR10 32-bit GLX visuals on 30-bit<br>
X screens. These allow some level of window<br>
transparency when using 30-bit visuals with GLX and<br>
Composite, but they may cause problems with older X<br>
servers and/or applications.ARGB GLX visuals can be<br>
disabled by adding:<br>
Option &quot;AddARGBGLXVisuals&quot; &quot;False&quot; to the X<br>
configuration file. * Fixed a problem that caused DisplayPort devices to<br>
behave incorrectly when DPMS power saving mode was<br>
triggered.<br>
* Updated VDPAU to improve thread concurrency.See the<br>
README for details.<br>
* Altered NVIDIA X driver behavior in the case that no<br>
display devices are connected to the GPU.Previously, in<br>
this case, the NVIDIA X driver would pretend a CRT was<br>
connected to the GPU. Now, the NVIDIA X driver will not<br>
automatically pretend that any CRTs are connected.If<br>
the X driver does not detect any connected display<br>
devices, the X server will fail to start.<br>
To restore the old behavior, use the ConnectedMonitor X<br>
configuration option; e.g.,<br>
Option &quot;ConnectedMonitor&quot; &quot;CRT&quot; Alternatively, if display is not<br>
desired, Quadro and<br>
Tesla GPU users can enable &quot;NoScanout&quot; mode, which<br>
bypasses any mode timing validation or use of display<br>
devices; this is configured with:<br>
Option &quot;UseDisplayDevice&quot; &quot;none&quot; * Disabled software cursors when the<br>
driver is operating<br>
in &quot;no scanout&quot; (UseDisplayDevice &quot;none&quot;) mode.The<br>
software cursor image is not visible in remote desktop<br>
applications or screenshots anyway, so having software<br>
cursor enabled was unnecessary.<br>
* Changed glXSwapBuffers() behavior for a pixmap such<br>
that it is now a no-op in the direct rendering case in<br>
order to match the indirect case and comply with the<br>
GLX spec. Previously, calling glXSwapBuffers() on<br>
pixmaps in the direct case would swap the pixmap&#39;s<br>
buffers if the pixmap was double buffered.<br>
* Modified the installation location and names of<br>
internal VDPAU libraries to conform to conventions and<br>
Debian packaging guidelines. New versions of libvdpau<br>
expect this layout. Compatibility with old versions of<br>
libvdpau is maintained with symlinks.<br>
* Fixed a bug that could cause errors in graphical<br>
applications run after a previous application using<br>
VDPAU and OpenGL. This behaviour was observed when<br>
running Gwenole Beauchesne&#39;s hwdecode-demos application.<br>
* Modified vdpau.h to increment VDPAU_VERSION, to reflect<br>
the fact that new features have been added in the past.<br>
Also, add the new define VDPAU_INTERFACE_VERSION.<br>
* Fixed a periodic temporary hang in the VDPAU blit-based<br>
presentation queue.<br>
* Fixed a problem that caused resolution limitations or<br>
corruption on certain DisplayPort devices such as the<br>
Apple 24&quot; Cinema display or some DisplayPort to VGA<br>
adapters.<br>
* Disabled the UseEvents option for GeForce 8 series and<br>
higher GPUs due to a problem that causes occasional<br>
short hangs.It will be re-enabled when that bug has<br>
been tracked down and fixed.<br>
* VDPAU now allows multiple streams to be decoded at<br>
once, without the need to set any environment variables.<br>
<br>
<br>
<br>
_______________________________________________<br>
Testing mailing list<br>
<a href="mailto:Testing@lists.pcbsd.org" target="_blank">Testing@lists.pcbsd.org</a> &lt;mailto:<a href="mailto:Testing@lists.pcbsd.org" target="_blank">Testing@lists.pcbsd.org</a>&gt;<br>
<a href="http://lists.pcbsd.org/mailman/listinfo/testing" target="_blank">http://lists.pcbsd.org/mailman/listinfo/testing</a><br>
<br>
<br>
Have you tried it yet? Does it work with PowerDevil? Having to<br>
set my laptop power saving settings via script is lame :D<br>
<br>
-- Thanks,<br>
Mike Bybee<br>
</blockquote>
<br>
Mike,<br>
<br>
Nope. I was passing the info along to others since I happened to<br>
notice it today.<br>
<br>
Arthur<br>
<br>
_______________________________________________<br>
Testing mailing list<br>
<a href="mailto:Testing@lists.pcbsd.org" target="_blank">Testing@lists.pcbsd.org</a> &lt;mailto:<a href="mailto:Testing@lists.pcbsd.org" target="_blank">Testing@lists.pcbsd.org</a>&gt;<br>
<a href="http://lists.pcbsd.org/mailman/listinfo/testing" target="_blank">http://lists.pcbsd.org/mailman/listinfo/testing</a><br>
<br>
<br>
Thanks Arthur, just hoping :D<br>
<br>
The lack of good powerd support is a serious impediment on my laptop.<br>
<br>
-- <br>
Thanks,<br>
Mike Bybee<br>
</blockquote>
<br>
Mike,<br>
<br>
My home PC has NVidia but only a 5600 so, sadly, this driver wouldn&#39;t<br>
work for me. 6000 series an up only I&#39;m afraid. I&#39;m sure the FreeBSD dev<br>
folks know about powerd issues with NVidia and hopefully they will fix<br>
it in 8.1. Such is life.<br>
<br>
Arthur<br>
</blockquote>
<br>
Just FYI,<br>
<br>
I plan on updating the nvidia drivers sometime the week of the 15th, after I get back from AsiaBSDCon. I&#39;m hoping we see an updated amd64 driver as well, since this is on the 32bit side only :(<br>
<br>
</blockquote>
<br>
Kris,<br>
<br>
Yes, 32-bit only for now. I hope that the 64-bitters get pushed out soon for the 64-bit users out there.<br>
<br>
Arthur<br>
_______________________________________________<br>
Testing mailing list<br>
<a href="mailto:Testing@lists.pcbsd.org" target="_blank">Testing@lists.pcbsd.org</a><br>
<a href="http://lists.pcbsd.org/mailman/listinfo/testing" target="_blank">http://lists.pcbsd.org/mailman/listinfo/testing</a><br>
<br>
</blockquote>
<br></div></div>
Well, According to the NV forums, not much progress has been made on the 64-bit driver front.<br>
<br>
March 1st onward: <a href="http://www.nvnews.net/vbulletin/showthread.php?t=41545&amp;page=44" target="_blank">http://www.nvnews.net/vbulletin/showthread.php?t=41545&amp;page=44</a><div><div></div><div class="h5"><br>
<br>
Arthur<br>
<br>
<br>
_______________________________________________<br>
Testing mailing list<br>
<a href="mailto:Testing@lists.pcbsd.org" target="_blank">Testing@lists.pcbsd.org</a><br>
<a href="http://lists.pcbsd.org/mailman/listinfo/testing" target="_blank">http://lists.pcbsd.org/mailman/listinfo/testing</a><br>
</div></div></blockquote></div><br></div>