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

Brodey Dover doverosx at gmail.com
Wed Mar 3 10:33:38 PST 2010


Do the 64-bit drivers suffer the same issues? I'd love to try these out but
I'm using 64-bit right now. I'm also still using RC1 ;)
I am very glad that nVidia is supporting FreeBSD these days. FreeBSD support
is the main reason why I choose hardware these days.

Brodey

On Wed, Mar 3, 2010 at 1:22 PM, Arthur Koziol <A-Koziol at neiu.edu> wrote:

> 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-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
>> _______________________________________________
>> 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:
> http://www.nvnews.net/vbulletin/showthread.php?t=41545&page=44
>
>
> Arthur
>
>
> _______________________________________________
> Testing mailing list
> Testing at lists.pcbsd.org
> http://lists.pcbsd.org/mailman/listinfo/testing
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pcbsd.org/pipermail/testing/attachments/20100303/40e5e63c/attachment-0001.html>


More information about the Testing mailing list