WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: [Xen-users] RE: Xen4 / Intel DX58SO Mobo / VT-d not

To: chris <tknchris@xxxxxxxxx>
Subject: Re: [Xen-devel] Re: [Xen-users] RE: Xen4 / Intel DX58SO Mobo / VT-d not working
From: Weidong Han <weidong.han@xxxxxxxxx>
Date: Mon, 24 May 2010 10:54:03 +0800
Cc: Xen-Devel List <xen-devel@xxxxxxxxxxxxxxxxxxx>, Xen-Users List <xen-users@xxxxxxxxxxxxxxxxxxx>, Pasi Kärkkäinen <pasik@xxxxxx>
Delivery-date: Sun, 23 May 2010 19:55:54 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <AANLkTinmmio0hW2R3Rtrj24VWUhqOWcmfN-ONbN6yloE@xxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <AANLkTilQPnVdBEY8jSDWh-Y--vqugPDqGAE-k41IU_rB@xxxxxxxxxxxxxx> <20100514192141.GF17817@xxxxxxxxxxx> <AANLkTilp6KszkDrupJ7yyJKziIkg_aUWb7tJKaLJ4yRe@xxxxxxxxxxxxxx> <AANLkTik9liewWJ0YoipusxJp38VZCPUE8TOecyXXRwzL@xxxxxxxxxxxxxx> <20100514205000.GL17817@xxxxxxxxxxx> <AANLkTinL35-_rYMMAhNLoxhORR615ag5oUv7_bNrG3a9@xxxxxxxxxxxxxx> <1A42CE6F5F474C41B63392A5F80372B21E8CE6A6@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <AANLkTillN1cJ9BeiHh4yuBLfCQgRpwjP6-7o4WxYclzg@xxxxxxxxxxxxxx> <AANLkTinOZwwdO1ZihUaH6MeQpTxMRR6vnKMSjA2NpaiL@xxxxxxxxxxxxxx> <4BF25E88.1030509@xxxxxxxxx> <AANLkTinmmio0hW2R3Rtrj24VWUhqOWcmfN-ONbN6yloE@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.21 (Windows/20090302)
chris wrote:
I had some more time to play with this. I copied my sources from the
production server to this machine and I have VT-d working with these
USB controllers so something since 3.4.3 must have broken something :(
Identical hardware and passthrough of USB controller via VT-d. dom0 is
2.6.31.6. Would it be worth anything to post details which are working
on this system compare against the not working Xen4 / 2.6.32.x dom0 ?
it's helpful if you can provide serial output and qemu log in both two cases.

Regards,
Weidong
- chris

On Tue, May 18, 2010 at 5:31 AM, Weidong Han <weidong.han@xxxxxxxxx> wrote:
chris wrote:
Can you explain to me what it is you want me to try? I'm not a
developer and I don't really understand what you are asking...

I mean you can add some printk to intel_iommu_assign_device function, then
we can know where it fails in the function. this needs you to rebuild xen.

Regards,
Weidong
- chris

On Sun, May 16, 2010 at 9:00 AM, chris <tknchris@xxxxxxxxx> wrote:

I'm not sure I understand what you want me to do, but that does look
interesting and I didn't notice it before.

- chris

On Sun, May 16, 2010 at 3:36 AM, Han, Weidong <weidong.han@xxxxxxxxx>
wrote:

I noticed this line " (XEN) domctl.c:853:d0 XEN_DOMCTL_assign_device:
assign device (2:0.0) failed" in NOTWORKING.txt. could you add some logs to
intel_iommu_assign_device to know where it fails? I prefer you to use a
clean Xen 4.0 environment.

Regards,
Weidong

-----Original Message-----
From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of chris
Sent: Saturday, May 15, 2010 5:18 AM
To: Pasi Kärkkäinen
Cc: Xen-Devel List; Xen-Users List
Subject: [Xen-devel] Re: [Xen-users] RE: Xen4 / Intel DX58SO Mobo / VT-d
not working

Played around with xen_platform_pc, pci_msitranslate, pci_power_mgmt in
the cfg, none of which seem to have any effect, also tried
pci=resource_alignment=02:00.0;02:00.1;02:00.2 on dom0 cmdline, no
effect.

I'm worn out been fighting this all day. Attached is some various output
from the machine that works with the same cards and has Xen
3.4.2 and the new machine with 4.0 which doesn't work. I'm hoping this
information can get the right attention and we can figure it out :(

- chris


On Fri, May 14, 2010 at 4:50 PM, Pasi Kärkkäinen <pasik@xxxxxx> wrote:

On Fri, May 14, 2010 at 04:39:54PM -0400, chris wrote:

Alright so a pci sound card works, I tried a geforce 8600 pci e card
and while vga passthrough didnt work it did seem to attach to the
domain ok. So I guess the problem must be somehow related to the
device. I'm still confused since it works in another box.

I remember there was some reassign_resources or something, maybe the
issue is with some resources the card uses?


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

-- Pasi


Below is a lspci -vv of the card

02:00.0 USB Controller: NEC Corporation USB (rev 43) (prog-if 10
[OHCI])
       Subsystem: NEC Corporation Hama USB 2.0 CardBus
       Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
       Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium

TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

       Interrupt: pin A routed to IRQ 16
       Region 0: Memory at d2502000 (32-bit, non-prefetchable)
[disabled] [size=4K]
       Capabilities: [40] Power Management version 2
               Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold-)
               Status: D0 PME-Enable- DSel=0 DScale=0 PME-
       Kernel driver in use: pciback

02:00.1 USB Controller: NEC Corporation USB (rev 43) (prog-if 10
[OHCI])
       Subsystem: NEC Corporation Hama USB 2.0 CardBus
       Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
       Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium

TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

       Interrupt: pin B routed to IRQ 17
       Region 0: Memory at d2501000 (32-bit, non-prefetchable)
[disabled] [size=4K]
       Capabilities: [40] Power Management version 2
               Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold-)
               Status: D0 PME-Enable- DSel=0 DScale=0 PME-
       Kernel driver in use: pciback

02:00.2 USB Controller: NEC Corporation USB 2.0 (rev 04) (prog-if 20
[EHCI])
       Subsystem: NEC Corporation USB 2.0
       Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
       Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium

TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

       Interrupt: pin C routed to IRQ 18
       Region 0: Memory at d2500000 (32-bit, non-prefetchable)
[disabled] [size=256]
       Capabilities: [40] Power Management version 2
               Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold-)
               Status: D0 PME-Enable- DSel=0 DScale=0 PME-
       Kernel driver in use: pciback


On Fri, May 14, 2010 at 3:46 PM, chris <tknchris@xxxxxxxxx> wrote:

I added a pci sound card and interestingly that works. I'm digging
around for another pci-e device to try to identify if its all pci-e
or only this device. Strange this is that I have a few other
machines with this same usb controller which is working on 3.4.2.

*scratches head*

- chris

On Fri, May 14, 2010 at 3:21 PM, Pasi Kärkkäinen <pasik@xxxxxx>
wrote:

On Fri, May 14, 2010 at 03:18:02PM -0400, chris wrote:

It is a multifunction device, a pci-e usb controller, so I
assumed all them had to be passed through. I just changed it to
only 02:00.0 and same thing

test-box2:~# cat /etc/xen/vm-five.cfg | grep pci pci =
['02:00.0'] test-box2:~# xm create /etc/xen/vm-five.cfg Using
config file "/etc/xen/vm-five.cfg".
Error: Failed to assign device to IOMMU
(0000:02:00.0@100,msitranslate=1,power_mgmt=0)


Hmm.. weird.

Two things to try:

1) Try passthru some other device (which is just a single pci id)
2) Try passthru that pci-e usb controller to Linux PV guest and
see if that works

-- Pasi


On Fri, May 14, 2010 at 3:11 PM, Pasi Kärkkäinen <pasik@xxxxxx>
wrote:

On Fri, May 14, 2010 at 03:05:49PM -0400, chris wrote:

Pasi,

Tried latest stable/2.6.32.x per your advice, no change.
Anyone on xen-devel that can help me troubleshoot further?
Everything looks right, can't figure out why vt-d is not
working but it must be some kind of bug :(


Did you try the suggestion said earlier.. try to just passthru the
first pci device?

-- Pasi


test-box2:~# uname -a
Linux test-box2 2.6.32.12 #1 SMP Fri May 14 13:40:05 EDT 2010
x86_64 GNU/Linux

test-box2:~# xm info | grep virt_caps virt_caps              :
hvm hvm_directio

test-box2:~# xm pci-list-assignable-devices 0000:02:00.0
0000:02:00.1
0000:02:00.2

test-box2:~# xm create /etc/xen/vm-five.cfg Using config file
"/etc/xen/vm-five.cfg".
Error: Failed to assign device to IOMMU
(0000:02:00.0@100,msitranslate=1,power_mgmt=0)

test-box2:~# cat /etc/xen/vm-five.cfg | grep -v '#'
kernel = '/usr/lib/xen/boot/hvmloader'
builder = 'hvm'
memory = '1792'
device_model='/usr/lib/xen/bin/qemu-dm'
disk = [ 'phy:/dev/storage/vm-five,ioemu:hda,w',
'phy:/dev/sr0,ioemu:hdc:cdrom,r'
]
name = 'vm-five'
vif = ['type=ioemu, bridge=eth0, mac=00:16:3D:37:A1:42']
boot='dc'
cpus='0-1'
vcpus=2
acpi=1
ahci=1
vnc=1
sdl=0
timer_mode=1
usb=1
usbdevice='tablet'
localtime=1
pci = ['02:00.0','02:00.1','02:00.2']

On Thu, May 13, 2010 at 2:28 PM, chris <tknchris@xxxxxxxxx>
wrote:

Forwarding to xen-devel. Can't seem to get VT-d working with
xen4 from tarball on xen.org 2.6.31.13 pv_ops dom0. On
pasi's advice I tried switching to stable/2.6.32.x branch
for dom0 and that doesnt even build. Did something change
recently thats breaking compilation?

Attached is xen dmesg with iommu=verbose loglvl=all
guest_loglvl=all, and dom0 dmesg from 2.6.31.x


Any ideas on why VT-d is not working on this board?
Initialization looks good, xen reports hvm_directio
capability, everything says VT-d should work until domain is
created.

Any ideas why stable/2.6.32.x wont build?

- chris

On Thu, May 13, 2010 at 2:07 PM, chris <tknchris@xxxxxxxxx>
wrote:

I redid it with oldconfig which I didn't think would help
and same thing. I guess this tree is broken? Can someone
else try and see if they can build it? Ugh, whata day :)

On Thu, May 13, 2010 at 1:58 PM, Pasi Kärkkäinen <pasik@xxxxxx>
wrote:

On Thu, May 13, 2010 at 01:55:25PM -0400, chris wrote:

I used the default config on the wiki which you created.
Steps I took were:

# make clean distclean
# wget -O .config

"http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-stable-x86_64";

You should do "make oldconfig" at this point.


# make -j8 bzImage
(blah blah)
 LD      vmlinux.o
 MODPOST vmlinux.o
WARNING: modpost: Found 7 section mismatch(es).
To see full details build your kernel with:
'make CONFIG_DEBUG_SECTION_MISMATCH=y'
 GEN     .version
 CHK     include/linux/compile.h
 UPD     include/linux/compile.h
 CC      init/version.o
 LD      init/built-in.o
 LD      .tmp_vmlinux1
drivers/built-in.o: In function `do_hvm_suspend':
/mnt/tmp/linux-2.6-xen/drivers/xen/manage.c:124:
undefined reference to `xenbus_suspend'
/mnt/tmp/linux-2.6-xen/drivers/xen/manage.c:138:
undefined reference to `xenbus_resume'
make: *** [.tmp_vmlinux1] Error 1


Hmm.. weird. I wonder if something has changed recently or
what's going on in here..

-- Pasi


On Thu, May 13, 2010 at 11:47 AM, Pasi Kärkkäinen
<pasik@xxxxxx> wrote:

On Thu, May 13, 2010 at 11:33:57AM -0400, chris wrote:

Successfully grabbed the sources and failed to build:

 LD      .tmp_vmlinux1
drivers/built-in.o: In function `do_hvm_suspend':
/mnt/tmp/linux-2.6-xen/drivers/xen/manage.c:124:
undefined reference to `xenbus_suspend'
/mnt/tmp/linux-2.6-xen/drivers/xen/manage.c:138:
undefined reference to `xenbus_resume'
make: *** [.tmp_vmlinux1] Error 1

:(


Try the example .config files provided on the wiki page.

-- Pasi


On Thu, May 13, 2010 at 10:14 AM, Pasi Kärkkäinen
<pasik@xxxxxx> wrote:

On Thu, May 13, 2010 at 10:12:56AM -0400, chris wrote:

Pasi,

How do I pull those kernel sources you referenced?
I see it mentioned on
http://wiki.xensource.com/xenwiki/XenParavirtOps but no
details on how to retrieve it.


The instructions are there if you read it carefully..
There's the topic of how to switch branches.

-- Pasi


- chris

On Thu, May 13, 2010 at 8:29 AM, Pasi Kärkkäinen
<pasik@xxxxxx> wrote:

On Wed, May 12, 2010 at 08:41:34PM -0400, chris wrote:

When reading the vtdhowto I noticed the ability to set
iommu=verbose.
Here is that output, I don't know if it helps at
all to figure out what is wrong.


That seems to be OK:

(XEN) I/O virtualisation enabled
(XEN) I/O virtualisation for PV guests disabled

So hmm.. I wonder if it's related to MSI stuff?
You could try xen.git xen/stable-2.6.32.x branch instead
and see if that makes a difference..

-- Pasi


---------- Forwarded message ----------
From: chris <tknchris@xxxxxxxxx>
Date: Wed, May 12, 2010 at 5:28 PM
Subject: Xen4 / Intel DX58SO Mobo / VT-d not
working
To: Xen-Users List
<xen-users@xxxxxxxxxxxxxxxxxxx>


Hello,

I've previously been successful with Xen4 and
VT-d on other systems. I am having trouble
getting VT-d passthrough working to a WinXP
domain with DX58SO (Q45) motherboard and i7 930
CPU. VT-d is enabled in bios, xm info shows
hvm_directio capability, I have iommu=1 set, I
have the devices bound to pciback on dom0 cmdline, xm
pci-list-assignable-devices shows the devices as assignable. When I attempt
to start the VM I get the error:

Error: Failed to assign device to IOMMU
(0000:02:00.0@100,msitranslate=1,power_mgmt=0)

Below is all the information I can think of that
would be useful to help debug it:

BIOS VT-d Enabled:
http://i43.tinypic.com/nl3a5e.jpg
http://i42.tinypic.com/nqvlu1.jpg

grub entry:

title           Xen 4.0.0 / Debian GNU/Linux,
kernel 2.6.31.13 root            (hd0,0) kernel
/boot/xen-4.0.0.gz iommu=1 dom0_mem=256M
dom0_max_vcpus=1 dom0_vcpus_pin=true module
/boot/vmlinuz-2.6.31.13 root=/dev/md0 ro
console=tty0 xen-pciback.permissive
xen-pciback.hide=(02:00.0)(02:00.1)(02:00.2)(04:
00.0)(04:00.1)(04:00.2)(07:00.0)(07:00.1)(07:00.
2)(09:00.0)(09:00.1)(09:00.2) module
/boot/initrd.img-2.6.31.13

# xm pci-list-assignable-devices 0000:09:00.0
0000:09:00.1
0000:09:00.2
0000:07:00.0
0000:07:00.1
0000:07:00.2
0000:04:00.0
0000:04:00.1
0000:04:00.2
0000:02:00.0
0000:02:00.1
0000:02:00.2

# xm info
host                   : test-box2 release
: 2.6.31.13 version                : #2 SMP Wed
May 12 14:11:37 EDT 2010 machine
: x86_64 nr_cpus                : 8 nr_nodes
: 1 cores_per_socket       : 4 threads_per_core
: 2 cpu_mhz                : 2800 hw_caps
:
bfebfbff:28100800:00000000:00001b40:0098e3bd:000
00000:00000001:00000000 virt_caps              :
hvm hvm_directio total_memory           : 7950
free_memory            : 7812 node_to_cpu
: node0:0-7 node_to_memory         : node0:7812
node_to_dma32_mem      : node0:3249 max_node_id
: 0 xen_major              : 4 xen_minor
: 0 xen_extra              : .0 xen_caps
: xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler
: credit xen_pagesize           : 4096
platform_params        :
virt_start=0xffff800000000000 xen_changeset
: unavailable xen_commandline        : iommu=1
dom0_mem=256M dom0_max_vcpus=1
dom0_vcpus_pin=true cc_compiler            : gcc
version 4.3.2 (Debian 4.3.2-1.1) cc_compile_by
: root cc_compile_domain      :
cc_compile_date        : Thu May  6 13:41:25 EDT
2010 xend_config_format     : 4

# xm create vm-five.cfg Using config file
"./vm-five.cfg".
Error: Failed to assign device to IOMMU
(0000:02:00.0@100,msitranslate=1,power_mgmt=0)

I feel like I'm missing something really obvious
but I've been at it for a while now and have run
out of brain power. Anyone have any idea what might be
wrong?

- chris
                                        __  __
   _  _    ___   ___
 \ \/ /___ _ __   | || |  / _ \ / _ \
 \  // _ \ \047_ \  | || |_| | | | | | |
 /  \  __/ | | | |__   _| |_| | |_| |
 /_/\_\___|_| |_|    |_|(_)___(_)___/

(XEN) Xen version 4.0.0 (root@) (gcc version
4.3.2 (Debian 4.3.2-1.1) ) Thu May  6 13:41:25
EDT 2010
(XEN) Latest ChangeSet: unavailable
(XEN) Command line: iommu=verbose dom0_mem=256M
dom0_max_vcpus=1 dom0_vcpus_pin=true
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: none; EDID transfer
time: 0 seconds
(XEN)  EDID info not retrieved because no DDC
retrieval method detected
(XEN) Disc information:
(XEN)  Found 2 MBR signatures
(XEN)  Found 2 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000008f000
(usable)
(XEN)  000000000008f000 - 0000000000090000
(reserved)
(XEN)  0000000000090000 - 000000000009ec00
(usable)
(XEN)  000000000009ec00 - 00000000000a0000
(reserved)
(XEN)  00000000000e0000 - 0000000000100000
(reserved)
(XEN)  0000000000100000 - 00000000cf4bd000
(usable)
(XEN)  00000000cf4bd000 - 00000000cf4bf000
(reserved)
(XEN)  00000000cf4bf000 - 00000000cf4c2000
(usable)
(XEN)  00000000cf4c2000 - 00000000cf7bf000 (ACPI
NVS)
(XEN)  00000000cf7bf000 - 00000000cf7df000
(usable)
(XEN)  00000000cf7df000 - 00000000cf7ff000 (ACPI
data)
(XEN)  00000000cf7ff000 - 00000000cf800000
(usable)
(XEN)  00000000cf800000 - 00000000d0000000
(reserved)
(XEN)  00000000f8000000 - 00000000fd000000
(reserved)
(XEN)  00000000ffe00000 - 0000000100000000
(reserved)
(XEN)  0000000100000000 - 0000000230000000
(usable)
(XEN) ACPI: RSDP 000FE020, 0024 (r2 INTEL )
(XEN) ACPI: XSDT CF7FE120, 0074 (r1 INTEL
DX58SO       11F6       1000013)
(XEN) ACPI: FACP CF7FD000, 00F4 (r3 INTEL
DX58SO       11F6 MSFT  100000D)
(XEN) ACPI Warning (tbfadt-0444): Optional field
"Pm2ControlBlock" has zero address or length:
0000000000000450/0 [20070126]
(XEN) ACPI: DSDT CF7F8000, 4641 (r2 INTEL
DX58SO       11F6 MSFT  100000D)
(XEN) ACPI: FACS CF728000, 0040
(XEN) ACPI: APIC CF7F7000, 0138 (r2 INTEL
DX58SO       11F6 MSFT  100000D)
(XEN) ACPI: WDDT CF7F6000, 0040 (r1 INTEL
DX58SO       11F6 MSFT  100000D)
(XEN) ACPI: MCFG CF7F5000, 003C (r1 INTEL
DX58SO       11F6 MSFT  100000D)
(XEN) ACPI: ASF! CF7F4000, 00AC (r32 INTEL
DX58SO       11F6 MSFT  100000D)
(XEN) ACPI: HPET CF7F3000, 0038 (r1 INTEL
DX58SO       11F6 MSFT  100000D)
(XEN) ACPI: SSDT CF7E2000, E134 (r1 INTEL  SSDT
PM     11F6 MSFT  100000D)
(XEN) ACPI: DMAR CF7DF000, 0140 (r1 INTEL
DX58SO       11F6 MSFT  100000D)
(XEN) ACPI: WDTT CF7F1000, 020C (r2 INTEL
DX58SO       11F6 MSFT  100000D)
(XEN) ACPI: ASPT CF7F2000, 0034 (r4 INTEL
PerfTune     11F6 MSFT  100000D)
(XEN) System RAM: 7950MB (8140820kB)
(XEN) Domain heap initialised
(XEN) Processor #0 7:10 APIC version 21
(XEN) Processor #2 7:10 APIC version 21
(XEN) Processor #4 7:10 APIC version 21
(XEN) Processor #6 7:10 APIC version 21
(XEN) Processor #1 7:10 APIC version 21
(XEN) Processor #3 7:10 APIC version 21
(XEN) Processor #5 7:10 APIC version 21
(XEN) Processor #7 7:10 APIC version 21
(XEN) IOAPIC[0]: apic_id 8, version 32, address
0xfec00000, GSI 0-23
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O
APICs
(XEN) [VT-D]dmar.c:679: Host address width 39
(XEN) [VT-D]dmar.c:694: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:398:   dmaru->address =
fe711000
(XEN) [VT-D]dmar.c:334:   endpoint: 0:1b.0
(XEN) [VT-D]dmar.c:694: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:398:   dmaru->address =
fe710000
(XEN) [VT-D]dmar.c:340:   IOAPIC: f0:1f.7
(XEN) [VT-D]dmar.c:411:   flags: INCLUDE_ALL
(XEN) [VT-D]dmar.c:699: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:334:   endpoint: 0:1d.0
(XEN) [VT-D]dmar.c:571:   RMRR region: base_addr
e9000 end_address e9fff
(XEN) [VT-D]dmar.c:699: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:334:   endpoint: 0:1d.1
(XEN) [VT-D]dmar.c:571:   RMRR region: base_addr
ea000 end_address eafff
(XEN) [VT-D]dmar.c:699: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:334:   endpoint: 0:1d.2
(XEN) [VT-D]dmar.c:571:   RMRR region: base_addr
eb000 end_address ebfff
(XEN) [VT-D]dmar.c:699: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:334:   endpoint: 0:1a.0
(XEN) [VT-D]dmar.c:571:   RMRR region: base_addr
e6000 end_address e6fff
(XEN) [VT-D]dmar.c:699: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:334:   endpoint: 0:1a.1
(XEN) [VT-D]dmar.c:571:   RMRR region: base_addr
e7000 end_address e7fff
(XEN) [VT-D]dmar.c:699: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:334:   endpoint: 0:1a.2
(XEN) [VT-D]dmar.c:571:   RMRR region: base_addr
e8000 end_address e8fff
(XEN) [VT-D]dmar.c:699: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:334:   endpoint: 0:1d.0
(XEN) [VT-D]dmar.c:571:   RMRR region: base_addr
ec000 end_address eefff
(XEN) Using scheduler: SMP Credit Scheduler
(credit)
(XEN) Detected 2800.125 MHz processor.
(XEN) Initing memory sharing.
(XEN) VMX: Supported advanced features:
(XEN)  - APIC MMIO access virtualisation
(XEN)  - APIC TPR shadow
(XEN)  - Extended Page Tables (EPT)
(XEN)  - Virtual-Processor Identifiers (VPID)
(XEN)  - Virtual NMI
(XEN)  - MSR direct-access bitmap
(XEN) HVM: ASIDs enabled.
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) [VT-D]iommu.c:1078: drhd->address =
fe711000 iommu->reg = ffff82c3fff57000
(XEN) [VT-D]iommu.c:1080: cap = c9008010e60262
ecap = f0207a
(XEN) [VT-D]iommu.c:1078: drhd->address =
fe710000 iommu->reg = ffff82c3fff56000
(XEN) [VT-D]iommu.c:1080: cap = c90780106f0462
ecap = f020fa
(XEN) Intel VT-d Snoop Control not supported.
(XEN) Intel VT-d DMA Passthrough not supported.
(XEN) Intel VT-d Queued Invalidation supported.
(XEN) Intel VT-d Interrupt Remapping supported.
(XEN) I/O virtualisation enabled
(XEN) I/O virtualisation for PV guests disabled
(XEN) Total of 8 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) TSC is reliable, synchronization
unnecessary
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) Brought up 8 CPUs
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:0.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:10.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:10.1
(XEN) [VT-D]iommu.c:1325: d0:PCIe: map bdf =
0:14.0
(XEN) [VT-D]iommu.c:1325: d0:PCIe: map bdf =
0:14.1
(XEN) [VT-D]iommu.c:1325: d0:PCIe: map bdf =
0:14.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:14.3
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:19.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1a.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1a.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1a.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1a.7
(XEN) [VT-D]iommu.c:1325: d0:PCIe: map bdf =
0:1b.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1d.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1d.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1d.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1d.7
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1f.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1f.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1f.3
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
0:1f.5
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
2:0.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
2:0.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
2:0.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
4:0.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
4:0.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
4:0.2
(XEN) [VT-D]iommu.c:1325: d0:PCIe: map bdf =
5:0.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
7:0.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
7:0.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
7:0.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
9:0.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
9:0.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
9:0.2
(XEN) [VT-D]iommu.c:1325: d0:PCIe: map bdf =
a:0.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
b:3.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
b:3.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
b:3.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
b:3.3
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
b:3.4
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
b:3.5
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
b:3.6
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
b:3.7
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:0.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:0.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:2.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:2.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:3.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:3.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:3.4
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:4.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:4.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:4.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:4.3
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:5.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:5.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:5.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:5.3
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:6.0
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:6.1
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:6.2
(XEN) [VT-D]iommu.c:1332: d0:PCI: map bdf =
3f:6.3
(XEN) [VT-D]iommu.c:695:
iommu_enable_translation: iommu->reg =
ffff82c3fff57000
(XEN) [VT-D]iommu.c:695:
iommu_enable_translation: iommu->reg =
ffff82c3fff56000
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr
0x1000000 -> 0x26ae000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:
0000000210000000->0000000220000000
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel:
ffffffff81000000->ffffffff826ae000
(XEN)  Init. ramdisk:
ffffffff826ae000->ffffffff8f4de600
(XEN)  Phys-Mach map:
ffffffff8f4df000->ffffffff8f55f000
(XEN)  Start info:
ffffffff8f55f000->ffffffff8f55f4b4
(XEN)  Page tables:
ffffffff8f560000->ffffffff8f5df000
(XEN)  Boot stack:
ffffffff8f5df000->ffffffff8f5e0000
(XEN)  TOTAL:
ffffffff80000000->ffffffff8f800000
(XEN)  ENTRY ADDRESS: ffffffff81a10860
(XEN) Dom0 has maximum 1 VCPUs
(XEN) Scrubbing Free RAM:
..............................................................................done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited:
Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type
\047CTRL-a\047 three times to switch input to
Xen)
(XEN) Freed 164kB init memory.
(XEN) ioapic_guest_write: apic=0, pin=0, irq=0
(XEN) ioapic_guest_write: new_entry=000109f0
(XEN) ioapic_guest_write: old_entry=00010000
pirq=0
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=2, irq=0
(XEN) ioapic_guest_write: new_entry=000109f0
(XEN) ioapic_guest_write: old_entry=000009f0
pirq=0
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) irq.c:1445: dom0: pirq 0 or irq 3 already
mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 4 already
mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 5 already
mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 6 already
mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 7 already
mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 8 already
mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 9 already
mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 10 already
mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 11 already
mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 12 already
mapped
(XEN) ioapic_guest_write: apic=0, pin=0, irq=0
(XEN) ioapic_guest_write: new_entry=000009f0
(XEN) ioapic_guest_write: old_entry=00010000
pirq=0
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=18, irq=18
(XEN) ioapic_guest_write: new_entry=0001a9c0
(XEN) ioapic_guest_write: old_entry=0000a9c0
pirq=18
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=19, irq=19
(XEN) ioapic_guest_write: new_entry=0001a9c8
(XEN) ioapic_guest_write: old_entry=0000a9c8
pirq=19
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=23, irq=23
(XEN) ioapic_guest_write: new_entry=0001a929
(XEN) ioapic_guest_write: old_entry=0000a929
pirq=23
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=19, irq=19
(XEN) ioapic_guest_write: new_entry=0001a9c8
(XEN) ioapic_guest_write: old_entry=0000a9c8
pirq=19
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=18, irq=18
(XEN) ioapic_guest_write: new_entry=0001a9c0
(XEN) ioapic_guest_write: old_entry=0000a9c0
pirq=18
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=16, irq=16
(XEN) ioapic_guest_write: new_entry=0001a9b0
(XEN) ioapic_guest_write: old_entry=0000a9b0
pirq=16
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=16, irq=16
(XEN) ioapic_guest_write: new_entry=0001a9b0
(XEN) ioapic_guest_write: old_entry=0000a9b0
pirq=16
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=19, irq=19
(XEN) ioapic_guest_write: new_entry=0001a9c8
(XEN) ioapic_guest_write: old_entry=0000a9c8
pirq=19
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!
(XEN) ioapic_guest_write: apic=0, pin=18, irq=18
(XEN) ioapic_guest_write: new_entry=0001a9c0
(XEN) ioapic_guest_write: old_entry=0000a9c0
pirq=18
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin
for in-use IRQ!

 _______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users



_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

<Prev in Thread] Current Thread [Next in Thread>