NVIDIA Is "Taking Linux Gaming Serious"

[vsteel]

There are a few thing that I could see supported like KMS. I think more bang for the buck would be to see if they could work to get the openGL standard advanced more. I would like to see the Cuda bug fixed so I can upgrade to the latest driver without losing points on my folding at home.

Nouveau, as long as they release some documentation on it I am fine if they don't help. Why waste their time writing a second driver when their first one works great. I think I represent 90% of the public and I know I represent a huge chunk of the people who would switch to Linux when I say I just want a great driver and I don't care if it is open or not. Does it work great? Yes? OK I am happy. The great working driver is why I only buy Nvidia cards.

I have had no issues upgrading the Linux driver. I just have the xorg edgers repository in my sources. I turn it on and then only upgrade the Nvidia driver and then turn edgers off after the upgrade. I have gone up and down in the drivers without issue and I am lazy because it is easier than doing the upgrade manually.

[blackout23]

I don't think KMS is even possible for closed source drivers.

Anyway I'd like:

* SLI support. Many gamers have SLI setups or Dual GPU cards, they'll have a nasty surprise on Linux

* Overclocking Support

* Shadowplay/GeForce Experience

* Physx

[jukk]

I would be very happy with Nvidia if they had the same features in their Linux driver as in their Windows driver. At least I would like to see support for:

Shadowplay
SLI
Optimus
3D

[tuke81]

Believe it or not, Nvidia doesn't support UEFI on linux. UEFI requires a framebuffer, efi, which nvidia doesn't support. So if you boot with UEFI, you'll get a black screen until X starts (if it works), and a black screen if you change TTY.

This has very little to do with UEFI. Framebuffer driver can be enabled with nvidia binary driver, but it's disabled by default because it can end to stability problems.

 $ sudo hwinfo --framebuffer
[sudo] password for tuke: 
02: None 00.0: 11001 VESA Framebuffer                           
  [Created at bios.464]
  Unique ID: rdCR.5bNP2Kvj7F8
  Hardware Class: framebuffer
  Model: "NVIDIA BIOS-P/N@N5985"
  Vendor: "NVIDIA Corporation"
  Device: "BIOS-P/N@N5985"
  SubVendor: "NVIDIA"
  SubDevice: 
  Revision: "Chip Rev"
  Memory Size: 14 MB
  Memory Range: 0xd9000000-0xd9dfffff (rw)
  Mode 0x0300: 640x400 (+640), 8 bits
  Mode 0x0301: 640x480 (+640), 8 bits
  Mode 0x0303: 800x600 (+800), 8 bits
  Mode 0x0305: 1024x768 (+1024), 8 bits
  Mode 0x0307: 1280x1024 (+1280), 8 bits
  Mode 0x030e: 320x200 (+640), 16 bits
  Mode 0x030f: 320x200 (+1280), 24 bits
  Mode 0x0311: 640x480 (+1280), 16 bits
  Mode 0x0312: 640x480 (+2560), 24 bits
  Mode 0x0314: 800x600 (+1600), 16 bits
  Mode 0x0315: 800x600 (+3200), 24 bits
  Mode 0x0317: 1024x768 (+2048), 16 bits
  Mode 0x0318: 1024x768 (+4096), 24 bits
  Mode 0x031a: 1280x1024 (+2560), 16 bits
  Mode 0x031b: 1280x1024 (+5120), 24 bits
  Mode 0x0330: 320x200 (+320), 8 bits
  Mode 0x0331: 320x400 (+320), 8 bits
  Mode 0x0332: 320x400 (+640), 16 bits
  Mode 0x0333: 320x400 (+1280), 24 bits
  Mode 0x0334: 320x240 (+320), 8 bits
  Mode 0x0335: 320x240 (+640), 16 bits
  Mode 0x0336: 320x240 (+1280), 24 bits
  Mode 0x033d: 640x400 (+1280), 16 bits
  Mode 0x033e: 640x400 (+2560), 24 bits
  Mode 0x0345: 1600x1200 (+1600), 8 bits
  Mode 0x0346: 1600x1200 (+3200), 16 bits
  Mode 0x034a: 1600x1200 (+6400), 24 bits                                                                                                                                                                      
  Mode 0x0360: 1280x800 (+1280), 8 bits                                                                                                                                                                        
  Mode 0x0361: 1280x800 (+5120), 24 bits                                                                                                                                                                       
  Config Status: cfg=new, avail=yes, need=no, active=unknown

(I don't have uefi with this though, but framebuffer query should be quite same)

And i.e. ubuntu you can enable it manually(especially uefi bios):

http://randomandlinux.blogspot.fi/2013/05/fix-ubuntu-boot-screen-after-installing.html

I still prefer unsilent nosplash text boot with good enough resulution and working tty.

btw. what is UEFI gop status on linux?

[nisheet_lall]

Please provide proper Optimus Support

This is one thing I have been dying to see since last 2 years, using bumblebee but a native official support from NVIDIA would be really nice.

[Dodecahedron]

EGL / Wayland
Optimus / Prime
KMS
Physx
Opensource as much as possible

[gufide]

Allowing 120 and 144 Hz on 2D screen. If it isn't done yet.

[tuke81]

Allowing 120 and 144 Hz on 2D screen. If it isn't done yet.

It's work fine, as long you don't wan't to use some custom panels and resolutions which go over max pix clock.

[IsacDaavid]

They would need to add some developers to nouveau before I would ever buy a Nvidia card again. I know some people say they use the Nvidia proprietary drivers because the just work but honestly I wouldn't be using Linux if thats all I cared about.

so much this

I intend to switch to AMD at some point next year for the sake of using open source drivers. Still, the performance needs to be there as well, and needs to keep improving at that. There's a chance that Nvidia will get my money as my GTX 570 has given me no issues whatsoever while AMD cards seem to crap on more people than they make happy.

The sad thing is that while AMD puts a little more effort on the free driver Radeon, a binary-only firmware is still needed to get 3D acceleration; whereas Nouveau can actually make use of all of your hardware without loading a single non-FOSS component.

[BlackStar]

so much this



The sad thing is that while AMD puts a little more effort on the free driver Radeon, a binary-only firmware is still needed to get 3D acceleration; whereas Nouveau can actually make use of all of your hardware without loading a single non-FOSS component.

RadeonHD avoided binary firmware, so they killed it.

Which is unfortunate, because binary blobs hide some of the useful features of the hardware (e.g. stereoscopic 3d modes.)