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.org

NVIDIA Tegra With Dedicated Quadro/GeForce?

NVIDIA

Published on 10 May 2012 10:09 PM EDT
Written by Michael Larabel in NVIDIA
10 Comments

File this as you wish, but since talking about The Biggest Problem For A Linux PC Vendor, I've heard some interesting information from a source regarding future Tegra plans. The mentioned work if it reaches the market would be extremely interesting and would be good news for Linux users.

The information I was passed along comes after I mentioned earlier this week the "biggest problem for a Linux PC vendor", which ended up being the lack of proper NVIDIA Optimus support under Linux. With so many laptop configurations now offering Optimus -- a low-power integrated GPU and a high-performance discrete GPU that is supposed to allow for dynamically switching between them based upon performance/power needs -- not having this technology properly implemented in Linux has been a huge pain for this vendor. It's also likely been a problem for other vendors too, besides end-users who buy Windows laptops only to reload them with Linux and then find out this NVIDIA technology isn't properly supported under Linux.

You can find more on Optimus in other Phoronix articles, but here's the information that I was passed along since publicizing the Optimus-Linux-pain: NVIDIA is reportedly planning support for a future generation of their Tegra ARM SoC to be able to cooperate with an external, discrete NVIDIA GPU, such as a higher-end GeForce or Quadro graphics card. This would be extremely interesting so basically there's still the low-power but good performance ARM SoC, but optionally other vendors could pair it with a discrete GeForce/Quadro GPU on the PCB. For proper power-savings and support, this would be like Optimus is right now on x86 hardware.

This could be interesting for a few cases, such as finding NVIDIA Tegra in a netbook/notebook with having a GeForce GPU for bettering the graphics performance when needed in an Optimus-like manner. It would also make sense if NVIDIA pushes Tegra further into the server-space to compete with the likes of Calxeda and then offers NVIDIA Quadro GPU cores as an attached option with greatly pushing CUDA/OpenCL into the ARM space. Having a multi-core ARMv8 SoC paired with a discrete NVIDIA GPU could be quite interesting.

It also makes a lot of sense as NVIDIA could better separate itself from the other ARM SoCs on the market thanks to their in-house graphics IP where as nearly any other hardware vendor is limited to licensing it from someone else. But again, I haven't had this officially confirmed nor from some brief looking over the past 36 hours seen this possibility mentioned anywhere else. NVIDIA could easily distinguish themselves in the ARM space for performance.

Aside from yielding interesting hardware configurations, this news is interesting to Linux users for a few reasons:

- NVIDIA would need to port their proprietary Linux graphics driver to ARM for supporting the GeForce/Quadro GPU. Right now their mainline Linux driver is available only for x86/x86_64 architectures (and IA64 in a very old form).

- NVIDIA would need to provide proper Optimus support under Linux due to this configuration and considering that Linux on ARM is likely to dominate for the foreseeable future. [Thus also making happy at least one Linux PC vendor as a fringe benefit.]

Plus there's a few other possible benefits to Linux users, but I'll save those for a future article.

As far as when this support might be available, it's looking like it could happen with Tegra's "Wayne" or "Logan", which are presently planned for 2013. This hasn't been officially confirmed by NVIDIA, but it does make sense, especially after There's Hope For DMA-BUF With Non-GPL Drivers where I even mentioned "Back in January there was a request by NVIDIA that the DMA-BUF kernel symbols be not exported GPL-only, which would prevent them from taking advantage of this buffer sharing mechanism in their proprietary driver. This would inhibit them from being able to easily/cleanly share buffers between their binary driver and say the Intel open-source driver...for buffer-sharing between an open-source NVIDIA Tegra kernel driver and the binary driver with a GeForce GPU, a case that one of the requesting NVIDIA engineer mentioned."

Latest Linux Hardware Reviews
  1. Mini-Box M350: A Simple, Affordable Mini-ITX Case
  2. Overclocking The AMD AM1 Athlon & Sempron APUs
  3. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
  4. Upgraded Kernel & Mesa Yield A Big Boost For Athlon R3 Graphics
Latest Linux Articles
  1. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  2. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  3. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  4. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
Latest Linux News
  1. Fedora Workstation Is Making Me Quite Excited
  2. Maynard: A Lightweight Wayland Desktop
  3. Chromium Browser Going Through Growing Pains In Ubuntu 14.04
  4. KDE 4.13 Is Being Released Today With New Features
  5. Trying Out Radeon R9 290 Graphics On Open-Source
  6. Intel Broadwell GT3 Graphics Have Dual BSD Rings
  7. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  8. Red Hat Releases Its RHEL 7 Release Candidate
  9. New Features Coming To Xubuntu 14.04 LTS
  10. NVIDIA Officially Releases CUDA 6
  11. Google Releases An AutoFDO Converter For Perf In LLVM
  12. Fedora 21 To Evaluate Remote Journal Logging, 64-bit ARM Emulation
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Change installation destination from home directory
  3. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  4. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  5. Bye bye BSD, Hello Linux: A Sys Admin's Story
  6. New tool for undervolt/overclock AMD K8L and K10 processors
  7. How to enable opengl 3.3 on r9 270?
  8. R290x sound problems