169.07 on Fedora 8 XEN

[drivesoslow]

<see below>

[drivesoslow]

I was able to get it to compile and install no problem finally, but it locks up when I startx. I can compile it for non-XEN 64bit no problem. The non-XEN kernel is significantly newer (2.6.23 vs 2.6.21)

[drivesoslow]

It turns out that it does not lock up exactly. Instead if you wait 20-30 seconds it causes the system to reboot.

[drivesoslow]

I should mention that I have tried older versions of the driver and they have resulted in the same exact problem. This is on F8 XEN 64bit. My hard ware is as follows:

Intel Core 2 Duo E6320
ASUS P5B-VM
4GB DDR2
NVIDIA 8600GT 512MB

[drivesoslow]

~$ lspci -d "10de:*" -v -xxx
01:00.0 VGA compatible controller: nVidia Corporation Unknown device 0402 (rev a1) (prog-if 00 [VGA])
        Subsystem: LeadTek Research Inc. Unknown device 2a83
        Flags: bus master, fast devsel, latency 0, IRQ 16
        Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
        Memory at c0000000 (64-bit, prefetchable) [size=256M]
        Memory at fa000000 (64-bit, non-prefetchable) [size=32M]
        I/O ports at 9c00 [size=128]
        Expansion ROM at fe7e0000 [disabled] [size=128K]
        Capabilities: <access denied>
        Kernel driver in use: nvidia
        Kernel modules: nvidiafb, nvidia
00: de 10 02 04 07 00 10 00 a1 00 00 03 08 00 00 00
10: 00 00 00 fd 0c 00 00 c0 00 00 00 00 04 00 00 fa
20: 00 00 00 00 01 9c 00 00 00 00 00 00 7d 10 83 2a
30: 00 00 7e fe 60 00 00 00 00 00 00 00 0b 01 00 00

cat /var/log/Xorg.0.log.old 

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Fedora 8 Red Hat, Inc.
Current Operating System: Linux ryan.thisoldhouse 2.6.21-2952.fc8xen #1 SMP Mon Nov 19 07:06:36 EST 2007 x86_64
Build Date: 13 December 2007
Build ID: xorg-x11-server 1.3.0.0-37.fc8 
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jan 18 16:08:00 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Videocard0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(WW) No FontPath specified.  Using compiled-in default.
(==) FontPath set to:
        catalogue:/etc/X11/fontpath.d,
        built-ins
(==) RgbPath set to "/usr/share/X11/rgb"
(==) ModulePath set to "/usr/lib64/xorg/modules"

[drivesoslow]

SOLVED!

It was a kernel issue. The current Fedora 8 XEN kernel was the issue. Since there was not a newer one available I enabled the development repo and installed the Fedora 9 XEN kernel that was in it. A couple of small hacks with the drive source and I have a working NVIDIA 169.07 driver. I assume when the next kernel is release for Fedora 8 it will resolve this issue.

Was:

kernel-xen-2.6.21-2952.fc8
kernel-xen-devel-2.6.21-2952.fc8

Now:

kernel-xen-2.6.21.7-2892.fc9
kernel-xen-devel-2.6.21.7-2892.fc9

[ehagberg23]

Originally Posted by drivesoslow

A couple of small hacks with the drive source and I have a working NVIDIA 169.07 driver.

Any hints as to the couple small hacks needed to get this working with the fc9 xen kernel?

[gilboa]

Be aware that Xen isn't officially supported by nVidia - and as such, you're more-or-less on your own. (when things break.)

If it helps, combining Xen and nVidia on my Opteron workstations (running CentOS5, F7, F8, x86_64) also ends with a big OOPs.

- Gilboa

[drivesoslow]

When you try to compile it will give you two errors (one a a time) with the source. Comment out the the lines that give the error. I blieve this only happens with the 64bit version.

I have been running XEN and NVIDIA stable for the last couple of days problem free.

[woboyle]

I'm having similar problems with the 8800 and Centos 5.1 (RHEL) running the 2.6.18 xen kernel. I got it to work with the non-xen kernel, but I have to revert to the vesa driver for xen. Come on nVidia! You really have to get this working with xen and other hypervisor kernels, especially in 64bit mode. I am running a new dual xeon E5450 system (Intel S5000XVN mother board) and got the nVidia card because it was supposed to be well-supported with the new 64bit kernels. So far, all I get is 1600x1200 out of my dual 24" 1920x1200 monitors... Fagh!

[carl0s]

Originally Posted by drivesoslow

SOLVED!

It was a kernel issue. The current Fedora 8 XEN kernel was the issue. Since there was not a newer one available I enabled the development repo and installed the Fedora 9 XEN kernel that was in it. A couple of small hacks with the drive source and I have a working NVIDIA 169.07 driver. I assume when the next kernel is release for Fedora 8 it will resolve this issue.

Was:

kernel-xen-2.6.21-2952.fc8
kernel-xen-devel-2.6.21-2952.fc8

Now:

kernel-xen-2.6.21.7-2892.fc9
kernel-xen-devel-2.6.21.7-2892.fc9

How did you get this going?
I installed the above fc9 kernel & source, which booted fine but Xen then doesn't work.
Are you building Xen from sources yourself? I can't upgrade to the fc9 devel Xen due to failed dependencies, and the stock fc8 xend is failing (python permission/access denied messages).

Any attempt to compile various versions of the nVidia driver are failing with the "can't find your kernel sources" problem

[drivesoslow]

Yeah I ended up with the same issue. The only way to get it to work is to compile the XEN kernel from source and the the XEN utilities. It is a huge pain. You can do it by grabbing the fc9 XEN kernels source and compiling it on fc8. I ended up rolling back to the fc8 stock XEN kernel because I hate having to be compiling all the XEN stuff by hand whenever there is an update. Have you tried the new 169.09 driver? I personally am just going to wait until the next release of the XEN kernel comes out.

Also for the "can't find your kernel sources" problems either tell the driver the location of the kernel source or make a symlink of /usr/src/linux point to the right place.