This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-devel] Some test results on Xen 4.0 and 2.6.31 / 2.6.32 pvops kerne

To: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] Some test results on Xen 4.0 and 2.6.31 / 2.6.32 pvops kernels
From: "Carsten Schiers" <carsten@xxxxxxxxxx>
Date: Thu, 8 Apr 2010 21:46:58 +0200
Cc: jeremy <jeremy@xxxxxxxx>, "konrad.wilk" <konrad.wilk@xxxxxxxxxx>
Delivery-date: Thu, 08 Apr 2010 12:50:36 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4BBE27CA.5090607@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
OK, I am still a bit fuzzy as I had to learn how to git and configure 
kernels, and I am still unsure whether I did everything 
right. Nevertheless, and even when I cannot provide a lot of details, I 
would like to inform you about some anomalies. 

Currently, I run Xen 3.4.1 and kernels, 64 Bit Dom0 and some 32 
Bit and 64 Bit DomUs on a Gigabyte M56S-S3 / AMD 4050e 
with cpufreq on powernow-k8 in cpufreq=dom0-kernel mode. I make use of 
PCI Passthrough for DVB-C cards and onboard NIC, as well 
as for USB controller.

Compile problem on xen/stable-2.6.32

I compiled for DomU only mode, resulting in compile 
error very similar to 


I get a "static declaration of 'xen_register_gsi' follows a non-static 
declaration, because I have set CONFIG_XEN_PCI_MSI and 
CONFIG_PCI_XEN, but not CONFIG_XEN_DOM0_PCI. It will disappear when 
compiling a DOM0 kernel.

PCI controller / 2nd Function? / working in xen/master-, not 
working on xen/stable-2.6.32 on Xen 3.4.1

It will allow passthrough of all mentioned devices except one of the PCI 
controllers. It will not be detected. Using 
xm pci-attach will produce an error:

  troi kernel: [   23.862294] ehci_hcd 0000:00:01.1: device not 
available because of BAR 0 [0xfc102000-0xfc1020ff] collisions
  troi kernel: [   61.942809] ohci_hcd 0000:00:01.0: device not 
available because of BAR 0 [0xfc104000-0xfc104fff] collisions

I first tried only with the 2nd function (or whatever it is called), but 
as you see, we have the same error with both put into 
the DomU.

nVidia forcedeth, working on pvops/Xen 3.4.1, not working on pvops/Xen 

The whole experiment was done because when I use Xen 4.0 with my kernels, I cannot use the onboard NIC any longer. The 
driver forcedeth will report an error. So, as using the pvops DomU on 
Xen 3.4.1 worked, I tried to also use a pvops Dom0 underneath
Xen 4.0, but the problem seems to be related to the Xen 4.0, which is 
killing forcedeth MAC address detection. By the way: MSI has
never worked for me on that NIC. So I had pci=nomsi on kernel.

not working example (MAC is random):

  troi kernel: [    4.335591] forcedeth: Reverse Engineered nForce 
ethernet driver. Version 0.64.
  troi kernel: [    4.335811] forcedeth 0000:00:00.0: enabling device 
(0000 -> 0003)
  troi kernel: [    4.335942] forcedeth 0000:00:00.0: Xen PCI enabling 
IRQ: 23
  troi kernel: [    4.336016] forcedeth 0000:00:00.0: setting latency 
timer to 64
  troi kernel: [    4.336271] forcedeth 0000:00:00.0: Invalid Mac 
address detected: 00:00:00:00:00:00
  troi kernel: [    4.336295] forcedeth 0000:00:00.0: Please complain to 
your hardware vendor. Switching to a random MAC.
  troi kernel: [    4.860537] forcedeth 0000:00:00.0: ifname eth0, PHY 
OUI 0x732 @ 1, addr 5e:1a:09:69:77:5d
  troi kernel: [    4.860593] forcedeth 0000:00:00.0: highdma pwrctl 
mgmt gbit lnktim msi desc-v3

working example (real MAC, note different IRQ):
  troi kernel: [    1.133102] forcedeth: Reverse Engineered nForce 
ethernet driver. Version 0.64.
  troi kernel: [    1.133376] forcedeth 0000:00:01.0: enabling device 
(0000 -> 0003)
  troi kernel: [    1.133463] forcedeth 0000:00:01.0: Xen PCI enabling 
IRQ: 19
  troi kernel: [    1.652048] forcedeth 0000:00:01.0: ifname eth0, PHY 
OUI 0x732 @ 1, addr 00:1d:7d:e8:97:7b
  troi kernel: [    1.652139] forcedeth 0000:00:01.0: highdma pwrctl 
mgmt gbit lnktim msi desc-v3

powernow-k8 in pvops Dom0 doesn't work any longer with Xen 4.0

I found this in the logs, not idea currently what Xen 3.4.1 with pvops 
or Xen 4.0 with 2.6.18 kernel would say.

  data kernel: [    9.030558] powernow-k8: Found 1 AMD Athlon(tm) Dual 
Core Processor 4050e processors (2 cpu cores) (version 2.20.00)
  data kernel: [    9.030955] [Firmware Bug]: powernow-k8: No compatible 
ACPI _PSS objects found.
  data kernel: [    9.030957] [Firmware Bug]: powernow-k8: Try again 
with latest BIOS.

Best Regards,

Xen-devel mailing list