Comment 55 for bug 391461

Hi
My laptop is an HP Pavilion 6000, with a G72M (GeForce Go 7400) chipset and the following CPU profile :

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 14
model name : Genuine Intel(R) CPU T2250 @ 1.73GHz
stepping : 8
cpu MHz : 800.000
cache size : 2048 KB
.....

cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon bts pni monitor est tm2 xtpr pdcm

And objousvly I exprerienced the same problem.

The latest driver 185.18.36 runs in the same way you described WITH and WITHOUT the workaround above (that looking at the code seems to be a test exclusion but does not solve the problem).
I tested everything with kernels x.31-12 and x.31-13.

I tested a new beta driver frome the NVIDIA site (the 190 beta) by a manual installation and it does not solve the problem so I reversed back to Ubuntu version (185).

However I think this is a strange behavior because the glx module is properly installed and "glxinfo" returns a properly running extension :

name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
....

glxgears runs properly and Google earth it's extremely fast, but there are problem with COMPIZ and with KDE also that does not use COMPIZ.

I don't know why but probably this is due to an OPENGL feature that fall back to a software implementation if the CPU does not have PAT .

I am in doubt about a kernel patch solution or a simple test removal, I think this is an architectural problem into the driver that dorce PAT instead of MTRR , and the new 190 driver still does not work.

Bye.