Results 1 to 4 of 4

Thread: NVIDIA 270.18 Linux Beta Driver Is Here

  1. #1
    Join Date
    Jan 2007
    Posts
    15,417

    Default NVIDIA 270.18 Linux Beta Driver Is Here

    Phoronix: NVIDIA 270.18 Linux Beta Driver Is Here

    This morning I talked about a stable NVIDIA Linux driver update (v260.19.36) and that a 270.xx beta driver would be imminent. It turns out, however, that the NVIDIA 270.18 Beta driver is already publicly available. It can be tested for Linux x86/x86_64 with a couple of new features to this proprietary graphics driver...

    http://www.phoronix.com/vr.php?view=OTA0MA

  2. #2
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,587

    Default

    Umm the link is dead. My thread seems to have disappeared from the forums.

  3. #3
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,587

    Default

    Here it is again (don't delete it this time).


    • Updated the NVIDIA kernel module to ensure that all system memory allocated by it for use with GPUs or within user-space components of the NVIDIA driver stack is initialized to zero. A new NVIDIA kernel module option, InitializeSystemMemoryAllocations, allows administrators to revert to the previous behavior.
    • Added preliminary support for xserver 1.10.
    • Reorganized the NVIDIA driver's /proc file system layout to better reflect current needs: /proc/driver/nvidia/cards/0..N has been moved to /proc/driver/nvidia/gpus/0..N/information
    • Added new shared library: libnvidia-ml.so.
      • NVML provides programmatic access to static information and monitoring data for NVIDIA GPUs, as well as limited managment capabilities. It is intended for use with Tesla compute products.
        See web-based documentation and associated nvml.h header for more info.
    • Added a new X configuration option "3DVisionDisplayType" to specify the display type when NVIDIA 3D Vision is enabled with a non 3D Vision ready display.
    • Fixed several bugs relating to hardware-accelerated gradients, which were causing visual corruption in some of the default Ubuntu GNOME themes.
    • Modified colormap updates to no longer be synchronized to vblank. This allows applications to send XStoreColor and XStoreColors requests faster than the screen's refresh rate. This behavior can be controlled by a new NV-CONTROL attribute, NV_CONTROL_SYNC_LUT_UPDATES. By default, LUT updates are not synchronized. This may cause flickering in some applications that use the colormap to perform animation, such as xpilot running on a depth 8 Xscreen. If you experience flickering, try running nvidia-settings -a [gpu:0]/SynchronousPaletteUpdates=1


    Linux 32-bit

    http://www.nvidia.com/object/linux-d...18-driver.html

    Linux 64-bit

    http://www.nvidia.com/object/linux-d...18-driver.html

    Solaris

    http://www.nvidia.com/object/solaris...18-driver.html

    FreeBSD 32-bit

    http://www.nvidia.com/object/freebsd...18-driver.html

    FreeBSD 64-bit

    http://www.nvidia.com/object/freebsd...18-driver.html

  4. #4
    Join Date
    Apr 2010
    Posts
    99

    Default

    I wonder what apps are most affected by the last feature.
    Maybe someone knows a command to show what binaries call XStoreColor(s)?

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •