1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking Benchmarking Platform
Phoromatic Test Orchestration

Nouveau Driver Q&A

Published on 3 September 2007

Page 4 of 5 - Add A Comment

Ssam: I have been using Nouveau on Ubuntu Gutsy with RAOF's packages for the past few days and they seem pretty stable on a 7300. At what point do you think Nouveau will replace nv? Is nouveau already as good as nv for 2D stuff? (have i been lucky)? If so why have none of the distros put it in as default yet?

Well, cards from GeForce 6x00 to 7x00 are currently the best supported, they may even support "3D" (well, glxgears). We are quite sure that nouveau is mostly stable for 2D, and for all we know, it compares favorably to nv.

We don't want to be default yet for reasons we detailed above. Just about two weeks ago we broke the binary interface yet again (see the latest TiNDC for a deeper explanation of why and what). So making us default is not a good idea yet. And yes, if you are tracking our progress with those packages, you have been a bit lucky in that we know how to init your card. Otherwise X wouldn't start up and you could rightly complain :)

Hmmm: Once basic 2D/3D support and RandR is completed, what would be next on the agenda for Nouveau?

Well, as already noted above, we really don't have a roadmap of what we do. It is up to the members of the project. They do what they are interested in.

Generally speaking though, before we can do anything more complex, we will need to start using TTM. We did some preliminary work, but there needs to be done a lot more. After that we can start implementing advanced features like texturing, lighting and all we need for our next milestone after glxgears (Quake).

Hmmm: Have you looked at trying to implement Pure Video?

Pure Video consists basically in using the 3D engine to achieve video decompression. Although we mostly know how to make use of the 3D engine from nv04 up to nv40 cards, there is currently no suitable API to expose such a mechanism under X11. An interesting alternative would be to implement video decoding over OpenGL, which would be both driver-independent and very flexible for the video player.

Hmmm: Have tried to approach NVIDIA to release the ancient Detonator drivers or older ForceWare drivers as opensource?

Interesting question, the answer is no though. There are various reasons (to some degree already mentioned in earlier answers) but if you consider the fact that they even won't release any specs, I don't see them releasing driver sources. Furthermore driver source code would have even more data about their chips (and sources bought from other vendors too). Also, now that we've done most of the reverse engineering effort, the usefulness of having Nvidia release specs has become quite low.

Hmmm: How does work done on the ATI open source & Intel open source drivers, Mesa, Randr, and X.Org influence your work?

The DRI drivers all use a common code-base, which means lots of the code is shared. Obviously when improvements to common code happen, all DRI drivers take benefit from it. One such example is the work done on the VBO branch that helped all the DRI drivers on the performance side. Another example is the TTM, which will be used by all drivers once finished. As far as reverse engineering is concerned, we do share a number of tools with the Radeon developers and Xorg also does support us (they did sponsor Arthur's work on Xv as a Vacation of Code project).

On the negative side, we also learn a lot from the mistakes we saw, or did, in the other drivers. For example, we are trying to avoid driver fragmentation as much as possible, since it makes maintenance a lot more difficult (an example of fragmentation can be seen with the ATI DRI drivers, and it has made maintenance more complicated in the past).

Latest Linux News
  1. Pinos Is For Linux Video What PulseAudio Is For Audio
  2. Crossing 200,000 Benchmark Results Posted On LinuxBenchmarking.com
  3. New Mesa Vec4 Backend For Intel, Supports Their NIR Goals
  4. "PulseVideo" Coming To Complement PulseAudio?
  5. Premium Users Now Can Experience Our New Site
  6. XFS Will Get DAX Support In The Linux 4.2 Kernel
  7. X.Org Server Lands More Mode-Setting/GLAMOR Improvements, But No Sign Of 1.18
  8. Linux Mint 17.2 Officially Released With Cinnamon/MATE Flavors
  9. Fedora For MIPS Is Now Out In Testing, Supports The Creator CI20
  10. KDE Plasma 5.3.2 Fixes Shutdown Scripts, Few Dozen Other Bugs
Latest Articles & Reviews
  1. How KDE VDG Is Trying To Make Open-Source Software Beautiful
  2. Attempting To Try Out BCache On The Linux 4.1 Kernel
  3. CompuLab's Fitlet Is A Very Tiny, Fanless, Linux PC With AMD A10 Micro
  4. AMD A10-7870K Godavari: RadeonSI Gallium3D vs. Catalyst Linux Drivers
Most Viewed News This Week
  1. Kubuntu 15.10 Could Be The End Of The Road
  2. Linus Is Looking Forward To Merging KDBUS, But Not Convinced By Performance
  3. NVIDIA Starts Supplying Open-Source Hardware Reference Headers
  4. KDBUS Won't Be Pushed Until The Linux 4.3 Kernel
  5. Linux 4.2 Kernel Gets Port To New Processor Architecture
  6. The Staging Pull For Linux 4.2: "Big, Really Big"
  7. The State & Complications Of Porting The Unity Editor To Linux
  8. SteamOS "Brewmaster" Is Valve's New Debian 8.1 Based Version