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

Arthur Koziol A-Koziol at neiu.edu
Wed Mar 3 09:26:31 PST 2010


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-1.7.99.2.
>>>> * 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


More information about the Testing mailing list