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

Arthur Koziol A-Koziol at neiu.edu
Wed Mar 3 10:22:12 PST 2010

On 03/03/2010 11:26 AM, Arthur Koziol wrote:
> On 03/03/2010 6:07 AM, Kris Moore wrote:
>> 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,
> Yes, 32-bit only for now. I hope that the 64-bitters get pushed out 
> soon for the 64-bit users out there.
> Arthur
> _______________________________________________
> Testing mailing list
> Testing at lists.pcbsd.org
> http://lists.pcbsd.org/mailman/listinfo/testing

Well, According to the NV forums, not much progress has been made on the 
64-bit driver front.

March 1st onward: 


More information about the Testing mailing list