LINUX.ORG.RU

Nvidia: кактус 319.12

 ,


4

2

Только что запилили сабж на фтп, о чём мои коньки сообщили
Изменения пока не успел даже прочитать - овер много их что-то:

======== Release 319 Entries ========

    * Added initial support for restoration of efifb consoles on UEFI
      systems where the primary display is driven over VGA or TMDS (e.g.
      DVI, HDMI, or LVDS).

    * Added support for the xorg.conf Monitor section options "Ignore",
      "Enable", "Primary", and "Rotate".  For example, to rotate a monitor
      identified by a specific EDID hash, one could add the following to
      /etc/X11/xorg.conf or a file in /etc/X11/xorg.conf.d:

        Section "Monitor"
          Identifier "DPY-EDID-ee6cecc0-fa46-0c33-94e0-274313f9e7eb"
          Option "Rotate" "left"
        EndSection

      See the README and the xorg.conf(5) man page for more information.

    * Added an Underscan feature in the nvidia-settings X Server
      Display Configuration page which allows the configuration of an
      underscan border around the ViewPortOut.  This feature was
      formerly known as Overscan Compensation.

    * Added support for the following GPU:
        * GeForce GTX 650 Ti BOOST

    * Added support for application profiles to the NVIDIA client-side GLX
      implementation. See the "Application Profiles" chapter of the README for
      more information.

    * Added support to nvidia-installer for crytographically signing the NVIDIA
      kernel module. See the "Installing the NVIDIA Driver" chapter of the
      README for more information.

    * Added the "PanningTrackingArea" and "PanningBorder" MetaMode attributes.

    * Added support for RandR 1.3 panning.

    * Improved performance when the Accel option is disabled.

    * Added initial support for RandR 1.4 Provider objects with the Source
      Output capability, which can be used to render the desktop on an NVIDIA
      GPU and display it on an output connected to a provider with the Sink
      Output capability, such as an Intel integrated graphics device or a
      DisplayLink USB-to-VGA adapter.  See the README for details.

    * Added nvidia-modprobe, a setuid root utility, to the driver package.
      nvidia-modprobe can be used by user-space NVIDIA driver components
      to make sure the NVIDIA kernel module is loaded and that the
      NVIDIA character device files are present.  When possible,
      it is recommended to use Linux distribution native mechanisms
      for managing kernel module loading and device file creation.
      This utility is provided as a fallback to work out-of-the-box in
      a distribution-independent way.

    * Updated the nvidia-settings command line interface to accept display
      device names, as well as optional target qualifiers, e.g.

	     nvidia-settings -q [DVI-I-0]/RefreshRate
	     nvidia-settings -q [GPU-1.DVI_I-1]/RefreshRate

    * Updated the nvidia-settings command line interface to no longer assume
      the "X screen 0" target, when no target is specified in query and assign
      operations.  Instead, all valid targets of the attribute are processed.

    * Fixed a memory leak that occurred when destroying a GLX window
      but not its associated X window.

    * Fixed a bug that could cause nvidia-installer to fail to delete
      directories created as part of a previous installation.

    * Updated nvidia-installer to report failures to remove installed
      files or restore backed up files with a single warning message,
      instead of a separate message for each individual failure.

    * Improved the performance of modesets in cases where the mode
      timings remained the same, but other parameters of the mode
      configuration, such as the ViewPort or panning domain, changed.

    * Fixed an issue with RENDER convolution filters.  The driver will
      no longer normalize filter kernels before accelerating them.

    * Improved debuggability of the NVIDIA OpenGL libraries by
      including proper stack unwinding information on all supported
      architectures.

    * Updated the dkms.conf file and the makefile for the NVIDIA Linux
      kernel module to allow DKMS installations on systems with separate
      source and output directories.

    * Fixed a bug that caused RENDER Pictures to be sampled
      incorrectly when using nearest filtering in some cases.

    * Added support for the RandR "Border" and "BorderDimensions" Output
      properties, which can be used to configure the ViewPortOut of an
      RandR output.  This is functionally equivalent to the "ViewPortOut"
      MetaMode token.

    * Fixed a bug where RRGetCrtcInfo could report incorrect size
      information when an RandR output has a custom ViewPortIn.

    * Further improve performance of some versions of HyperMesh with
      Quadro GPUs.

    * Added a VDPAU page to the nvidia-settings control panel, to display
      information about the decoding capabilities of VDPAU-capable GPUs.

    * Added support for dynamic mode management through RandR, e.g. via
      the --newmode, --rmmode, and --delmode options in xrandr(1).

    * Increased the number of pages that are shareable across multiple
      processes in the x86 build of libnvidia-glcore.so, by reducing its
      R_386_PC32 relocation count.

    * Fixed a bug that caused XVideo applications to receive BadAlloc errors
      after VT switches and mode switches that occurred while a composite
      manager was running.

    * Removed the X driver's support for "CursorShadow".

    * Updated nvidia-installer to attempt unprelinking files whose checksums
      do not match the checksums recorded at installation time.

    * Switched .run package compression from gzip to xz.  This provides a
      higher level of compression.

★★★★

Чорд, опередил) только хотел запостить)

leg0las ★★★★★ ()

Version 1.4 of the X Resize, Rotate, and Reflect Extension (RandR 1.4 for short) adds a way for drivers to work together so that one graphics device can display images rendered by another. This can be used on Optimus-based laptops to display a desktop rendered by an NVIDIA GPU on a screen connected to another graphics device, such as an Intel integrated graphics device or a USB-to-VGA adapter.

Меня глючит или они запилили поддержку optimus'a ?

ivanich ★★ ()

хорошая попытка uefi + nvidia, но я все равно тебя не люблю =)

punya ★★ ()
Ответ на: комментарий от ivanich
Chapter 32. Offloading Graphics Display with RandR 1.4
______________________________________________________________________________

Version 1.4 of the X Resize, Rotate, and Reflect Extension (RandR 1.4 for
short) adds a way for drivers to work together so that one graphics device can
display images rendered by another. This can be used on Optimus-based laptops
to display a desktop rendered by an NVIDIA GPU on a screen connected to
another graphics device, such as an Intel integrated graphics device or a
USB-to-VGA adapter.


32A. SYSTEM REQUIREMENTS


   o X.Org X server version 1.13 or higher.

   o A Linux kernel with CONFIG_DRM enabled and the appropriate driver
     interfaces present:
     
        o drm_gem_prime_export
     
        o drm_gem_prime_import
     
        o gem_prime_pin
     
        o gem_prime_get_sg_table
     
        o gem_prime_import_sg_table
     
        o gem_prime_vmap
     
        o gem_prime_vunmap
     
     
   o Version 1.4.0 of the xrandr command-line utility.



32B. USING THE NVIDIA DRIVER AS A RANDR 1.4 OUTPUT SOURCE PROVIDER

To use the NVIDIA driver as an RandR 1.4 output source provider, the X server
needs to be configured to use the NVIDIA driver for its primary screen and to
use the "modesetting" driver for the other graphics device. This can be
achieved by placing the following in "/etc/X11/xorg.conf":

Section "ServerLayout"
    Identifier "layout"
    Screen 0 "nvidia"
    Inactive "intel"
EndSection

Section "Device"
    Identifier "nvidia"
    Driver "nvidia"
    BusID "<BusID for NVIDIA device here>"
EndSection

Section "Screen"
    Identifier "nvidia"
    Device "nvidia"
    # Uncomment this line if your computer has no display devices connected to
    # the NVIDIA GPU.  Leave it commented if you have display devices
    # connected to the NVIDIA GPU that you would like to use.
    #Option "UseDisplayDevice" "none"
EndSection

Section "Device"
    Identifier "intel"
    Driver "modesetting"
EndSection

Section "Screen"
    Identifier "intel"
    Device "intel"
EndSection

See "Q. What is the format of a PCI Bus ID?" in Chapter 7 for information on
determining the appropriate BusID string for your graphics card.

The X server does not automatically enable displays attached to the non-NVIDIA
graphics device in this configuration. To do that, use the "xrandr" command
line tool:

$ xrandr --setprovideroutputsource modesetting NVIDIA-0
$ xrandr --auto

This pair of commands can be added to your X session startup scripts, for
example by putting them in "$HOME/.xinitrc" before running "startx".

Use the

$ xrandr --listproviders

command to query the capabilities of the graphics devices. If the system
requirements are met and the X server is configured correctly, there should be
a provider named "NVIDIA-0" with the "Source Output" capability and one named
"modesetting" with the "Sink Output" capability. If either provider is missing
or doesn't have the expected capability, check your system configuration.


32C. CAVEATS


   o There is no synchronization between the images rendered by the NVIDIA GPU
     and the output device. This means that the output device can start
     reading the next frame of video while it is still being updated,
     producing a graphical artifact known as "tearing". Tearing is currently
     expected due to limitations in the design of the X.Org X server.

   o The NVIDIA driver currently only supports the "Source Output" capability.
     It does not support render offload and cannot be used as an output sink.


_
megabaks ★★★★ ()
Ответ на: комментарий от punya

но я все равно тебя не люблю =)

ну вот...и эта весна не принесла счастья :'(

megabaks ★★★★ ()
Ответ на: комментарий от megabaks

И в генте еще неделю наверное ждать пока появится,

* I'm sorry, but I was unable to support the Makeself file.
 * The version I detected was '1.6.0-nv2'.
 * Please file a bug about the file NVIDIA-Linux-x86_64-319.12.run at
 * http://bugs.gentoo.org/ so that support can be added.
 * ERROR: x11-drivers/nvidia-drivers-319.12 failed (unpack phase):
 *   makeself version '1.6.0-nv2' not supported

А все изза этого

Switched .run package compression from gzip to xz.  This provides a higher level of compression.

ivanich ★★ ()
Ответ на: комментарий от ivanich

This can be used on Optimus-based laptops to display a desktop rendered by an NVIDIA GPU on a screen connected to another graphics device, such as an Intel integrated graphics device or a USB-to-VGA adapter.

Ну теперь то радеонам точно капец!

bsdfun ★★★★★ ()

похороникс уже отписался.

агонизирующие любители оптимуса,
вас перевели в пеанимацию

Deleted ()
Ответ на: комментарий от megabaks

Как то не очень тривиально для меня оказалось

--- unpacker.eclass.orig 2013-03-23 23:31:15.000000000 +0200
+++ unpacker.eclass 2013-04-09 23:55:18.000000000 +0300
@@ -178,7 +178,7 @@
   local skip=0
   exe=tail
   case ${ver} in
-   1.5.*|1.6.0-nv) # tested 1.5.{3,4,5} ... guessing 1.5.x series is same
+   1.5.*|1.6.0-nv|1.6.0-nv2) # tested 1.5.{3,4,5} ... guessing 1.5.x series is same
     skip=$(grep -a ^skip= "${src}" | cut -d= -f2)
     ;;
    2.0|2.0.1)
@@ -225,6 +225,9 @@
   *tar\ archive*)
    eval ${exe} | tar --no-same-owner -xf -
    ;;
+  XZ*)
+   eval ${exe} | xz -dc | tar --no-same-owner -xf -
+   ;;
   bzip2*)
    eval ${exe} | bzip2 -dc | tar --no-same-owner -xf -
    ;;

ivanich ★★ ()
Ответ на: комментарий от ivanich

ну вот - теперь рассказывай что там с оптимусом

megabaks ★★★★ ()
Ответ на: комментарий от megabaks

Дайте кто-нибудь историю успеха с новыми дровами и оптимусом, пожалуйста.

KennyMinigun ★★★★★ ()
Ответ на: комментарий от megabaks
A Linux kernel with CONFIG_DRM enabled and the appropriate driver
     interfaces present:
     
        o drm_gem_prime_export
     
        o drm_gem_prime_import
     
        o gem_prime_pin
     
        o gem_prime_get_sg_table
     
        o gem_prime_import_sg_table
     
        o gem_prime_vmap
     
        o gem_prime_vunmap

Это же были внутренние интерфейсы ядра с которыми нельзя линковаться проприетарщине? Или в ядре что-то поправили? Или невидиа нарушает лицензию? Или они перекладывают ответственность на пользователей кактуса?

daemonpnz ★★★★★ ()
Ответ на: комментарий от KennyMinigun

Ага, но там то речь про 3.9, а с текущими ядрами нарушение лицензии или как?

daemonpnz ★★★★★ ()
Ответ на: комментарий от daemonpnz

Не знаю. По этому и прошу историю успеха.

// Учитывая, что драйвер - бетка, а kernel 3.9 еще только rc6 можно предположить, что на стабильных ядрах оптимус пока не взлетит.

KennyMinigun ★★★★★ ()
Последнее исправление: KennyMinigun (всего исправлений: 1)
Ответ на: комментарий от KennyMinigun

Слава богу не имею сего говна и проверить не могу.

daemonpnz ★★★★★ ()

Фигово, перестала работать строчка Modes. У меня моник только с D-SUB и воткнут через переходник в DVI-I.

Раньше Modes «1440x900» срабатывало, теперь он думает, что у меня CRT и 640х480.

Подскажите куда копать? Кроме магаза за новым моником, это попозже.

kott ★★★★★ ()
Ответ на: комментарий от megabaks

почейнил, вдруг кому пригодится:

50-device.conf

# Having multiple "Device" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
Section "Device"
  Identifier "Default Device"
#
Driver "nvidia"
#Driver "nouveau"
#
#  ## Required magic for radeon/radeonhd drivers; output name
#  ## (here: "DVI-0") can be figured out via 'xrandr -q'
#  Option "monitor-DVI-I-0" "MonitorDVI"
#    Option "ConnectedMonitor" "DFP"
#Option "IgnoreDisplayDevices" "CRT"
  Option "UseEDID" "FALSE"
  Option "ExactModeTimingsDVI" "FALSE"
  Option "ModeValidation" "NoMaxPClkCheck"
  Option "ModeValidation" "AllowNonEdidModes"
  Option "ModeValidation" "NoEdidModes"
  Option "ModeValidation" "NoEdidMaxPClkCheck"
  Option "ModeValidation" "NoDFPNativeResolutionCheck"
#
EndSection

50-monitor.conf

# Having multiple "Monitor" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
Section "Monitor"
  Identifier "Default Monitor"
#
#  ## If your monitor doesn't support DDC you may override the
#  ## defaults here
HorizSync 55.93
VertRefresh 60
#
#  ## Add your mode lines here, use e.g the cvt tool
#
# 1440x900 59.89 Hz (CVT 1.30MA) hsync: 55.93 kHz; pclk: 106.50 MHz
Modeline "1440x900_60.00"  106.50  1440 1528 1672 1904  900 903 909 934 -hsync +vsync
Option "PreferredMode" "1440x900_60.00"
EndSection

50-screen.conf

# Having multiple "Screen" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
Section "Screen"
  Identifier "Default Screen"
#
  Device "Default Device"
#
#  ## Doesn't help for radeon/radeonhd drivers; use magic in
#  ## 50-device.conf instead
  Monitor "Default Monitor"
  Subsection "Display"
  Modes "1440x900_60.00"
  EndSubSection
#
EndSection

kott ★★★★★ ()
Ответ на: комментарий от RussianNeuroMancer

Если таки запилили, то уже можно брать ноуты с невидией. Но сдаётся мне, оно ещё сырое там.

Quasar ★★★★★ ()
Ответ на: комментарий от bsdfun

Вот когда невидия начнёт сопоставимые видяхи по производительности OpenCL и цене выпускать, а также когда сделает полноценный открытый драйвер - тогда может и будет капец.

Quasar ★★★★★ ()
Ответ на: комментарий от daemonpnz

Невидия просто отмазывалась, но её в конец задолбали. Ничто не мешает подключаться проприетарными компонентами к интерфейсам ядра, если результат не будет распространяться. Именно поэтому невидиевский драйвер легален (как и AMD Cataclysm).

Quasar ★★★★★ ()
Последнее исправление: Quasar (всего исправлений: 1)

Ou shit! Optimus! Это надо отметить!

alpha4 ()

Бета аль релиз? Коли релиз, надобно бы новость запилить. Жаль, до четверга в разъездах я :-(

carasin ★★★★★ ()

* Added initial support for restoration of efifb consoles on UEFI
systems where the primary display is driven over VGA or TMDS (e.g.
DVI, HDMI, or LVDS).

Отлично, хотя у меня и с предыдущими драйверами всё работало.

Andrew ★★★ ()
Ответ на: комментарий от kott

Я когда решал подобную проблему с KVM, просто запихнул в конфиги обеих машин дамп EDID'а, а то KVM в отключенном состоянии, хоть и DVI, тоже репортит 640х480.

pekmop1024 ★★★★★ ()
Ответ на: комментарий от Quasar

открытый драйвер...это что-то религиозное, лечись

megabaks ★★★★ ()
Ответ на: комментарий от feofan

заметил, только оно пока практически не нужно
да и сраное ати выигрывает только на биткоинах, которые сами по себе не нужны

megabaks ★★★★ ()
Ответ на: комментарий от feofan

сколько программ используют opencl?
и таки есть CUDA, оха!?
пруфы в гугле

megabaks ★★★★ ()
Ответ на: комментарий от megabaks

Ну, кто виноват, что на невидии не работает толком OpenCL, кроме самой невидии?

feofan ★★★★★ ()
Ответ на: комментарий от feofan

ну-ну...продолжай в это верить
оно работает как раз, и opencl от невидии работает лучше такового от ати
только один хер тормозней куды

megabaks ★★★★ ()
Ответ на: комментарий от megabaks

opencl от невидии работает лучше такового от ати

пруф?

opencl от невидии [...] тормозней куды

А вот в это верю.

feofan ★★★★★ ()
Ответ на: комментарий от G-UNiX

Один хрен, игливг уже новость запилил. Посмотрим, авось и зааппрувят, несмотря на статус бета-версии.

carasin ★★★★★ ()
Ответ на: комментарий от ivanich

Твой патч уже принят в апстрим, но у меня всё равно не работало. Причину нашёл здесь: http://git.opensde.net/opensde/opensde-nopast/commit/

New versions of `file` return «XZ compressed data» instead of «xz compressed data» like former versions did, which breaks xz file type detection in 'sde-download'.

Обновил утилиту file:

[ebuild     U  ] sys-apps/file-5.12-r1 [5.04] USE="python zlib%* -static-libs%" 632 kB

Всё заработало. Можешь сообщить гентушным мейнтейнерам? Cast megabaks.

ZenitharChampion ★★★★★ ()

кто-то запустил сие на генте?
столкнулся с тем.. что когда в xorg.conf ссылаешь на скрин, который с нвидия драйвером - черный экран, иксы не пашут, делаешь через Screen 0 «intel» - всё запускается и работает через интел,
если выставляю opengl нвидию вместо интела ( eselect opengl set nvidia ) тогда ничего хорошего нет, иксы вроде запускаются, а вот дм нет (по крайней мере экран не черный а дм ругается и как бы стопориться на этом, CTRL+ALT+Fx пашит)
если прописываю как требуют в хорг.конф у интела - driver «modesetting» тогда glxinfo выдает что у меня llvm видяха
собрал кернел 3.9.0-рц6. один раз вроде нвидия 319.12 поставилась под этот 3.9.0-рц6, а теперь запускаю на переустановку - ругается мол что не гентосорцы, и что вообще .конфиг по адресу /usr/src/linux-3.9.0-rc6 не пригодный... подозреваю оттого, что в нем нет упоминания "-gentoo"

linux-v0id ()
Ответ на: комментарий от linux-v0id

подозреваю оттого, что в нем нет упоминания "-gentoo"

нет

megabaks ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.