Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 05-19-06, 08:42 PM   #13
JaXXoN
Registered User
 
Join Date: Jul 2005
Location: Munich
Posts: 910
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Quote:
Originally Posted by nodens2099
mhmm... I was wrong when I said there was no problem anymore. It seems like GLX fails.
Can you please generate a full nvidia-bug-report? I guess it's a 64-bit issue,
because with 32bit-FC5, i can even play UT2004 in a xen0 domain and in a
xenU domain in parallel (two graphics cards, one dedicated to the xenU
domain).

regards

Bernhard
JaXXoN is offline   Reply With Quote
Old 05-20-06, 04:56 PM   #14
nodens2099
Registered User
 
Join Date: Apr 2006
Posts: 9
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Here it is. Please note that the compilation log obviously match another kernel (the one I use when I need OpenGL)

nvidia-bug-report.log.zip
nodens2099 is offline   Reply With Quote
Old 05-20-06, 09:08 PM   #15
JaXXoN
Registered User
 
Join Date: Jul 2005
Location: Munich
Posts: 910
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Quote:
Originally Posted by nodens2099
Here it is
I didn't yet tried the option "AllowGLXWithComposite" in my
xen enabled setup - you may try disabling this option in your
config file. If this doesn't help, then a strace output from
i.e. glxgears might be helpfull.

You have the module "dri" loaded, which shouldn't be done
as far as i know, but since it works for you with a non-xen
kernel, disabling this option probably won't make a difference
(however, you should delete this entry nevertheless).

BTW.: the log file complains about the unknown/unused
option "UseFBDev". You should delete this entry (but it
won't make any difference)

Otherwise, i didn't found anything suspicious in the kernel log.

regards

Bernhard
JaXXoN is offline   Reply With Quote
Old 05-21-06, 08:22 AM   #16
chunkey
#!/?*
 
Join Date: Oct 2004
Posts: 662
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Anyway, I can confirm GLX (and OpenGL) works on XEN x86_64!
2.6.16.13 - xen-unstable-tree (20 May 2006)
Code:
chuck@debian64:~$ glxgears -printfps
33106 frames in 5.0 seconds = 6620.652 FPS
35707 frames in 5.0 seconds = 7141.383 FPS
but, I had some trouble to get it to compile.
e.g phys_to_machine was undeclared, some strange errors & warnings...
chunkey is offline   Reply With Quote
Old 05-25-06, 05:01 PM   #17
futaris
Registered User
 
Join Date: May 2006
Posts: 4
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Quote:
Originally Posted by chunkey
Anyway, I can confirm GLX (and OpenGL) works on XEN x86_64!
2.6.16.13 - xen-unstable-tree (20 May 2006)

but, I had some trouble to get it to compile.
e.g phys_to_machine was undeclared, some strange errors & warnings...
Can you post a patch with the changes that you needed to make to get it to work???

Thanks
futaris is offline   Reply With Quote
Old 05-25-06, 07:45 PM   #18
chunkey
#!/?*
 
Join Date: Oct 2004
Posts: 662
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Quote:
Originally Posted by futaris
Can you post a patch with the changes that you needed to make to get it to work???

Thanks
Who said that you need a patch ?

please, post your nvidia-installer.log (or whatever it's called!)

I'll try to write a How-To _tomorrow_ and now, I need some sleep, it's already 2:45!
chunkey is offline   Reply With Quote
Old 05-26-06, 01:10 AM   #19
futaris
Registered User
 
Join Date: May 2006
Posts: 4
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Quote:
Originally Posted by chunkey
please, post your nvidia-installer.log (or whatever it's called!
Code:
ERROR: Unable to load the kernel module 'nvidia.ko'.  This happens most
       frequently when this kernel module was built against the wrong or
       improperly configured kernel sources, with a version of gcc that differs
       from the one used to build the target kernel, or if a driver such as
       rivafb/nvidiafb is present and prevents the NVIDIA kernel module from
       obtaining ownership of the NVIDIA graphics device(s).

       Please see the log entries 'Kernel module load error' and 'Kernel
       messages' at the end of the file '/var/log/nvidia-installer.log' for
       more information.

-> Kernel module load error: insmod: error inserting './usr/src/nv/nvidia.ko':
   -1 Unknown symbol in module
-> Kernel messages:
   [  196.492535] nvidia: module license 'NVIDIA' taints kernel.
   [  196.493441] nvidia: Unknown symbol phys_to_machine
How do I export phys_to_machine from xen-unstable kernel???
futaris is offline   Reply With Quote
Old 05-26-06, 06:47 AM   #20
chunkey
#!/?*
 
Join Date: Oct 2004
Posts: 662
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

well, phys_to_machine is a macro which is defined in /include/asm/mach-xen/(some directory)/page.h! so you can not export it!

so, I went to /xen-sources/linux-2.6.16-xen/include/asm/mach-xen
and copied all headers (including the ones in the subdirectories) into /xen-sources/linux-2.6.16-xen/include/asm (I know, I know ) ...
then I compiled the xen-kernel again and rebooted...
it _worked_ and nvidia's driver (with lots of warnings) loaded!


BTW, if somebody knows why the headers in mach-xen weren't used... please
leave us a _post_ why?
chunkey is offline   Reply With Quote

Old 06-23-06, 01:48 AM   #21
futaris
Registered User
 
Join Date: May 2006
Posts: 4
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Hmm, I can't seem to get it to work on Xen-Unstable. My machine reboots as soon as it tries to use the driver...
futaris is offline   Reply With Quote
Old 07-03-06, 08:31 AM   #22
logicmagic
Registered User
 
Join Date: Jul 2006
Posts: 4
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Let me first add my thanks for your help to the community on getting xen some video support!

You mention in your post that you got a card working in a domU as well as dom0. How much extra configuration did that take? Is the second video card only visible to the one domU then or are you forwarding OpenGL or something to dom0 and the dom0 driver is "driving" the card?

How do you deal with the memory offset problem?

Many thanks

Last edited by logicmagic; 07-03-06 at 09:16 AM.
logicmagic is offline   Reply With Quote
Old 07-03-06, 11:40 AM   #23
JaXXoN
Registered User
 
Join Date: Jul 2005
Location: Munich
Posts: 910
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Quote:
Originally Posted by logicmagic
You mention in your post that you got a card working in a domU as well as dom0. How much extra configuration did that take?
It's basically not much configuration effort for such a setup, except
you probably need to compile your own xen kernel(s), because
the "pci frontend and backend" need to be compiled in - at
least as far as it concerns FC5, the xen kernels provided by the
Fedora project have these options not set during compilation.
I have attached a kernel config file that can be used to generate
a unified xen0/xenU linux kernel.

First thing to do is to exclude the second PCI card and a USB
controller from being used by dom0 by adding the pciback.hide
kernel boot parameter. Here's the relevant entry from my
/boot/grub/menu.lst file:

Code:
title Fedora Core (2.6.16-xen)
        root (hd0,0)
        kernel /boot/xen-3.0.2-2.gz com1=115200,8n1
        module /boot/vmlinuz-2.6.16-xen ro root=/dev/sda1 idle=poll pci=conf1 console=ttyS0,115200n8 pciback.hide=(02:00.0)(00:02.0)(00:02.1)
        module /boot/initrd-2.6.16-xen.img
02:00.0 is the PCI bus ID of the second PCI card
00:02.0 and 00:02.1 is the on-board USB controller.

Second, you need to allow the xenU domain to access the PCI devices.
Here's the relevant entry in my xen.conf file:

Code:
pci = [ '2,0,0','0,2,0','0,2,1' ]
Third, you need to tell the X-Server in domU to use sharevt.
I did that by adding a custom X-Server entry in /etc/gdm/custom.conf
located in the domU file system:

Code:
[server-xen]
name=xen server
command=/usr/bin/X -sharevts vt1
flexible=true

[servers]
0=xen
Last but not least, you need to use "evdev" as keyboard driver
in xorg.conf of domU.

That's all i can remember for now :-)


Please note that there are two issues left:

First, i couldn't easily figure out how to change the keyboard mapping when
using the "evdev" driver for the keyboard, but this should just be a
minor and solvable xorg.conf issue.

Second, when shutting down domU, it may happen that the whole
system hangs - maybe it helps to unload the nvidia driver module
on domU before the shutdown (didn't yet tried).

Quote:
Originally Posted by logicmagic
Is the second video card only visible to the one domU then or are you forwarding OpenGL or something to dom0 and the dom0 driver is "driving" the card?
The second card an the on-board USB controller is exclusivly reserved
for domU and will be accessed "as usual" (dom0 uses PS2 mouse
and keyboard). You can even use the same nvidia kernel driver module
when installing a unified dom0/domU linux kernel in both domains.
Allowing domU kernels to access PCI devices is basically a security
risk, because the PCI card could be programmed to access
memory of dom0. This is not an issue if the CPU has an IOMMU such
as processors with Pacifica (AMD) and Vanderpool (intel).

A few more details can be found at:

http://wiki.xensource.com/xenwiki/CoolConfigurations

Quote:
Originally Posted by logicmagic
How do you deal with the memory offset problem?
Never heard of, can you please provide a link for more details?

regards

Bernhard
Attached Files
File Type: zip config-2.6.16-xen.zip (16.0 KB, 274 views)
JaXXoN is offline   Reply With Quote
Old 07-06-06, 07:07 PM   #24
futaris
Registered User
 
Join Date: May 2006
Posts: 4
Default Re: [PATCH] nv-1.0-8756 with Xen-3.0.1 on Fedora Core 5

Quote:
Originally Posted by futaris
Hmm, I can't seem to get it to work on Xen-Unstable. My machine reboots as soon as it tries to use the driver...
Quote:
Originally Posted by JaXXoN
This is not an issue if the CPU has an IOMMU such
as processors with Pacifica (AMD) and Vanderpool (intel).
I'm using Xen-unstable with HVM for WinXP under Xen.. Anyhow, my CPU has Vanderpool. Is anyone using the above patch in Dom0 on such a machine???
futaris is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


Similar Threads
Thread Thread Starter Forum Replies Last Post
CPUMark99 - how do you compare fuelrod Benchmarking And Overclocking 66 07-19-11 08:32 AM

All times are GMT -5. The time now is 05:14 AM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.