Quadro K3000M - CPU utilization 100% while GPU utilization 0%

Hello, I am very much a linux newbie, so please bear with me.

I am trying to get an application at work to run on a new laptop. This application is very OpenGL 3D graphics intensive. While the 3D images render, they are unusably slow. Even a simple program like glxgears is slow and jerky. Glxgears is running at 3.5 FPS and is taking 100% of a CPU. I have a somewhat bizarre configuration in that I am using a cloned image of a previous computer on newer hardware. Sadly, I can’t get around this because of the complications in the software installation.

Hardware: HP Elitebook 8770w with a Quadro K3000M graphics card.
uname -r = 2.6.18-128.el5xen
uname -i = x86_64
XServer = 7.1

It seems like the nVidia drivers are installed correctly:
glxinfo | grep -i render
direct rendering: Yes
OpenGL renderer string: Quadro K3000M/PCIe/SSE2

lsmod | grep -i nvid
nvidia 94445748 30
i2c_core 56129 2 12c_ec,nvidia

The only troubling thing I have found (aside from it not working) is when I
dmesg | grep -i nvid, I get
nvidia: module license ‘NVIDIA’ taints kernal
However, it looks like the module loads right after that.
From some google searches, it looks like this message might be spurious?

The tail of the install log (there were some compiler warnings ahead of that, let me know if those are interesting).

NVIDIA: left KBUILD.
-> done.
-> Kernel module compilation complete.
-> Unable to determine if Secure Boot is enabled: No such file or directory
-> Kernel messages:
NVRM: The NVIDIA GPU 0000:01:00.0 (PCI ID: 10de:11be) installed
NVRM: in this system is not supported by the 260.19.36 NVIDIA Linux
NVRM: graphics driver release. Please see ‘Appendix A -
NVRM: Supported NVIDIA GPU Products’ in this release’s README,
NVRM: available on the Linux graphics driver download page at
NVRM: www.nvidia.com.
ACPI: PCI interrupt for device 0000:01:00.0 disabled
nvidia: probe of 0000:01:00.0 failed with error -1
NVRM: The NVIDIA probe routine failed for 1 device(s).
NVRM: None of the NVIDIA graphics adapters were initialized!
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:01:00.0 to 64
NVRM: The NVIDIA GPU 01:00.0 (PCI ID: 10de:11be) installed
NVRM: in this system is not supported by the 195.36.15 NVIDIA Linux
NVRM: graphics driver release. Please see ‘Appendix A -
NVRM: Supported NVIDIA GPU Products’ in this release’s README,
NVRM: available on the Linux graphics driver download page at
NVRM: www.nvidia.com.
nvidia: probe of 0000:01:00.0 failed with error -1
NVRM: The NVIDIA probe routine failed for 1 device(s).
NVRM: None of the NVIDIA graphics adapters were initialized!
[drm] Initialized drm 1.0.1 20051102
PCI: Setting latency timer of device 0000:01:00.0 to 64
NVRM: loading NVIDIA UNIX x86_64 Kernel Module 319.17 Thu Apr 25 22:45:49 PDT 2013
ACPI: PCI interrupt for device 0000:01:00.0 disabled
-> Installing both new and classic TLS OpenGL libraries.
-> Installing both new and classic TLS 32bit OpenGL libraries.
-> Install NVIDIA’s 32-bit compatibility OpenGL libraries? (Answer: Yes)
-> Searching for conflicting X files:
-> done.
-> Searching for conflicting OpenGL files:
-> done.
-> Installing ‘NVIDIA Accelerated Graphics Driver for Linux-x86_64’ (319.17):
executing: ‘/sbin/ldconfig’…
executing: ‘/sbin/depmod -aq’…
-> done.
-> Driver file installation is complete.
-> Running post-install sanity check:
-> done.
-> Post-install sanity check passed.
-> Shared memory test passed.
-> Running runtime sanity check:
-> done.
-> Runtime sanity check passed.
-> Would you like to run the nvidia-xconfig utility to automatically update your X configuration file so that the NVIDIA X driver will be used when you restart X? Any pre-existing X configuration file will be backed up. (Answer: Yes)
-> Your X configuration file has been successfully updated. Installation of the NVIDIA Accelerated Graphics Driver for Linux-x86_64 (version: 319.17) is now complete.

Attach nvidia-bug-report.

Here’s the bug report

nvidia-bug-report.log.gz (49.5 KB)

You log shows this : Scanning kernel log files for NVRM messages:

Scanning kernel log files for NVRM messages:

/var/log/messages:
Aug 13 12:57:07 demohonnen kernel: : NVRM: loading NVIDIA UNIX x86_64 Kernel Module 319.17 Thu Apr 25 22:45:49 PDT 2013
Aug 13 12:57:07 demohonnen kernel: : NVRM: bad caching on address 0xffff8803caa21000: actual 0x77 != expected 0x73
Aug 13 12:57:07 demohonnen kernel: : NVRM: please see the README section on Cache Aliasing for more information
Aug 13 12:57:07 demohonnen kernel: : NVRM: bad caching on address 0xffff8803caa22000: actual 0x77 != expected 0x73
Aug 13 12:57:07 demohonnen kernel: : NVRM: bad caching on address 0xffff8803caa24000: actual 0x77 != expected 0x73

Thanks. I looked into this. It seems like the original image also throws this error as well. My understanding is that this error can potentially make rendering graphics unstable, but doesn’t stop the GPU from being used.

I’m wondering (the more I google) whether or not something is not set up correctly since this is using a Xen Kernel. Xen has VGA forwarding turned on, and for all intents and purposes it looks like the guest os can completely see the graphics card. In fact, the Xen software graphics driver isn’t even an option. Accept for 3D graphics, everything else seems fine from a graphics standpoint.