[PC-BSD Testing] Holy ##%!, NVidia releases monster driver update

nastone1 at comcast.net nastone1 at comcast.net
Wed Mar 3 13:46:17 PST 2010

Would this have anything to do with random lock ups? I run BSD for a while and suddenly the whole computer freezes. 


----- Original Message ----- 
From: "Kris Moore" <kris at pcbsd.com> 
To: testing at lists.pcbsd.org 
Sent: Wednesday, March 3, 2010 4:07:38 AM GMT -08:00 US/Canada Pacific 
Subject: Re: [PC-BSD Testing] Holy ##%!, NVidia releases monster driver update 

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

Just FYI, 

I plan on updating the nvidia drivers sometime the week of the 15th, 
after I get back from AsiaBSDCon. I'm hoping we see an updated amd64 
driver as well, since this is on the 32bit side only :( 


Kris Moore 
PC-BSD Software 
Testing mailing list 
Testing at lists.pcbsd.org 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pcbsd.org/pipermail/testing/attachments/20100303/0e879ba2/attachment.html>

More information about the Testing mailing list