* iommu: mapping reserved region failed - Q35 - VT-D Issue
@ 2008-10-29 17:27 Stefan Bauer
2008-10-29 18:02 ` Stefan Bauer
` (2 more replies)
0 siblings, 3 replies; 35+ messages in thread
From: Stefan Bauer @ 2008-10-29 17:27 UTC (permalink / raw)
To: xen-devel
Xen 3.4 xen-unstable.hg from yesterday with debian etch on 64bit arch
Intel/Lenovo Q35 Mainboard with VT-d enabled
Bootoptions iommu=1 vtd=1
pci.backhide for a PCI-E nvidia graphiccard
xm dmesg Error messages includes:
[VT-D] iommu.c: 1694:d32767 iommu: mapping reserved region failed
[VT-D] iommu.c: 1542:d0 intel_iommu_add_device: context mapping failed
If i try to start my HVM by xm create win2k the system reboots
any ideas?
--
stefan
^ permalink raw reply [flat|nested] 35+ messages in thread* Re: iommu: mapping reserved region failed - Q35 - VT-D Issue 2008-10-29 17:27 iommu: mapping reserved region failed - Q35 - VT-D Issue Stefan Bauer @ 2008-10-29 18:02 ` Stefan Bauer 2008-10-29 18:51 ` Ross Philipson 2008-10-29 19:20 ` iommu: mapping reserved region failed - Q35 - VT-D Issue Kay, Allen M 2 siblings, 0 replies; 35+ messages in thread From: Stefan Bauer @ 2008-10-29 18:02 UTC (permalink / raw) To: xen-devel Stefan Bauer schrieb: > Bootoptions iommu=1 vtd=1 > pci.backhide for a PCI-E nvidia graphiccard As mentioned in Documentation/Intel-IOMMU.txt boot option intel_iommu=igfx_off did not change anything. Regards -- stefan.bauer@cubewerk.de Cubewerk Tel +49 8621 996 02 37 IT-Beratung + Planung Tel +49 179 119 47 67 Verkauf von Hard und Software Fax +49 1212 511057903 Herzog-Otto-Straße 32 http://www.cubewerk.de 83308 Trostberg ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 - VT-D Issue 2008-10-29 17:27 iommu: mapping reserved region failed - Q35 - VT-D Issue Stefan Bauer 2008-10-29 18:02 ` Stefan Bauer @ 2008-10-29 18:51 ` Ross Philipson 2008-10-29 19:15 ` Stefan Bauer 2008-10-29 19:20 ` iommu: mapping reserved region failed - Q35 - VT-D Issue Kay, Allen M 2 siblings, 1 reply; 35+ messages in thread From: Ross Philipson @ 2008-10-29 18:51 UTC (permalink / raw) To: Stefan Bauer, xen-devel Stefan, So those errors happened during booting DOM0 and then you checked xm dmesg, correct? Then you started a 2k VM and the system reset. Can you rebuild xen with debug=y, you might get more information about why the context mapping is failing. We could also put some more trace in there to see exactly what happens. Can you attach a serial cable and send the output from xen and dom0 to COM1 or something like that? There may be some relevant information traced out right before the reset that you are not seeing (it is probably a crash in xen that is resetting the system). Ross -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Stefan Bauer Sent: Wednesday, October 29, 2008 1:28 PM To: xen-devel@lists.xensource.com Subject: [Xen-devel] iommu: mapping reserved region failed - Q35 - VT-D Issue Xen 3.4 xen-unstable.hg from yesterday with debian etch on 64bit arch Intel/Lenovo Q35 Mainboard with VT-d enabled Bootoptions iommu=1 vtd=1 pci.backhide for a PCI-E nvidia graphiccard xm dmesg Error messages includes: [VT-D] iommu.c: 1694:d32767 iommu: mapping reserved region failed [VT-D] iommu.c: 1542:d0 intel_iommu_add_device: context mapping failed If i try to start my HVM by xm create win2k the system reboots any ideas? -- stefan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 - VT-D Issue 2008-10-29 18:51 ` Ross Philipson @ 2008-10-29 19:15 ` Stefan Bauer 2008-10-29 19:30 ` iommu: mapping reserved region failed - Q35 - VT-DIssue Ross Philipson 0 siblings, 1 reply; 35+ messages in thread From: Stefan Bauer @ 2008-10-29 19:15 UTC (permalink / raw) Cc: xen-devel Ross Philipson schrieb: > Stefan, > > So those errors happened during booting DOM0 and then you checked xm > dmesg, correct? Then you started a 2k VM and the system reset. Can you > rebuild xen with debug=y, you might get more information about why the > context mapping is failing. We could also put some more trace in there > to see exactly what happens. I only found PCI Backend Debugging in the Xen menue which i activacted, rebuild kernel and did again xm dmesg without further informations. Do i have to activate it additionally? > Can you attach a serial cable and send the output from xen and dom0 to > COM1 or something like that? There may be some relevant information > traced out right before the reset that you are not seeing (it is > probably a crash in xen that is resetting the system). I'll try it if my laptop becomes available (women...) -- Stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 - VT-DIssue 2008-10-29 19:15 ` Stefan Bauer @ 2008-10-29 19:30 ` Ross Philipson 2008-10-29 19:40 ` Stefan Bauer 0 siblings, 1 reply; 35+ messages in thread From: Ross Philipson @ 2008-10-29 19:30 UTC (permalink / raw) To: Stefan Bauer; +Cc: xen-devel I meant rebuild xen with debug=y. There is a bunch of tracing in the routines that are trying to setup the context mapping that indicate what is going on including tracing out what device it was dealing with when things failed. Also (as mentioned in another email just sent), we can enhance that logging in these routines to see if the hardware remapping unit is missing for this device or something related. Also again I was curious - it seems the failure trace you reported below was during dom0 boot - is this true? Thanks Ross -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Stefan Bauer Sent: Wednesday, October 29, 2008 3:16 PM Cc: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] iommu: mapping reserved region failed - Q35 - VT-DIssue Ross Philipson schrieb: > Stefan, > > So those errors happened during booting DOM0 and then you checked xm > dmesg, correct? Then you started a 2k VM and the system reset. Can you > rebuild xen with debug=y, you might get more information about why the > context mapping is failing. We could also put some more trace in there > to see exactly what happens. I only found PCI Backend Debugging in the Xen menue which i activacted, rebuild kernel and did again xm dmesg without further informations. Do i have to activate it additionally? > Can you attach a serial cable and send the output from xen and dom0 to > COM1 or something like that? There may be some relevant information > traced out right before the reset that you are not seeing (it is > probably a crash in xen that is resetting the system). I'll try it if my laptop becomes available (women...) -- Stefan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 - VT-DIssue 2008-10-29 19:30 ` iommu: mapping reserved region failed - Q35 - VT-DIssue Ross Philipson @ 2008-10-29 19:40 ` Stefan Bauer 2008-10-29 19:50 ` iommu: mapping reserved region failed - Q35 -VT-DIssue Ross Philipson 0 siblings, 1 reply; 35+ messages in thread From: Stefan Bauer @ 2008-10-29 19:40 UTC (permalink / raw) Cc: xen-devel Ross Philipson schrieb: > I meant rebuild xen with debug=y. There is a bunch of tracing in the > routines that are trying to setup the context mapping that indicate what > is going on including tracing out what device it was dealing with when > things failed. Also (as mentioned in another email just sent), we can > enhance that logging in these routines to see if the hardware remapping > unit is missing for this device or something related. debug=y can just be applied right after make linux-2.6-xen-build? or where do i supply that debug=y ? > Also again I was curious - it seems the failure trace you reported below > was during dom0 boot - is this true? Yes it's all during dom0 booting. -- Stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-29 19:40 ` Stefan Bauer @ 2008-10-29 19:50 ` Ross Philipson 2008-10-29 20:26 ` Stefan Bauer 0 siblings, 1 reply; 35+ messages in thread From: Ross Philipson @ 2008-10-29 19:50 UTC (permalink / raw) To: Stefan Bauer; +Cc: xen-devel For rebuilding the xen part - the messages are coming out of the hypervisor. E.g: xen-unstable.hg/xen/make install debug=y Ross -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Stefan Bauer Sent: Wednesday, October 29, 2008 3:41 PM Cc: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] iommu: mapping reserved region failed - Q35 -VT-DIssue Ross Philipson schrieb: > I meant rebuild xen with debug=y. There is a bunch of tracing in the > routines that are trying to setup the context mapping that indicate what > is going on including tracing out what device it was dealing with when > things failed. Also (as mentioned in another email just sent), we can > enhance that logging in these routines to see if the hardware remapping > unit is missing for this device or something related. debug=y can just be applied right after make linux-2.6-xen-build? or where do i supply that debug=y ? > Also again I was curious - it seems the failure trace you reported below > was during dom0 boot - is this true? Yes it's all during dom0 booting. -- Stefan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-29 19:50 ` iommu: mapping reserved region failed - Q35 -VT-DIssue Ross Philipson @ 2008-10-29 20:26 ` Stefan Bauer 2008-10-30 2:14 ` Han, Weidong 0 siblings, 1 reply; 35+ messages in thread From: Stefan Bauer @ 2008-10-29 20:26 UTC (permalink / raw) Cc: xen-devel [-- Attachment #1: Type: text/plain, Size: 214 bytes --] Ross Philipson schrieb: > For rebuilding the xen part - the messages are coming out of the > hypervisor. E.g: > > xen-unstable.hg/xen/make install debug=y Done, xenddebug.log attached. HTH Regards -- Stefan [-- Attachment #2: xenddebug.log --] [-- Type: text/plain, Size: 20183 bytes --] [2008-10-29 22:04:37 2430] INFO (__init__:1072) Xend Daemon started [2008-10-29 22:04:37 2430] INFO (__init__:1072) Xend changeset: Thu Oct 23 15:38:52 2008 +0100 18711:874d0d673ecb. [2008-10-29 22:04:37 2430] DEBUG (__init__:1072) XendDomainInfo.recreate({'max_vcpu_id': 1, 'cpu_time': 5073756273L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 0, 'dying': 0, 'online_vcpus': 2, 'domid': 0, 'paused': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown': 0, 'mem_kb': 524288L, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'blocked': 0, 'name': 'Domain-0'}) [2008-10-29 22:04:37 2430] INFO (__init__:1072) Recreating domain 0, UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2008-10-29 22:04:37 2430] DEBUG (__init__:1072) Adding Domain: 0 [2008-10-29 22:04:37 2430] DEBUG (__init__:1072) number of vcpus to use is 0 [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: VBD.set_device not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: VBD.set_type not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: session.get_all_records not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: event.get_record not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: event.get_all not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: VM.get_auto_power_on not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: VM.set_auto_power_on not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: VIF.get_network not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: VIF.set_device not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: VIF.set_MAC not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: VIF.set_MTU not found [2008-10-29 22:04:37 2430] WARNING (__init__:1072) API call: debug.get_all not found [2008-10-29 22:04:37 2430] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xen-api.sock; authentication has been disabled for this server. [2008-10-29 22:04:37 2430] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xmlrpc.sock. [2008-10-29 22:04:37 2430] DEBUG (__init__:1072) XendDomainInfo.handleShutdownWatch [2008-10-29 22:14:59 2185] INFO (__init__:1072) Xend Daemon started [2008-10-29 22:14:59 2185] INFO (__init__:1072) Xend changeset: Thu Oct 23 15:38:52 2008 +0100 18711:874d0d673ecb. [2008-10-29 22:14:59 2185] DEBUG (__init__:1072) XendDomainInfo.recreate({'max_vcpu_id': 1, 'cpu_time': 6287221482L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 0, 'dying': 0, 'online_vcpus': 2, 'domid': 0, 'paused': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown': 0, 'mem_kb': 524288L, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'blocked': 0, 'name': 'Domain-0'}) [2008-10-29 22:14:59 2185] INFO (__init__:1072) Recreating domain 0, UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2008-10-29 22:14:59 2185] DEBUG (__init__:1072) Storing VM details: {'on_xend_stop': 'ignore', 'shadow_memory': '0', 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', 'image': '(linux (kernel ))', 'on_poweroff': 'destroy', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '2', 'vcpu_avail': '3', 'name': 'Domain-0'} [2008-10-29 22:14:59 2185] DEBUG (__init__:1072) Storing domain details: {'name': 'Domain-0', 'console/limit': '1048576', 'memory/target': '524288', 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/0/availability': 'online', 'cpu/1/availability': 'online', 'control/platform-feature-multiprocessor-suspend': '1', 'console/type': 'xenconsoled'} [2008-10-29 22:14:59 2185] DEBUG (__init__:1072) Adding Domain: 0 [2008-10-29 22:14:59 2185] DEBUG (__init__:1072) number of vcpus to use is 0 [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: VBD.set_device not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: VBD.set_type not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: session.get_all_records not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: event.get_record not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: event.get_all not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: VM.get_auto_power_on not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: VM.set_auto_power_on not found [2008-10-29 22:14:59 2185] DEBUG (__init__:1072) XendDomainInfo.handleShutdownWatch [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: VIF.get_network not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: VIF.set_device not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: VIF.set_MAC not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: VIF.set_MTU not found [2008-10-29 22:14:59 2185] WARNING (__init__:1072) API call: debug.get_all not found [2008-10-29 22:14:59 2185] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xen-api.sock; authentication has been disabled for this server. [2008-10-29 22:14:59 2185] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xmlrpc.sock. [2008-10-29 22:16:33 2185] DEBUG (__init__:1072) SrvServer.cleanup() [2008-10-29 22:16:33 2185] DEBUG (__init__:1072) XMLRPCServer.cleanup() [2008-10-29 22:16:33 2185] DEBUG (__init__:1072) XMLRPCServer.cleanup() [2008-10-29 22:16:33 2185] DEBUG (__init__:1072) cleanup_domains [2008-10-29 22:16:33 2383] INFO (__init__:1072) Xend Daemon started [2008-10-29 22:16:33 2180] INFO (__init__:1072) Xend exited with status 0. [2008-10-29 22:16:33 2383] INFO (__init__:1072) Xend changeset: Thu Oct 23 15:38:52 2008 +0100 18711:874d0d673ecb. [2008-10-29 22:16:33 2383] DEBUG (__init__:1072) XendDomainInfo.recreate({'max_vcpu_id': 1, 'cpu_time': 7764192080L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 0, 'dying': 0, 'online_vcpus': 2, 'domid': 0, 'paused': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown': 0, 'mem_kb': 524288L, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'blocked': 0, 'name': 'Domain-0'}) [2008-10-29 22:16:33 2383] INFO (__init__:1072) Recreating domain 0, UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2008-10-29 22:16:33 2383] DEBUG (__init__:1072) Adding Domain: 0 [2008-10-29 22:16:33 2383] DEBUG (__init__:1072) number of vcpus to use is 0 [2008-10-29 22:16:33 2383] DEBUG (__init__:1072) XendDomainInfo.handleShutdownWatch [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: VBD.set_device not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: VBD.set_type not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: session.get_all_records not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: event.get_record not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: event.get_all not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: VM.get_auto_power_on not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: VM.set_auto_power_on not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: VIF.get_network not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: VIF.set_device not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: VIF.set_MAC not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: VIF.set_MTU not found [2008-10-29 22:16:33 2383] WARNING (__init__:1072) API call: debug.get_all not found [2008-10-29 22:16:33 2383] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xen-api.sock; authentication has been disabled for this server. [2008-10-29 22:16:33 2383] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xmlrpc.sock. [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) XendDomainInfo.create(['vm', ['name', 'win2k'], ['memory', 512], ['on_reboot', 'destroy'], ['on_crash', 'destroy'], ['vcpus', 1], ['on_xend_start', 'ignore'], ['on_xend_stop', 'ignore'], ['image', ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader'], ['device_model', '/usr/lib/xen/bin/qemu-dm'], ['pae', 1], ['vcpus', 1], ['boot', 'c'], ['fda', ''], ['fdb', ''], ['timer_mode', 1], ['localtime', 0], ['serial', ''], ['stdvga', 0], ['isa', 0], ['nographic', 0], ['soundhw', ''], ['vnc', 0], ['vncunused', 1], ['xauthority', '/root/.Xauthority'], ['rtc_timeoffset', '0'], ['monitor', 0], ['acpi', 0], ['apic', 1], ['usb', 1], ['usbdevice', 'tablet'], ['keymap', ''], ['pci', [['0x0', '0x01', '0x00', '0x0']]], ['hpet', 0], ['guest_os_type', 'default'], ['hap', 1], ['cpuid', []], ['cpuid_check', []], ['viridian', 0]]], ['device', ['vbd', ['uname', 'file:/xen/win2k-32.img'], ['dev', 'ioemu:hda'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'phy:/dev/cdrom'], ['dev', 'hdc:cdrom'], ['mode', 'r']]], ['device', ['pci', ['dev', ['domain', '0x0'], ['bus', '0x01'], ['slot', '0x00'], ['func', '0x0']]]], ['device', ['vif', ['mac', '00:16:3E:00:00:04'], ['type', 'ioemu']]]]) [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) XendDomainInfo.constructDomain [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) Balloon: 2539328 KiB free; need 2048; done. [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) Adding Domain: 1 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) XendDomainInfo.initDomain: 1 256 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: boot, val: c [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: fda, val: None [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: fdb, val: None [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: soundhw, val: None [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: localtime, val: 0 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: serial, val: None [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: std-vga, val: 0 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: isa, val: 0 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: acpi, val: 0 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: usb, val: 1 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) args: usbdevice, val: tablet [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) _initDomain:shadow_memory=0x0, memory_static_max=0x20000000, memory_static_min=0x0. [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) Balloon: 2538036 KiB free; need 539648; done. [2008-10-29 22:17:01 2383] INFO (__init__:1072) buildDomain os=hvm dom=1 vcpus=1 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) domid = 1 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) image = /usr/lib/xen/boot/hvmloader [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) store_evtchn = 2 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) memsize = 512 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) vcpus = 1 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) acpi = 0 [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) apic = 1 [2008-10-29 22:17:01 2383] INFO (__init__:1072) createDevice: vbd : {'uuid': 'f7b3f2d9-2c9f-5c32-09fd-de80d0cc93b0', 'bootable': 1, 'driver': 'ioemu', 'dev': 'ioemu:hda', 'uname': 'file:/xen/win2k-32.img', 'mode': 'w'} [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) DevController: writing {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'state': '1', 'backend': '/local/domain/0/backend/vbd/1/768'} to /local/domain/1/device/vbd/768. [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) DevController: writing {'domain': 'win2k', 'frontend': '/local/domain/1/device/vbd/768', 'uuid': 'f7b3f2d9-2c9f-5c32-09fd-de80d0cc93b0', 'dev': 'hda', 'state': '1', 'params': '/xen/win2k-32.img', 'mode': 'w', 'online': '1', 'frontend-id': '1', 'type': 'file'} to /local/domain/0/backend/vbd/1/768. [2008-10-29 22:17:01 2383] INFO (__init__:1072) createDevice: vbd : {'uuid': '44295b8b-d662-da0b-c642-9e6c8c0880da', 'bootable': 0, 'driver': 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'phy:/dev/cdrom', 'mode': 'r'} [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) DevController: writing {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', 'state': '1', 'backend': '/local/domain/0/backend/vbd/1/5632'} to /local/domain/1/device/vbd/5632. [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) DevController: writing {'domain': 'win2k', 'frontend': '/local/domain/1/device/vbd/5632', 'uuid': '44295b8b-d662-da0b-c642-9e6c8c0880da', 'dev': 'hdc', 'state': '1', 'params': '/dev/cdrom', 'mode': 'r', 'online': '1', 'frontend-id': '1', 'type': 'phy'} to /local/domain/0/backend/vbd/1/5632. [2008-10-29 22:17:01 2383] INFO (__init__:1072) createDevice: vif : {'mac': '00:16:3E:00:00:04', 'type': 'ioemu', 'uuid': '649b3f76-9e6d-0a39-b5c4-ca83bfb09959'} [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) DevController: writing {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/vif/1/0'} to /local/domain/1/device/vif/0. [2008-10-29 22:17:01 2383] DEBUG (__init__:1072) DevController: writing {'domain': 'win2k', 'frontend': '/local/domain/1/device/vif/0', 'uuid': '649b3f76-9e6d-0a39-b5c4-ca83bfb09959', 'script': '/etc/xen/scripts/vif-bridge', 'mac': '00:16:3E:00:00:04', 'frontend-id': '1', 'state': '1', 'online': '1', 'handle': '0', 'type': 'ioemu'} to /local/domain/0/backend/vif/1/0. [2008-10-29 22:17:01 2383] INFO (__init__:1072) createDevice: pci : {'devs': [{'slot': '0x00', 'bus': '0x01', 'domain': '0x0', 'uuid': '8a4e3fdb-df1e-3ad0-b405-fb1db0b842e3', 'func': '0x0'}], 'uuid': '28309778-d69d-c23b-84ab-c1abf724423b'} [2008-10-29 22:17:41 2198] INFO (__init__:1072) Xend Daemon started [2008-10-29 22:17:41 2198] INFO (__init__:1072) Xend changeset: Thu Oct 23 15:38:52 2008 +0100 18711:874d0d673ecb. [2008-10-29 22:17:42 2198] DEBUG (__init__:1072) XendDomainInfo.recreate({'max_vcpu_id': 1, 'cpu_time': 3542792679L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 0, 'dying': 0, 'online_vcpus': 2, 'domid': 0, 'paused': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown': 0, 'mem_kb': 524288L, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'blocked': 0, 'name': 'Domain-0'}) [2008-10-29 22:17:42 2198] INFO (__init__:1072) Recreating domain 0, UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2008-10-29 22:17:42 2198] DEBUG (__init__:1072) Storing VM details: {'on_xend_stop': 'ignore', 'shadow_memory': '0', 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', 'image': '(linux (kernel ))', 'on_poweroff': 'destroy', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '2', 'vcpu_avail': '3', 'name': 'Domain-0'} [2008-10-29 22:17:42 2198] DEBUG (__init__:1072) Storing domain details: {'name': 'Domain-0', 'console/limit': '1048576', 'memory/target': '524288', 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/0/availability': 'online', 'cpu/1/availability': 'online', 'control/platform-feature-multiprocessor-suspend': '1', 'console/type': 'xenconsoled'} [2008-10-29 22:17:42 2198] DEBUG (__init__:1072) Adding Domain: 0 [2008-10-29 22:17:42 2198] DEBUG (__init__:1072) number of vcpus to use is 0 [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: VBD.set_device not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: VBD.set_type not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: session.get_all_records not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: event.get_record not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: event.get_all not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: VM.get_auto_power_on not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: VM.set_auto_power_on not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: VIF.get_network not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: VIF.set_device not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: VIF.set_MAC not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: VIF.set_MTU not found [2008-10-29 22:17:42 2198] WARNING (__init__:1072) API call: debug.get_all not found [2008-10-29 22:17:42 2198] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xmlrpc.sock. [2008-10-29 22:17:42 2198] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xen-api.sock; authentication has been disabled for this server. [2008-10-29 22:17:42 2198] DEBUG (__init__:1072) XendDomainInfo.handleShutdownWatch [2008-10-29 22:20:06 2191] INFO (__init__:1072) Xend Daemon started [2008-10-29 22:20:06 2191] INFO (__init__:1072) Xend changeset: Thu Oct 23 15:38:52 2008 +0100 18711:874d0d673ecb. [2008-10-29 22:20:07 2191] DEBUG (__init__:1072) XendDomainInfo.recreate({'max_vcpu_id': 1, 'cpu_time': 3537741542L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 0, 'dying': 0, 'online_vcpus': 2, 'domid': 0, 'paused': 0, 'crashed': 0, 'running': 1, 'maxmem_kb': 17179869180L, 'shutdown': 0, 'mem_kb': 524288L, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'blocked': 0, 'name': 'Domain-0'}) [2008-10-29 22:20:07 2191] INFO (__init__:1072) Recreating domain 0, UUID 00000000-0000-0000-0000-000000000000. at /local/domain/0 [2008-10-29 22:20:07 2191] DEBUG (__init__:1072) Storing VM details: {'on_xend_stop': 'ignore', 'shadow_memory': '0', 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', 'image': '(linux (kernel ))', 'on_poweroff': 'destroy', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '2', 'vcpu_avail': '3', 'name': 'Domain-0'} [2008-10-29 22:20:07 2191] DEBUG (__init__:1072) Storing domain details: {'name': 'Domain-0', 'console/limit': '1048576', 'memory/target': '524288', 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0', 'cpu/0/availability': 'online', 'cpu/1/availability': 'online', 'control/platform-feature-multiprocessor-suspend': '1', 'console/type': 'xenconsoled'} [2008-10-29 22:20:07 2191] DEBUG (__init__:1072) Adding Domain: 0 [2008-10-29 22:20:07 2191] DEBUG (__init__:1072) number of vcpus to use is 0 [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: VBD.set_device not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: VBD.set_type not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: session.get_all_records not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: event.get_record not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: event.get_all not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: VM.get_auto_power_on not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: VM.set_auto_power_on not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: VIF.get_network not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: VIF.set_device not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: VIF.set_MAC not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: VIF.set_MTU not found [2008-10-29 22:20:07 2191] WARNING (__init__:1072) API call: debug.get_all not found [2008-10-29 22:20:07 2191] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xen-api.sock; authentication has been disabled for this server. [2008-10-29 22:20:07 2191] DEBUG (__init__:1072) XendDomainInfo.handleShutdownWatch [2008-10-29 22:20:07 2191] INFO (__init__:1072) Opening Unix domain socket XML-RPC server on /var/run/xend/xmlrpc.sock. [2008-10-29 22:21:13 2191] DEBUG (__init__:1072) SrvServer.cleanup() [2008-10-29 22:21:13 2191] DEBUG (__init__:1072) XMLRPCServer.cleanup() [2008-10-29 22:21:13 2191] DEBUG (__init__:1072) XMLRPCServer.cleanup() [2008-10-29 22:21:13 2191] DEBUG (__init__:1072) cleanup_domains [2008-10-29 22:21:13 2186] INFO (__init__:1072) Xend exited with status 0. [-- Attachment #3: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-29 20:26 ` Stefan Bauer @ 2008-10-30 2:14 ` Han, Weidong 2008-10-30 7:25 ` Stefan Bauer 0 siblings, 1 reply; 35+ messages in thread From: Han, Weidong @ 2008-10-30 2:14 UTC (permalink / raw) To: 'Stefan Bauer'; +Cc: 'xen-devel@lists.xensource.com' Stefan Bauer wrote: > Ross Philipson schrieb: >> For rebuilding the xen part - the messages are coming out of the >> hypervisor. E.g: >> >> xen-unstable.hg/xen/make install debug=y > > Done, xenddebug.log attached. > > HTH > > Regards Stefan, xenddebug.log is not helpful. when you compile xen, pls use: make xen debug=y or add "loglvl=all loglvl_guest=all" in grub kernel line like: kernel /boot/xen.gz dom0_mem=512m iommu=1 loglvl=all loglvl_guest=all Per xm-dmesg in your another mail, I am very curious on why domain_context_mapping failed (which also result in failure of reserved memory mapping). Per dom0 failure info (pci_bus_probe_wapper()), which is caused by pci_remove_device(), I suspect the devices are not added to alldevs_list. Pls use above method to catch more debug info, then we can analyse the info easily. Regards, Weidong ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-30 2:14 ` Han, Weidong @ 2008-10-30 7:25 ` Stefan Bauer 2008-10-30 7:40 ` Stefan Bauer 2008-10-30 9:30 ` Han, Weidong 0 siblings, 2 replies; 35+ messages in thread From: Stefan Bauer @ 2008-10-30 7:25 UTC (permalink / raw) Cc: 'xen-devel@lists.xensource.com' [-- Attachment #1: Type: text/plain, Size: 385 bytes --] Han, Weidong schrieb: > or add "loglvl=all loglvl_guest=all" in grub kernel line like: > kernel /boot/xen.gz dom0_mem=512m iommu=1 loglvl=all loglvl_guest=all Weidong, please see attached a even more verbose debugging output. Unfortunatel i was not able to redirect the console output to a serial terminal, so i took a screenshot[1]. [1] www.plzk.de/IMG_2598.JPG HTH -- Stefan [-- Attachment #2: xen-dmesg --] [-- Type: text/plain, Size: 17076 bytes --] Bootdata ok (command line is root=/dev/sda2 ro pciback.hide=(01:00.0)) Linux version 2.6.18.8-xen (root@xen64) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #2 SMP Wed Oct 29 20:59:53 CET 2008 BIOS-provided physical RAM map: Xen: 0000000000000000 - 0000000020800000 (usable) DMI present. On node 0 totalpages: 128565 DMA zone: 1305 pages, LIFO batch:0 DMA32 zone: 127260 pages, LIFO batch:31 Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: LENOVO Product ID: THINKCEN APIC at: 0xFEE00000 I/O APIC #2 Version 32 at 0xFEC00000. Setting APIC routing to xen Processors: 2 Allocating PCI resources starting at c2000000 (gap: c0000000:20000000) Built 1 zonelists. Total pages: 128565 Kernel command line: root=/dev/sda2 ro pciback.hide=(01:00.0) Initializing CPU#0 PID hash table entries: 2048 (order: 11, 16384 bytes) Xen reported: 2327.510 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Software IO TLB enabled: Aperture: 64 megabytes Kernel range: ffff8800018fd000 - ffff8800058fd000 Address size: 27 bits PCI-DMA: Using software bounce buffering for IO (SWIOTLB) Memory: 438812k/532480k available (1699k kernel code, 85336k reserved, 734k data, 136k init) Calibrating delay using timer specific routine.. 4657.02 BogoMIPS (lpj=23285122) Security Framework v1.0.0 initialized Capability LSM initialized Mount-cache hash table entries: 256 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 4096K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 Freeing SMP alternatives: 24k freed GSI 16 sharing vector 0xA8 and IRQ 16 GSI 17 sharing vector 0xB0 and IRQ 17 GSI 18 sharing vector 0xB8 and IRQ 18 GSI 19 sharing vector 0xC0 and IRQ 19 GSI 20 sharing vector 0xC8 and IRQ 20 Brought up 2 CPUs Initializing CPU#1 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 4096K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 1 migration_cost=12 Unpacking initramfs... done Freeing initrd memory: 5539k freed PM: Adding info for No Bus:platform NET: Registered protocol family 16 PM: Adding info for No Bus:xen PM: Adding info for No Bus:xen-backend PCI: Using configuration type 1 xen_mem: Initialising balloon driver. PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PM: Adding info for No Bus:pci0000:00 PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.2 Boot video device is 0000:11:0c.0 PCI: Transparent bridge - 0000:00:1e.0 PM: Adding info for pci:0000:00:00.0 PM: Adding info for pci:0000:00:01.0 PM: Adding info for pci:0000:00:03.0 PM: Adding info for pci:0000:00:03.2 PM: Adding info for pci:0000:00:03.3 PM: Adding info for pci:0000:00:19.0 PM: Adding info for pci:0000:00:1a.0 PM: Adding info for pci:0000:00:1a.1 PM: Adding info for pci:0000:00:1a.2 PM: Adding info for pci:0000:00:1a.7 PM: Adding info for pci:0000:00:1b.0 PM: Adding info for pci:0000:00:1d.0 PM: Adding info for pci:0000:00:1d.1 PM: Adding info for pci:0000:00:1d.2 PM: Adding info for pci:0000:00:1d.7 PM: Adding info for pci:0000:00:1e.0 PM: Adding info for pci:0000:00:1f.0 PM: Adding info for pci:0000:00:1f.2 PM: Adding info for pci:0000:00:1f.3 PM: Adding info for pci:0000:00:1f.5 PM: Adding info for pci:0000:01:00.0 PM: Adding info for pci:0000:11:0c.0 PCI->APIC IRQ transform: 0000:00:01.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:03.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:03.2[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:03.3[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:19.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1a.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1a.1[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:1a.2[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:1a.7[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:1b.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1d.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1d.1[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:1d.2[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:1d.7[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1f.2[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:1f.3[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:1f.5[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:01:00.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:11:0c.0[A] -> IRQ 20 pciback: wants to seize 0000:01:00.0 pciback 0000:00:00.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:01.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:03.0: probing... pciback 0000:00:03.2: probing... pciback 0000:00:03.3: probing... pciback 0000:00:19.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1a.0: probing... pciback 0000:00:1a.1: probing... pciback 0000:00:1a.2: probing... pciback 0000:00:1a.7: probing... pciback 0000:00:1b.0: probing... pciback 0000:00:1d.0: probing... pciback 0000:00:1d.1: probing... pciback 0000:00:1d.2: probing... pciback 0000:00:1d.7: probing... pciback 0000:00:1e.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1f.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1f.2: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1f.3: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1f.5: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:01:00.0: probing... pciback 0000:01:00.0: seizing device pciback 0000:01:00.0: pcistub_device_alloc pciback 0000:01:00.0: deferring initialization pciback 0000:11:0c.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 PCI: Failed to allocate mem resource #6:20000@d0000000 for 0000:01:00.0 PCI: Bridge: 0000:00:01.0 IO window: 2000-2fff MEM window: d0000000-d2ffffff PREFETCH window: c0000000-cfffffff PCI: Bridge: 0000:00:1e.0 IO window: disabled. MEM window: d4000000-d5ffffff PREFETCH window: d3000000-d30fffff PCI: Setting latency timer of device 0000:00:01.0 to 64 PCI: Setting latency timer of device 0000:00:1e.0 to 64 NET: Registered protocol family 2 IP route cache hash table entries: 16384 (order: 5, 131072 bytes) TCP established hash table entries: 65536 (order: 8, 1048576 bytes) TCP bind hash table entries: 32768 (order: 7, 524288 bytes) TCP: Hash tables configured (established 65536 bind 32768) TCP reno registered IA-32 Microcode Update Driver: v1.14a-xen <tigran@veritas.com> audit: initializing netlink socket (disabled) audit(1225353980.574:1): initialized audit: cannot initialize inotify handle Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) loop: loaded (max 8 devices) Xen virtual console successfully installed as xvc0 Event-channel device installed. netfront: Initialising virtual ethernet driver. pciback: pcistub_init_devices_late pciback 0000:01:00.0: initializing... pciback 0000:01:00.0: initializing config pciback 0000:01:00.0: initializing virtual configuration space pciback 0000:01:00.0: added config field at offset 0x04 pciback 0000:01:00.0: added config field at offset 0x3c pciback 0000:01:00.0: added config field at offset 0x3d pciback 0000:01:00.0: added config field at offset 0x0c pciback 0000:01:00.0: added config field at offset 0x0d pciback 0000:01:00.0: added config field at offset 0x0f pciback 0000:01:00.0: added config field at offset 0x10 pciback 0000:01:00.0: added config field at offset 0x14 pciback 0000:01:00.0: added config field at offset 0x18 pciback 0000:01:00.0: added config field at offset 0x1c pciback 0000:01:00.0: added config field at offset 0x20 pciback 0000:01:00.0: added config field at offset 0x24 pciback 0000:01:00.0: added config field at offset 0x30 pciback 0000:01:00.0: Found capability 0x1 at 0x60 pciback 0000:01:00.0: added config field at offset 0x60 pciback 0000:01:00.0: added config field at offset 0x62 pciback 0000:01:00.0: added config field at offset 0x64 pciback 0000:01:00.0: added config field at offset 0x66 pciback 0000:01:00.0: added config field at offset 0x67 pciback 0000:01:00.0: enabling device PCI: Enabling device 0000:01:00.0 (0104 -> 0107) pciback 0000:01:00.0: reset device Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PM: Adding info for platform:i8042 serio: i8042 AUX port at 0x60,0x64 irq 12 PM: Adding info for serio:serio0 serio: i8042 KBD port at 0x60,0x64 irq 1 PM: Adding info for serio:serio1 mice: PS/2 mouse device common for all mice NET: Registered protocol family 1 NET: Registered protocol family 17 BIOS EDD facility v0.16 2004-Jun-25, 1 devices found Freeing unused kernel memory: 136k freed input: AT Translated Set 2 keyboard as /class/input/input0 usbcore: registered new driver usbfs usbcore: registered new driver hub USB Universal Host Controller Interface driver v3.0 SCSI subsystem initialized libata version 2.00 loaded. ata_piix 0000:00:1f.2: version 2.00 ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ] PCI: Setting latency timer of device 0000:00:1f.2 to 64 ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0x1C40 irq 14 scsi0 : ata_piix PM: Adding info for No Bus:host0 ata1.00: ATA-7, max UDMA/133, 156312576 sectors: LBA48 NCQ (depth 0/32) ata1.00: ata1: dev 0 multi count 16 ata1.00: configured for UDMA/133 PM: Adding info for No Bus:target0:0:0 Vendor: ATA Model: WDC WD800JD-08MS Rev: 10.0 Type: Direct-Access ANSI SCSI revision: 05 PM: Adding info for scsi:0:0:0:0 ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0x1C48 irq 15 scsi1 : ata_piix PM: Adding info for No Bus:host1 ata2.00: ATAPI, max UDMA/33 ata2.00: configured for UDMA/33 PM: Adding info for No Bus:target1:0:0 Vendor: TSSTcorp Model: DVD-ROM TS-H353B Rev: LE06 Type: CD-ROM ANSI SCSI revision: 05 PM: Adding info for scsi:1:0:0:0 ata_piix 0000:00:1f.5: MAP [ P0 P2 P1 P3 ] PCI: Setting latency timer of device 0000:00:1f.5 to 64 ata3: SATA max UDMA/133 cmd 0x1CB8 ctl 0x1CAE bmdma 0x1C60 irq 18 ata4: SATA max UDMA/133 cmd 0x1CB0 ctl 0x1CAA bmdma 0x1C68 irq 18 scsi2 : ata_piix PM: Adding info for No Bus:host2 ATA: abnormal status 0x7F on port 0x1CBF scsi3 : ata_piix PM: Adding info for No Bus:host3 ATA: abnormal status 0x7F on port 0x1CB7 SCSI device sda: 156312576 512-byte hdwr sectors (80032 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: drive cache: write back SCSI device sda: 156312576 512-byte hdwr sectors (80032 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: drive cache: write back sda: sda1 sda2 sda3 sda4 < sda5 sda6 > sd 0:0:0:0: Attached scsi disk sda kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. sr0: scsi3-mmc drive: 47x/47x cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 1:0:0:0: Attached scsi CD-ROM sr0 sd 0:0:0:0: Attached scsi generic sg0 type 0 sr 1:0:0:0: Attached scsi generic sg1 type 5 Adding 289160k swap on /dev/sda3. Priority:-1 extents:1 across:289160k EXT3 FS on sda2, internal journal usbcore: registered new driver usbkbd /usr/src/linux-2.6.18-xen.hg/drivers/usb/input/usbkbd.c: :USB HID Boot Protocol keyboard driver kjournald starting. Commit interval 5 seconds EXT3-fs warning: maximal mount count reached, running e2fsck is recommended EXT3 FS on sda5, internal journal EXT3-fs: mounted filesystem with ordered data mode. [-- Attachment #3: xm-dmesg --] [-- Type: text/plain, Size: 16385 bytes --] [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:644: iommu_enable_translation: iommu->reg = ffff828bfff58000 (XEN) [VT-D]iommu.c:644: iommu_enable_translation: iommu->reg = ffff828bfff57000 (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, lsb, paddr 0x200000 -> 0x531ecc (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 00000000b9000000->00000000ba000000 (126976 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80200000->ffffffff80531ecc (XEN) Init. ramdisk: ffffffff80532000->ffffffff80a9ac00 (XEN) Phys-Mach map: ffffffff80a9b000->ffffffff80b9b000 (XEN) Start info: ffffffff80b9b000->ffffffff80b9b4a4 (XEN) Page tables: ffffffff80b9c000->ffffffff80ba7000 (XEN) Boot stack: ffffffff80ba7000->ffffffff80ba8000 (XEN) TOTAL: ffffffff80000000->ffffffff81000000 (XEN) ENTRY ADDRESS: ffffffff80200000 (XEN) Dom0 has maximum 2 VCPUs (XEN) Scrubbing Free RAM: ........................done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: All (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 108kB init memory. (XEN) PCI add device 00:00.0 (XEN) PCI remove device 00:00.0 (XEN) PCI add device 00:01.0 (XEN) PCI remove device 00:01.0 (XEN) PCI add device 00:03.0 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) PCI remove device 00:03.0 (XEN) PCI add device 00:03.2 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) PCI remove device 00:03.2 (XEN) PCI add device 00:03.3 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) PCI remove device 00:03.3 (XEN) PCI add device 00:19.0 (XEN) PCI remove device 00:19.0 (XEN) PCI add device 00:1a.0 (XEN) PCI remove device 00:1a.0 (XEN) PCI add device 00:1a.1 (XEN) PCI remove device 00:1a.1 (XEN) PCI add device 00:1a.2 (XEN) PCI remove device 00:1a.2 (XEN) PCI add device 00:1a.7 (XEN) PCI remove device 00:1a.7 (XEN) PCI add device 00:1b.0 (XEN) PCI remove device 00:1b.0 (XEN) PCI add device 00:1d.0 (XEN) PCI remove device 00:1d.0 (XEN) PCI add device 00:1d.1 (XEN) PCI remove device 00:1d.1 (XEN) PCI add device 00:1d.2 (XEN) PCI remove device 00:1d.2 (XEN) PCI add device 00:1d.7 (XEN) PCI remove device 00:1d.7 (XEN) PCI add device 00:1e.0 (XEN) PCI remove device 00:1e.0 (XEN) PCI add device 00:1f.0 (XEN) PCI remove device 00:1f.0 (XEN) PCI add device 00:1f.2 (XEN) PCI remove device 00:1f.2 (XEN) PCI add device 00:1f.3 (XEN) PCI remove device 00:1f.3 (XEN) PCI add device 00:1f.5 (XEN) PCI remove device 00:1f.5 (XEN) PCI add device 01:00.0 (XEN) PCI add device 11:0c.0 (XEN) PCI remove device 11:0c.0 (XEN) PCI add device 00:03.2 (XEN) [VT-D]iommu.c:452: IOMMU: tlb flush request 2, actual 1 (XEN) PCI remove device 00:03.2 (XEN) [VT-D]iommu.c:1542:d0 intel_iommu_add_device: context mapping failed (XEN) [VT-D]iommu.c:1542:d0 intel_iommu_add_device: context mapping failed (XEN) PCI add device 00:1f.2 (XEN) PCI add device 00:1f.5 [-- Attachment #4: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-30 7:25 ` Stefan Bauer @ 2008-10-30 7:40 ` Stefan Bauer 2008-10-30 9:30 ` Han, Weidong 1 sibling, 0 replies; 35+ messages in thread From: Stefan Bauer @ 2008-10-30 7:40 UTC (permalink / raw) To: 'xen-devel@lists.xensource.com' Stefan Bauer schrieb: > [1] www.plzk.de/IMG_2598.JPG File updated, i uploaded the wrong one, sorry for that. -- Stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-30 7:25 ` Stefan Bauer 2008-10-30 7:40 ` Stefan Bauer @ 2008-10-30 9:30 ` Han, Weidong 2008-10-30 10:11 ` Stefan Bauer 1 sibling, 1 reply; 35+ messages in thread From: Han, Weidong @ 2008-10-30 9:30 UTC (permalink / raw) To: 'Stefan Bauer'; +Cc: 'xen-devel@lists.xensource.com' Stefan Bauer wrote: > Han, Weidong schrieb: >> or add "loglvl=all loglvl_guest=all" in grub kernel line like: >> kernel /boot/xen.gz dom0_mem=512m iommu=1 loglvl=all >> loglvl_guest=all > > Weidong, > > please see attached a even more verbose debugging output. > Unfortunatel i was not able to redirect the console output to a serial > terminal, so i took a screenshot[1]. Can you add some printk in domain_context_mapping()? Where does it exit? You'd better make serial console work. Following is my grub including serial console config. title 3: xen on RHEL5 (x86_64) root (hd0,0) kernel /boot/xen.gz dom0_mem=512m console=com1 iommu=1 loglvl=all loglvl_guest=all module /boot/vmlinuz-2.6.18.8-xen ro root=/dev/sda1 xencons=ttyS console=tty0 console=ttyS0, pciback.hide=(01:00.0) module /boot/initrd-2.6.18.8-xen.img Regards, Weidong > > [1] www.plzk.de/IMG_2598.JPG > > HTH ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-30 9:30 ` Han, Weidong @ 2008-10-30 10:11 ` Stefan Bauer 2008-10-30 13:48 ` Han, Weidong 0 siblings, 1 reply; 35+ messages in thread From: Stefan Bauer @ 2008-10-30 10:11 UTC (permalink / raw) Cc: 'xen-devel@lists.xensource.com' Han, Weidong schrieb: > You'd better make serial console work. Following is my grub including serial console config. Weidong, i get my hands on a usb-serial adapter, please see the output right here: www.plzk.de/xendebug-serial.txt Hope that helps. Regards -- Stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-30 10:11 ` Stefan Bauer @ 2008-10-30 13:48 ` Han, Weidong 2008-10-30 14:43 ` Stefan Bauer 0 siblings, 1 reply; 35+ messages in thread From: Han, Weidong @ 2008-10-30 13:48 UTC (permalink / raw) To: 'Stefan Bauer'; +Cc: 'xen-devel@lists.xensource.com' Stefan Bauer wrote: > Han, Weidong schrieb: >> You'd better make serial console work. Following is my grub >> including serial console config. > > Weidong, > > i get my hands on a usb-serial adapter, please see the output right > here: > > www.plzk.de/xendebug-serial.txt Why it's so short? Can post complete output? And also that is a panic. Why it's not consistent with the sighting described in your previous mails? I suspect your environment is not incorrect in somewhere. Pls list the following info: platform, BIOS, dom0 changeset, Xen changeset, did you add-on extra graphics card? did you follow steps listed in docs/misc/vtd.txt? Actually, latest Xen VT-d is quite stable in our recent testing. Regards, Weidong > > Hope that helps. > > Regards ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-30 13:48 ` Han, Weidong @ 2008-10-30 14:43 ` Stefan Bauer 2008-10-31 2:17 ` Han, Weidong 0 siblings, 1 reply; 35+ messages in thread From: Stefan Bauer @ 2008-10-30 14:43 UTC (permalink / raw) Cc: 'xen-devel@lists.xensource.com' Han, Weidong schrieb: > Why it's so short? Can post complete output? I expected also an even bigger output, but it shows debug=n even though i enabled it with loglvl=all loglvl_guest=all Please see the new complete output here: www.plzk.de/CAPTURE.TXT > I suspect your environment is not incorrect in somewhere. Pls list the following info: platform, BIOS, dom0 changeset, Xen changeset, did you add-on extra graphics card? did you follow steps listed in docs/misc/vtd.txt? 64BIT Debian stable (etch) Lenovo Thinkcentre M57 - Typ 6075-BQG Bios Version 2RKT54AUS Bios Date 08/20/2008 Dom0 is 2.6.18.8-xen Kernel with Xen 3.4 xen-unstable.hg, plain installation without any modifications at all One HVM guest for testing, windows 2000 with pci = [ ' 01:00.0' ] line in its configuration. I add a pci graphic card for testing purpose to have vga output in case i hide the pci-e card. that pci card is not used for passthrough. I followed steps listed in http://lxr.xensource.com/lxr/source/docs/misc/vtd.txt but came to the conclusion that it might have something to do with Base Address Register? > Actually, latest Xen VT-d is quite stable in our recent testing. I wish here too. Regards -- Stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-30 14:43 ` Stefan Bauer @ 2008-10-31 2:17 ` Han, Weidong 2008-10-31 7:51 ` Stefan Bauer 0 siblings, 1 reply; 35+ messages in thread From: Han, Weidong @ 2008-10-31 2:17 UTC (permalink / raw) To: 'Stefan Bauer'; +Cc: 'xen-devel@lists.xensource.com' Stefan Bauer wrote: > Han, Weidong schrieb: >> Why it's so short? Can post complete output? > > I expected also an even bigger output, but it shows debug=n even > though i enabled it with loglvl=all loglvl_guest=all > > Please see the new complete output here: > > www.plzk.de/CAPTURE.TXT Yes, this output is complete and helpful. I found the problem exists in domain_context_mapping(), which never succeeds. Thus result in other problems. Can you add some printk to locate where it fails? In addition, I suggest you don't add extra graphic card into your machine, as I know it may introduce issues on Q35. Regards, Weidong > >> I suspect your environment is not incorrect in somewhere. Pls list >> the following info: platform, BIOS, dom0 changeset, Xen changeset, >> did you add-on extra graphics card? did you follow steps listed in >> docs/misc/vtd.txt? > > 64BIT Debian stable (etch) > Lenovo Thinkcentre M57 - Typ 6075-BQG > Bios Version 2RKT54AUS > Bios Date 08/20/2008 > Dom0 is 2.6.18.8-xen Kernel with Xen 3.4 xen-unstable.hg, plain > installation without any modifications at all > > One HVM guest for testing, windows 2000 with pci = [ ' 01:00.0' ] line > in its configuration. > > I add a pci graphic card for testing purpose to have vga output in > case i hide the pci-e card. that pci card is not used for passthrough. > > I followed steps listed in > http://lxr.xensource.com/lxr/source/docs/misc/vtd.txt but came to the > conclusion that it might have something to do with Base Address > Register? > > >> Actually, latest Xen VT-d is quite stable in our recent testing. I >> wish here too. > > Regards ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 2:17 ` Han, Weidong @ 2008-10-31 7:51 ` Stefan Bauer 2008-10-31 13:19 ` Ross Philipson 2008-10-31 14:00 ` Han, Weidong 0 siblings, 2 replies; 35+ messages in thread From: Stefan Bauer @ 2008-10-31 7:51 UTC (permalink / raw) Cc: 'xen-devel@lists.xensource.com' Han, Weidong schrieb: > Yes, this output is complete and helpful. I found the problem exists in domain_context_mapping(), which never succeeds. Thus result in other problems. Can you add some printk to locate where it fails? I will if you advice me how to do where exactly. > In addition, I suggest you don't add extra graphic card into your machine, as I know it may introduce issues on Q35. Problem is that i want to use the pci-e card for my hvm guest and the onboard one for dom0. it seems that both the onboard and pci-e one cant work alongside, so iam forced to add another one. Regards -- Stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 7:51 ` Stefan Bauer @ 2008-10-31 13:19 ` Ross Philipson 2008-10-31 13:31 ` Stefan Bauer 2008-10-31 14:00 ` Han, Weidong 1 sibling, 1 reply; 35+ messages in thread From: Ross Philipson @ 2008-10-31 13:19 UTC (permalink / raw) To: Stefan Bauer; +Cc: xen-devel Stefan, Most of the paths through the function domain_context_mapping() (in xen/drivers/passthrough/vtd/iommu.c) also trace extra information but I don't see those traces so it is reasonable to assume that the function is returning an error when the call to acpi_find_matched_drhd_unit() fails to find a DRHD for the particular device. I would start by putting a trace there in the failure case and trace out the bus/dev info (presumably it is device 00:03.2). If this is the case then we can look at your DMAR ACPI table - maybe this is a faulty BIOS issue (e.g. there is no DRHD reporting INCLUDE_ALL devices). Or I may be wrong and the logging level is just not set for those gdprintk() calls in trace in the switch statement (though I don't think this is the case). If it is the case put code after the various calls in the switch statement to test the "ret" value and trace an error if it fails. Thanks Ross -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Stefan Bauer Sent: Friday, October 31, 2008 3:51 AM Cc: 'xen-devel@lists.xensource.com' Subject: Re: [Xen-devel] iommu: mapping reserved region failed - Q35 -VT-DIssue Han, Weidong schrieb: > Yes, this output is complete and helpful. I found the problem exists in domain_context_mapping(), which never succeeds. Thus result in other problems. Can you add some printk to locate where it fails? I will if you advice me how to do where exactly. > In addition, I suggest you don't add extra graphic card into your machine, as I know it may introduce issues on Q35. Problem is that i want to use the pci-e card for my hvm guest and the onboard one for dom0. it seems that both the onboard and pci-e one cant work alongside, so iam forced to add another one. Regards -- Stefan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 13:19 ` Ross Philipson @ 2008-10-31 13:31 ` Stefan Bauer 0 siblings, 0 replies; 35+ messages in thread From: Stefan Bauer @ 2008-10-31 13:31 UTC (permalink / raw) Cc: xen-devel Ross Philipson schrieb: > Stefan, > > Most of the paths through the function domain_context_mapping() (in > xen/drivers/passthrough/vtd/iommu.c) also trace extra information but I > don't see those traces so it is reasonable to assume that the function > is returning an error when the call to acpi_find_matched_drhd_unit() > fails to find a DRHD for the particular device. I would start by putting > a trace there in the failure case and trace out the bus/dev info > (presumably it is device 00:03.2). If this is the case then we can look > at your DMAR ACPI table - maybe this is a faulty BIOS issue (e.g. there > is no DRHD reporting INCLUDE_ALL devices). Sorry but thats a way to technically for me. I'm not familiar with C nor any other higher programming language. I will provide informations and do testing. > Or I may be wrong and the logging level is just not set for those > gdprintk() calls in trace in the switch statement (though I don't think > this is the case). If it is the case put code after the various calls in > the switch statement to test the "ret" value and trace an error if it Regards -- Stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 7:51 ` Stefan Bauer 2008-10-31 13:19 ` Ross Philipson @ 2008-10-31 14:00 ` Han, Weidong 2008-10-31 14:32 ` Stefan Bauer 1 sibling, 1 reply; 35+ messages in thread From: Han, Weidong @ 2008-10-31 14:00 UTC (permalink / raw) To: 'Stefan Bauer'; +Cc: 'xen-devel@lists.xensource.com' Stefan Bauer wrote: > Han, Weidong schrieb: >> Yes, this output is complete and helpful. I found the problem exists >> in domain_context_mapping(), which never succeeds. Thus result in >> other problems. Can you add some printk to locate where it fails? > > I will if you advice me how to do where exactly. I think you can add printk after check of drhd: if ( !drhd ) + { + printk("%s: can't find drhd for device (bus=%x dev=%x func=%x)\n", + __func__, bus, PCI_SLOT(devfn), PCI_FUNC(devfn)); return -ENODEV; + } and you also can change XENLOG_INFO to XENLOG_ERR in domain_context_mapping(). > >> In addition, I suggest you don't add extra graphic card into your >> machine, as I know it may introduce issues on Q35. > > Problem is that i want to use the pci-e card for my hvm guest and the > onboard one for dom0. it seems that both the onboard and pci-e one > cant work alongside, so iam forced to add another one. > A few months ago, in xen mailing list I remember some guys reported: when using PEG card (turning off integrated Gfx) on Q35, VT-d cannot work. It's the bios issue. I suspect it's not fixed yet. So I suggest you to use IGD instead of PEG. Regards, Weidong ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 14:00 ` Han, Weidong @ 2008-10-31 14:32 ` Stefan Bauer 2008-10-31 15:17 ` Ross Philipson 0 siblings, 1 reply; 35+ messages in thread From: Stefan Bauer @ 2008-10-31 14:32 UTC (permalink / raw) Cc: 'xen-devel@lists.xensource.com' Han, Weidong schrieb: > if ( !drhd ) > + { > + printk("%s: can't find drhd for device (bus=%x dev=%x func=%x)\n", > + __func__, bus, PCI_SLOT(devfn), PCI_FUNC(devfn)); > return -ENODEV; > + } > > and you also can change XENLOG_INFO to XENLOG_ERR in domain_context_mapping(). Added and recompiled, output here: www.plzk.de/CAPTURE2 > A few months ago, in xen mailing list I remember some guys reported: when using PEG card (turning off integrated Gfx) on Q35, VT-d cannot work. It's the bios issue. I suspect it's not fixed yet. So I suggest you to use IGD instead of PEG. I would, but if i do not select PEG in bios, lspci did not show the PEG card. Stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 14:32 ` Stefan Bauer @ 2008-10-31 15:17 ` Ross Philipson 2008-10-31 15:26 ` Stefan Bauer 0 siblings, 1 reply; 35+ messages in thread From: Ross Philipson @ 2008-10-31 15:17 UTC (permalink / raw) To: Stefan Bauer; +Cc: xen-devel OK, that is what I was going to give you anyway and that is sort of what I expected. Can you get a dump of you ACPI DMAR table. You can use pmtools to dump the ACPI tables: http://kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ You will have to build it and then run the dump tool. If you use the all option it will dump everything. I then have a little tool that prints out the DMAR in human readable form so we can see what the DRHD reporting structures look like. Thanks Ross -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Stefan Bauer Sent: Friday, October 31, 2008 10:32 AM Cc: 'xen-devel@lists.xensource.com' Subject: Re: [Xen-devel] iommu: mapping reserved region failed - Q35 -VT-DIssue Han, Weidong schrieb: > if ( !drhd ) > + { > + printk("%s: can't find drhd for device (bus=%x dev=%x func=%x)\n", > + __func__, bus, PCI_SLOT(devfn), PCI_FUNC(devfn)); > return -ENODEV; > + } > > and you also can change XENLOG_INFO to XENLOG_ERR in domain_context_mapping(). Added and recompiled, output here: www.plzk.de/CAPTURE2 > A few months ago, in xen mailing list I remember some guys reported: when using PEG card (turning off integrated Gfx) on Q35, VT-d cannot work. It's the bios issue. I suspect it's not fixed yet. So I suggest you to use IGD instead of PEG. I would, but if i do not select PEG in bios, lspci did not show the PEG card. Stefan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 15:17 ` Ross Philipson @ 2008-10-31 15:26 ` Stefan Bauer 2008-10-31 15:53 ` Ross Philipson 0 siblings, 1 reply; 35+ messages in thread From: Stefan Bauer @ 2008-10-31 15:26 UTC (permalink / raw) Cc: xen-devel Ross Philipson schrieb: > You will have to build it and then run the dump tool. If you use the all > option it will dump everything. I then have a little tool that prints > out the DMAR in human readable form so we can see what the DRHD > reporting structures look like. Here we go: www.plzk.de/acpidump.txt -- stefan.bauer@cubewerk.de Cubewerk Tel +49 8621 996 02 37 IT-Beratung + Planung Tel +49 179 119 47 67 Verkauf von Hard und Software Fax +49 1212 511057903 Herzog-Otto-Straße 32 http://www.cubewerk.de 83308 Trostberg ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 15:26 ` Stefan Bauer @ 2008-10-31 15:53 ` Ross Philipson 2008-10-31 16:20 ` Stefan Bauer 0 siblings, 1 reply; 35+ messages in thread From: Ross Philipson @ 2008-10-31 15:53 UTC (permalink / raw) To: Stefan Bauer; +Cc: xen-devel [-- Attachment #1: Type: text/plain, Size: 1790 bytes --] Attached is a printout of your DMAR tables. Focusing on the following failures that occurred later in the boot process: (XEN) domain_context_mapping: can't find drhd for device (bus=0 dev=1f func=2) (XEN) [VT-D]iommu.c:1545:d0 intel_iommu_add_device: context mapping failed (XEN) domain_context_mapping: can't find drhd for device (bus=0 dev=1f func=5) (XEN) [VT-D]iommu.c:1545:d0 intel_iommu_add_device: context mapping failed The DMAR only has two DRHD with 1 and 3 scope entries respectively for device endpoints (covering devices 00:1b.0, 00:03.0, 00:03.2, 00:03.3). There are no scope entries for entire bridges and there is not an INCLUDE_ALL DRHD. This is what is causing the failure - no match. It seems odd to me that there are so few entries. Thanks Ross -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Stefan Bauer Sent: Friday, October 31, 2008 11:27 AM Cc: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] iommu: mapping reserved region failed - Q35 -VT-DIssue Ross Philipson schrieb: > You will have to build it and then run the dump tool. If you use the all > option it will dump everything. I then have a little tool that prints > out the DMAR in human readable form so we can see what the DRHD > reporting structures look like. Here we go: www.plzk.de/acpidump.txt -- stefan.bauer@cubewerk.de Cubewerk Tel +49 8621 996 02 37 IT-Beratung + Planung Tel +49 179 119 47 67 Verkauf von Hard und Software Fax +49 1212 511057903 Herzog-Otto-Straße 32 http://www.cubewerk.de 83308 Trostberg _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #2: DMAR.txt --] [-- Type: text/plain, Size: 4712 bytes --] DMAR dump utility - input DMAR: DMAR.dat size: 200 DMA Remapping Reporting Structure ================================================== Signature: DMAR Length: 0x000000c8 Revision: 0x01 Checksum: 0x9e OEMID: Intel OEM Table ID: OEMDMAR OEM Revision: 0x060400d0 Creator ID: LOHR Creator Revision: 0x00000001 HAW: 0x23 Flags: 0x00 Reserved[10]: 00 00 00 00 00 00 00 00 00 00 Remapping Structures... DMA Remapping Hardware Unit Definition (DRHD) Structure #1 Type: 0x0000 (ACPI_DMAR_DRHD) Length: 0x0018 Flags: 0x00 -- INCLUDE_ALL = no Reserved: 0x00 Segment Number: 0x0000 Register Base: 0xfed90000 Device Scope Structure #1 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1b Function: 0x00 DMA Remapping Hardware Unit Definition (DRHD) Structure #2 Type: 0x0000 (ACPI_DMAR_DRHD) Length: 0x0028 Flags: 0x00 -- INCLUDE_ALL = no Reserved: 0x00 Segment Number: 0x0000 Register Base: 0xfed92000 Device Scope Structure #1 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x03 Function: 0x00 Device Scope Structure #2 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x03 Function: 0x02 Device Scope Structure #3 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x03 Function: 0x03 Reserved Memory Region Reporting (RMRR) Structure #1 Type: 0x0001 (ACPI_DMAR_RMRR) Length: 0x0058 Reserved: 0x0000 Segment Number: 0x0000 Base Address: 0xbeecc000 End Address: 0xbeecc000 Device Scope Structure #1 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1d Function: 0x00 Device Scope Structure #2 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1d Function: 0x01 Device Scope Structure #3 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1d Function: 0x02 Device Scope Structure #4 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1d Function: 0x07 Device Scope Structure #5 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1a Function: 0x00 Device Scope Structure #6 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1a Function: 0x01 Device Scope Structure #7 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1a Function: 0x02 Device Scope Structure #8 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1a Function: 0x07 ================================================== End DMAR [-- Attachment #3: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 15:53 ` Ross Philipson @ 2008-10-31 16:20 ` Stefan Bauer 2008-10-31 17:08 ` Ross Philipson 0 siblings, 1 reply; 35+ messages in thread From: Stefan Bauer @ 2008-10-31 16:20 UTC (permalink / raw) Cc: xen-devel Ross Philipson schrieb: > Attached is a printout of your DMAR tables. Focusing on the following failures that occurred later in the boot process: > > (XEN) domain_context_mapping: can't find drhd for device (bus=0 dev=1f func=2) > (XEN) [VT-D]iommu.c:1545:d0 intel_iommu_add_device: context mapping failed > (XEN) domain_context_mapping: can't find drhd for device (bus=0 dev=1f func=5) > (XEN) [VT-D]iommu.c:1545:d0 intel_iommu_add_device: context mapping failed > > The DMAR only has two DRHD with 1 and 3 scope entries respectively for device endpoints (covering devices 00:1b.0, 00:03.0, 00:03.2, 00:03.3). There are no scope entries for entire bridges and there is not an INCLUDE_ALL DRHD. This is what is causing the failure - no match. It seems odd to me that there are so few entries. Is there anything i can do to work on that problem further? Regards -- Stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 16:20 ` Stefan Bauer @ 2008-10-31 17:08 ` Ross Philipson 2008-10-31 17:25 ` Stefan Bauer 0 siblings, 1 reply; 35+ messages in thread From: Ross Philipson @ 2008-10-31 17:08 UTC (permalink / raw) To: Stefan Bauer; +Cc: xen-devel Did you mention in an earlier email that you have the latest BIOS for this system? -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Stefan Bauer Sent: Friday, October 31, 2008 12:20 PM Cc: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] iommu: mapping reserved region failed - Q35 -VT-DIssue Ross Philipson schrieb: > Attached is a printout of your DMAR tables. Focusing on the following failures that occurred later in the boot process: > > (XEN) domain_context_mapping: can't find drhd for device (bus=0 dev=1f func=2) > (XEN) [VT-D]iommu.c:1545:d0 intel_iommu_add_device: context mapping failed > (XEN) domain_context_mapping: can't find drhd for device (bus=0 dev=1f func=5) > (XEN) [VT-D]iommu.c:1545:d0 intel_iommu_add_device: context mapping failed > > The DMAR only has two DRHD with 1 and 3 scope entries respectively for device endpoints (covering devices 00:1b.0, 00:03.0, 00:03.2, 00:03.3). There are no scope entries for entire bridges and there is not an INCLUDE_ALL DRHD. This is what is causing the failure - no match. It seems odd to me that there are so few entries. Is there anything i can do to work on that problem further? Regards -- Stefan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 17:08 ` Ross Philipson @ 2008-10-31 17:25 ` Stefan Bauer 2008-10-31 19:00 ` Ross Philipson 0 siblings, 1 reply; 35+ messages in thread From: Stefan Bauer @ 2008-10-31 17:25 UTC (permalink / raw) Cc: xen-devel Ross Philipson schrieb: > Did you mention in an earlier email that you have the latest BIOS for > this system? The latest available from the lenovo webpage yes. -- stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 17:25 ` Stefan Bauer @ 2008-10-31 19:00 ` Ross Philipson 2008-10-31 19:42 ` Stefan Bauer 0 siblings, 1 reply; 35+ messages in thread From: Ross Philipson @ 2008-10-31 19:00 UTC (permalink / raw) To: Stefan Bauer; +Cc: xen-devel That is a bummer. I am not really sure where to go with it. If there is no DRHD for that device (or a number of other ones so it would seem) then there is no way to setup DMA remapping for those devices. Maybe someone else on the list has some ideas. Ross -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Stefan Bauer Sent: Friday, October 31, 2008 1:26 PM Cc: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] iommu: mapping reserved region failed - Q35 -VT-DIssue Ross Philipson schrieb: > Did you mention in an earlier email that you have the latest BIOS for > this system? The latest available from the lenovo webpage yes. -- stefan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 19:00 ` Ross Philipson @ 2008-10-31 19:42 ` Stefan Bauer 2008-10-31 20:03 ` Ross Philipson 2008-11-02 8:03 ` Han, Weidong 0 siblings, 2 replies; 35+ messages in thread From: Stefan Bauer @ 2008-10-31 19:42 UTC (permalink / raw) Cc: xen-devel Ross Philipson schrieb: > That is a bummer. I am not really sure where to go with it. If there is > no DRHD for that device (or a number of other ones so it would seem) > then there is no way to setup DMA remapping for those devices. Maybe > someone else on the list has some ideas. So if i understand you correctly, there is some problem with the PEG graphic card in my case? Another graphic card might solve that problem? Regards -- stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 19:42 ` Stefan Bauer @ 2008-10-31 20:03 ` Ross Philipson 2008-10-31 21:26 ` Stefan Bauer 2008-11-02 8:03 ` Han, Weidong 1 sibling, 1 reply; 35+ messages in thread From: Ross Philipson @ 2008-10-31 20:03 UTC (permalink / raw) To: Stefan Bauer; +Cc: xen-devel The dump of the DMAR on your system showed the individual remapping hardware units and which PCI devices they handled. Here is an excerpt (my comment prefixed with a **): DMA Remapping Hardware Unit Definition (DRHD) Structure #1 Type: 0x0000 (ACPI_DMAR_DRHD) Length: 0x0018 Flags: 0x00 -- INCLUDE_ALL = no Reserved: 0x00 Segment Number: 0x0000 Register Base: 0xfed90000 Device Scope Structure #1 ** This unit has one device scope entry ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x1b Function: 0x00 ** This unit support this device/function on bus 0 DMA Remapping Hardware Unit Definition (DRHD) Structure #2 Type: 0x0000 (ACPI_DMAR_DRHD) Length: 0x0028 Flags: 0x00 -- INCLUDE_ALL = no Reserved: 0x00 Segment Number: 0x0000 Register Base: 0xfed92000 Device Scope Structure #1 ** This unit has 3 device scope entries each supporting one a different function on device 3 bus 0 ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x03 Function: 0x00 ** one function Device Scope Structure #2 ** another scope ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x03 Function: 0x02 ** another function Device Scope Structure #3 ** another scope ========================== Type: 0x01 (ACPI_DEV_ENDPOINT) Length: 0x08 Reserved: 00 00 Enumeration ID: 0x00 - Reserved Start Bus Num: 0x00 Path Depth = 1, Path Entries: -- Device: 0x03 Function: 0x03 ** another function Normally there is another DMA Remapping Hardware Unit Definition (DRHD) that has the INCLUDE_ALL flag set and handles all devices that are not specifically handled by DRHDs like the ones above (at least that has been my experience though I haven't seen all that many machines). Your system does not seem to have that. So there is no real way to setup DMA remapping for any of the devices on your system that is not explicitly represented above. My gut feeling is that it is a BIOS problem - the ACPI tables are incorrect/incomplete but I cannot be sure. If you use lspci you can see the (small) set of PCI devices that the VT-d hardware seems to have DRHD units for. You might also want to contact Lenovo and see if this is a known issue. Thanks Ross -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Stefan Bauer Sent: Friday, October 31, 2008 3:43 PM Cc: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] iommu: mapping reserved region failed - Q35 -VT-DIssue Ross Philipson schrieb: > That is a bummer. I am not really sure where to go with it. If there is > no DRHD for that device (or a number of other ones so it would seem) > then there is no way to setup DMA remapping for those devices. Maybe > someone else on the list has some ideas. So if i understand you correctly, there is some problem with the PEG graphic card in my case? Another graphic card might solve that problem? Regards -- stefan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 20:03 ` Ross Philipson @ 2008-10-31 21:26 ` Stefan Bauer 0 siblings, 0 replies; 35+ messages in thread From: Stefan Bauer @ 2008-10-31 21:26 UTC (permalink / raw) Cc: xen-devel Ross Philipson schrieb: > If you use lspci you can see the (small) set of PCI devices that the > VT-d hardware seems to have DRHD units for. You might also want to > contact Lenovo and see if this is a known issue. I'm still trying to get in contact with lenovo to work that problem out. Will keep you up to date with news from that side. Regards -- stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-10-31 19:42 ` Stefan Bauer 2008-10-31 20:03 ` Ross Philipson @ 2008-11-02 8:03 ` Han, Weidong 2008-11-02 9:17 ` Stefan Bauer 1 sibling, 1 reply; 35+ messages in thread From: Han, Weidong @ 2008-11-02 8:03 UTC (permalink / raw) To: 'Stefan Bauer'; +Cc: 'xen-devel@lists.xensource.com' Stefan Bauer wrote: > Ross Philipson schrieb: >> That is a bummer. I am not really sure where to go with it. If there >> is no DRHD for that device (or a number of other ones so it would >> seem) then there is no way to setup DMA remapping for those devices. >> Maybe someone else on the list has some ideas. > > So if i understand you correctly, there is some problem with the PEG > graphic card in my case? Another graphic card might solve that > problem? > You don't use PEG, so it is not related to it. The dump of the DMAR on your system shows definitely BIOS doesn't setup ACPI correctly for DMAR. Pls contact your vendor. Regards, Weidong ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 -VT-DIssue 2008-11-02 8:03 ` Han, Weidong @ 2008-11-02 9:17 ` Stefan Bauer 0 siblings, 0 replies; 35+ messages in thread From: Stefan Bauer @ 2008-11-02 9:17 UTC (permalink / raw) Cc: 'xen-devel@lists.xensource.com' Han, Weidong schrieb: > Stefan Bauer wrote: >> Ross Philipson schrieb: >>> That is a bummer. I am not really sure where to go with it. If there >>> is no DRHD for that device (or a number of other ones so it would >>> seem) then there is no way to setup DMA remapping for those devices. >>> Maybe someone else on the list has some ideas. >> So if i understand you correctly, there is some problem with the PEG >> graphic card in my case? Another graphic card might solve that >> problem? >> > > You don't use PEG, so it is not related to it. The dump of the DMAR on your system shows definitely BIOS doesn't setup ACPI correctly for DMAR. Pls contact your vendor. My intention was to passthrough my PCI-E graphic card to the HVM domU, so i definitely use a PEG-Card. I'm awaiting response from lenovo, but as Rajesh mentioned, your ways to contact lenovo might be ways better than mine. Regards -- stefan ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: iommu: mapping reserved region failed - Q35 - VT-D Issue 2008-10-29 17:27 iommu: mapping reserved region failed - Q35 - VT-D Issue Stefan Bauer 2008-10-29 18:02 ` Stefan Bauer 2008-10-29 18:51 ` Ross Philipson @ 2008-10-29 19:20 ` Kay, Allen M 2008-10-29 19:37 ` Stefan Bauer 2 siblings, 1 reply; 35+ messages in thread From: Kay, Allen M @ 2008-10-29 19:20 UTC (permalink / raw) To: Stefan Bauer, xen-devel@lists.xensource.com Can you put some printk's in domain_context_mapping() to see at which point it failed? If it is a BIOS problem, it is possible this function cannot find the matching vt-d engine for this device. Allen >-----Original Message----- >From: xen-devel-bounces@lists.xensource.com >[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of >Stefan Bauer >Sent: Wednesday, October 29, 2008 10:28 AM >To: xen-devel@lists.xensource.com >Subject: [Xen-devel] iommu: mapping reserved region failed - >Q35 - VT-D Issue > >Xen 3.4 xen-unstable.hg from yesterday with debian etch on 64bit arch >Intel/Lenovo Q35 Mainboard with VT-d enabled > >Bootoptions iommu=1 vtd=1 >pci.backhide for a PCI-E nvidia graphiccard > >xm dmesg Error messages includes: > >[VT-D] iommu.c: 1694:d32767 iommu: mapping reserved region failed >[VT-D] iommu.c: 1542:d0 intel_iommu_add_device: context mapping failed > >If i try to start my HVM by xm create win2k the system reboots > >any ideas? > >-- >stefan > >_______________________________________________ >Xen-devel mailing list >Xen-devel@lists.xensource.com >http://lists.xensource.com/xen-devel > ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: iommu: mapping reserved region failed - Q35 - VT-D Issue 2008-10-29 19:20 ` iommu: mapping reserved region failed - Q35 - VT-D Issue Kay, Allen M @ 2008-10-29 19:37 ` Stefan Bauer 0 siblings, 0 replies; 35+ messages in thread From: Stefan Bauer @ 2008-10-29 19:37 UTC (permalink / raw) Cc: xen-devel@lists.xensource.com [-- Attachment #1: Type: text/plain, Size: 706 bytes --] Kay, Allen M schrieb: > Can you put some printk's in domain_context_mapping() to see at which point it failed? > > If it is a BIOS problem, it is possible this function cannot find the matching vt-d engine for this device. Allen, unfortunately i'm not familiar with any higher programming language. Please see attached a bit more verbose informations generated by PCI Backend Debugging in the kernel: For example: pciback 0000:00:19.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a get's me an unavailable network controller which has the 0000:00:19.0 address. -- Stefan [-- Attachment #2: xen-dmesg --] [-- Type: text/plain, Size: 17245 bytes --] Bootdata ok (command line is root=/dev/sda2 ro pciback.hide=(01:00.0)) Linux version 2.6.18.8-xen (root@xen64) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #2 SMP Wed Oct 29 20:59:53 CET 2008 BIOS-provided physical RAM map: Xen: 0000000000000000 - 0000000020800000 (usable) DMI present. On node 0 totalpages: 128565 DMA zone: 1305 pages, LIFO batch:0 DMA32 zone: 127260 pages, LIFO batch:31 Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: LENOVO Product ID: THINKCEN APIC at: 0xFEE00000 I/O APIC #2 Version 32 at 0xFEC00000. Setting APIC routing to xen Processors: 2 Allocating PCI resources starting at c2000000 (gap: c0000000:20000000) Built 1 zonelists. Total pages: 128565 Kernel command line: root=/dev/sda2 ro pciback.hide=(01:00.0) Initializing CPU#0 PID hash table entries: 2048 (order: 11, 16384 bytes) Xen reported: 2327.514 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Software IO TLB enabled: Aperture: 64 megabytes Kernel range: ffff8800018fd000 - ffff8800058fd000 Address size: 27 bits PCI-DMA: Using software bounce buffering for IO (SWIOTLB) Memory: 438812k/532480k available (1699k kernel code, 85336k reserved, 734k data, 136k init) Calibrating delay using timer specific routine.. 4656.97 BogoMIPS (lpj=23284873) Security Framework v1.0.0 initialized Capability LSM initialized Mount-cache hash table entries: 256 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 4096K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 Freeing SMP alternatives: 24k freed GSI 16 sharing vector 0xA8 and IRQ 16 GSI 17 sharing vector 0xB0 and IRQ 17 GSI 18 sharing vector 0xB8 and IRQ 18 GSI 19 sharing vector 0xC0 and IRQ 19 GSI 20 sharing vector 0xC8 and IRQ 20 Brought up 2 CPUs Initializing CPU#1 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 4096K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 1 migration_cost=12 Unpacking initramfs... done Freeing initrd memory: 5537k freed PM: Adding info for No Bus:platform NET: Registered protocol family 16 PM: Adding info for No Bus:xen PM: Adding info for No Bus:xen-backend PCI: Using configuration type 1 xen_mem: Initialising balloon driver. PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PM: Adding info for No Bus:pci0000:00 PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.2 Boot video device is 0000:11:0c.0 PCI: Transparent bridge - 0000:00:1e.0 PM: Adding info for pci:0000:00:00.0 PM: Adding info for pci:0000:00:01.0 PM: Adding info for pci:0000:00:03.0 PM: Adding info for pci:0000:00:03.2 PM: Adding info for pci:0000:00:03.3 PM: Adding info for pci:0000:00:19.0 PM: Adding info for pci:0000:00:1a.0 PM: Adding info for pci:0000:00:1a.1 PM: Adding info for pci:0000:00:1a.2 PM: Adding info for pci:0000:00:1a.7 PM: Adding info for pci:0000:00:1b.0 PM: Adding info for pci:0000:00:1d.0 PM: Adding info for pci:0000:00:1d.1 PM: Adding info for pci:0000:00:1d.2 PM: Adding info for pci:0000:00:1d.7 PM: Adding info for pci:0000:00:1e.0 PM: Adding info for pci:0000:00:1f.0 PM: Adding info for pci:0000:00:1f.2 PM: Adding info for pci:0000:00:1f.3 PM: Adding info for pci:0000:00:1f.5 PM: Adding info for pci:0000:01:00.0 PM: Adding info for pci:0000:11:0c.0 PCI->APIC IRQ transform: 0000:00:01.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:03.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:03.2[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:03.3[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:19.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1a.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1a.1[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:1a.2[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:1a.7[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:1b.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1d.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1d.1[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:1d.2[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:00:1d.7[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:00:1f.2[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:1f.3[B] -> IRQ 17 PCI->APIC IRQ transform: 0000:00:1f.5[C] -> IRQ 18 PCI->APIC IRQ transform: 0000:01:00.0[A] -> IRQ 16 PCI->APIC IRQ transform: 0000:11:0c.0[A] -> IRQ 20 pciback: wants to seize 0000:01:00.0 pciback 0000:00:00.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:01.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:03.0: probing... pciback 0000:00:03.2: probing... pciback 0000:00:03.3: probing... pciback 0000:00:19.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1a.0: probing... pciback 0000:00:1a.1: probing... pciback 0000:00:1a.2: probing... pciback 0000:00:1a.7: probing... pciback 0000:00:1b.0: probing... pciback 0000:00:1d.0: probing... pciback 0000:00:1d.1: probing... pciback 0000:00:1d.2: probing... pciback 0000:00:1d.7: probing... pciback 0000:00:1e.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1f.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1f.2: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1f.3: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:00:1f.5: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 pciback 0000:01:00.0: probing... pciback 0000:01:00.0: seizing device pciback 0000:01:00.0: pcistub_device_alloc pciback 0000:01:00.0: deferring initialization pciback 0000:11:0c.0: probing... BUG: warning at /usr/src/linux-2.6.18-xen.hg/drivers/xen/core/pci.c:31/pci_bus_probe_wrapper() Call Trace: [<ffffffff8030cee1>] pci_bus_probe_wrapper+0x8f/0x9a [<ffffffff803049e8>] driver_probe_device+0x52/0xa8 [<ffffffff80304b17>] __driver_attach+0x6d/0xaa [<ffffffff80304aaa>] __driver_attach+0x0/0xaa [<ffffffff803043e9>] bus_for_each_dev+0x43/0x6e [<ffffffff80304047>] bus_add_driver+0x7e/0x130 [<ffffffff802e9519>] __pci_register_driver+0x57/0x7d [<ffffffff80493d12>] pcistub_init+0xfb/0x1c9 [<ffffffff80207158>] init+0x13e/0x34c [<ffffffff8020ae8c>] child_rip+0xa/0x12 [<ffffffff8020701a>] init+0x0/0x34c [<ffffffff8020ae82>] child_rip+0x0/0x12 PCI: Failed to allocate mem resource #6:20000@d0000000 for 0000:01:00.0 PCI: Bridge: 0000:00:01.0 IO window: 2000-2fff MEM window: d0000000-d2ffffff PREFETCH window: c0000000-cfffffff PCI: Bridge: 0000:00:1e.0 IO window: disabled. MEM window: d4000000-d5ffffff PREFETCH window: d3000000-d30fffff PCI: Setting latency timer of device 0000:00:01.0 to 64 PCI: Setting latency timer of device 0000:00:1e.0 to 64 NET: Registered protocol family 2 IP route cache hash table entries: 16384 (order: 5, 131072 bytes) TCP established hash table entries: 65536 (order: 8, 1048576 bytes) TCP bind hash table entries: 32768 (order: 7, 524288 bytes) TCP: Hash tables configured (established 65536 bind 32768) TCP reno registered IA-32 Microcode Update Driver: v1.14a-xen <tigran@veritas.com> audit: initializing netlink socket (disabled) audit(1225311461.095:1): initialized audit: cannot initialize inotify handle Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) loop: loaded (max 8 devices) Xen virtual console successfully installed as xvc0 Event-channel device installed. netfront: Initialising virtual ethernet driver. pciback: pcistub_init_devices_late pciback 0000:01:00.0: initializing... pciback 0000:01:00.0: initializing config pciback 0000:01:00.0: initializing virtual configuration space pciback 0000:01:00.0: added config field at offset 0x04 pciback 0000:01:00.0: added config field at offset 0x3c pciback 0000:01:00.0: added config field at offset 0x3d pciback 0000:01:00.0: added config field at offset 0x0c pciback 0000:01:00.0: added config field at offset 0x0d pciback 0000:01:00.0: added config field at offset 0x0f pciback 0000:01:00.0: added config field at offset 0x10 pciback 0000:01:00.0: added config field at offset 0x14 pciback 0000:01:00.0: added config field at offset 0x18 pciback 0000:01:00.0: added config field at offset 0x1c pciback 0000:01:00.0: added config field at offset 0x20 pciback 0000:01:00.0: added config field at offset 0x24 pciback 0000:01:00.0: added config field at offset 0x30 pciback 0000:01:00.0: Found capability 0x1 at 0x60 pciback 0000:01:00.0: added config field at offset 0x60 pciback 0000:01:00.0: added config field at offset 0x62 pciback 0000:01:00.0: added config field at offset 0x64 pciback 0000:01:00.0: added config field at offset 0x66 pciback 0000:01:00.0: added config field at offset 0x67 pciback 0000:01:00.0: enabling device PCI: Enabling device 0000:01:00.0 (0104 -> 0107) pciback 0000:01:00.0: reset device Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PM: Adding info for platform:i8042 serio: i8042 AUX port at 0x60,0x64 irq 12 PM: Adding info for serio:serio0 serio: i8042 KBD port at 0x60,0x64 irq 1 PM: Adding info for serio:serio1 mice: PS/2 mouse device common for all mice NET: Registered protocol family 1 NET: Registered protocol family 17 BIOS EDD facility v0.16 2004-Jun-25, 1 devices found Freeing unused kernel memory: 136k freed input: AT Translated Set 2 keyboard as /class/input/input0 usbcore: registered new driver usbfs usbcore: registered new driver hub USB Universal Host Controller Interface driver v3.0 SCSI subsystem initialized libata version 2.00 loaded. ata_piix 0000:00:1f.2: version 2.00 ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ] PCI: Setting latency timer of device 0000:00:1f.2 to 64 ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0x1C40 irq 14 scsi0 : ata_piix PM: Adding info for No Bus:host0 ata1.00: ATA-7, max UDMA/133, 156312576 sectors: LBA48 NCQ (depth 0/32) ata1.00: ata1: dev 0 multi count 16 ata1.00: configured for UDMA/133 PM: Adding info for No Bus:target0:0:0 Vendor: ATA Model: WDC WD800JD-08MS Rev: 10.0 Type: Direct-Access ANSI SCSI revision: 05 PM: Adding info for scsi:0:0:0:0 ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0x1C48 irq 15 scsi1 : ata_piix PM: Adding info for No Bus:host1 ata2.00: ATAPI, max UDMA/33 ata2.00: configured for UDMA/33 PM: Adding info for No Bus:target1:0:0 Vendor: TSSTcorp Model: DVD-ROM TS-H353B Rev: LE06 Type: CD-ROM ANSI SCSI revision: 05 PM: Adding info for scsi:1:0:0:0 ata_piix 0000:00:1f.5: MAP [ P0 P2 P1 P3 ] PCI: Setting latency timer of device 0000:00:1f.5 to 64 ata3: SATA max UDMA/133 cmd 0x1CB8 ctl 0x1CAE bmdma 0x1C60 irq 18 ata4: SATA max UDMA/133 cmd 0x1CB0 ctl 0x1CAA bmdma 0x1C68 irq 18 scsi2 : ata_piix PM: Adding info for No Bus:host2 ATA: abnormal status 0x7F on port 0x1CBF scsi3 : ata_piix PM: Adding info for No Bus:host3 ATA: abnormal status 0x7F on port 0x1CB7 SCSI device sda: 156312576 512-byte hdwr sectors (80032 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: drive cache: write back SCSI device sda: 156312576 512-byte hdwr sectors (80032 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: drive cache: write back sda: sda1 sda2 sda3 sda4 < sda5 sda6 > sd 0:0:0:0: Attached scsi disk sda EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. sr0: scsi3-mmc drive: 125x/125x cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 1:0:0:0: Attached scsi CD-ROM sr0 sd 0:0:0:0: Attached scsi generic sg0 type 0 sr 1:0:0:0: Attached scsi generic sg1 type 5 Adding 289160k swap on /dev/sda3. Priority:-1 extents:1 across:289160k EXT3 FS on sda2, internal journal usbcore: registered new driver usbkbd /usr/src/linux-2.6.18-xen.hg/drivers/usb/input/usbkbd.c: :USB HID Boot Protocol keyboard driver kjournald starting. Commit interval 5 seconds EXT3-fs warning: maximal mount count reached, running e2fsck is recommended EXT3 FS on sda5, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. [-- Attachment #3: xm-dmesg --] [-- Type: text/plain, Size: 6002 bytes --] __ __ _____ _ _ _ _ _ \ \/ /___ _ __ |___ /| || | _ _ _ __ ___| |_ __ _| |__ | | ___ \ // _ \ '_ \ |_ \| || |_ __| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ / \ __/ | | | ___) |__ _|__| |_| | | | \__ \ || (_| | |_) | | __/ /_/\_\___|_| |_| |____(_) |_| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| (XEN) Xen version 3.4-unstable (root@) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) Tue Oct 28 23:12:59 CET 2008 (XEN) Latest ChangeSet: Thu Oct 23 15:38:52 2008 +0100 18711:874d0d673ecb (XEN) Command line: console=vga max_loop=128 dom0_mem=512M iommu=1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e000 (usable) (XEN) 000000000009e000 - 00000000000a0000 (reserved) (XEN) 00000000000ca000 - 00000000000cc000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000beeb0000 (usable) (XEN) 00000000beeb0000 - 00000000beec9000 (ACPI data) (XEN) 00000000beec9000 - 00000000beecc000 (ACPI NVS) (XEN) 00000000beecc000 - 00000000c0000000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000fec00000 - 00000000fec10000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ff000000 - 0000000100000000 (reserved) (XEN) System RAM: 3054MB (3127608kB) (XEN) ACPI: RSDP 000F5E00, 0024 (r2 PTLTD ) (XEN) ACPI: XSDT BEEBD8CF, 00B4 (r1 LENOVO TC-2R 60400D0 LTP 0) (XEN) ACPI: TCPA BEEC8B21, 0032 (r2 LENOVO TC-2R 60400D0 PTL 0) (XEN) ACPI: FACP BEEC8B53, 00F4 (r3 INTEL 60400D0 PTL 3) (XEN) ACPI: DSDT BEEC0FC8, 7AE5 (r1 INTEL BEARLAKE 60400D0 MSFT 100000E) (XEN) ACPI: FACS BEECBFC0, 0040 (XEN) ACPI: DMAR BEEC8C47, 00C8 (r1 Intel OEMDMAR 60400D0 LOHR 1) (XEN) ACPI: SLIC BEEC8D0F, 0176 (r1 LENOVO TC-2R 60400D0 LTP 0) (XEN) ACPI: MCFG BEEC8E85, 003C (r1 PTLTD MCFG 60400D0 LTP 0) (XEN) ACPI: HPET BEEC8EC1, 0038 (r1 PTLTD HPETTBL 60400D0 LTP 1) (XEN) ACPI: APIC BEEC8EF9, 0068 (r1 PTLTD APIC 60400D0 LTP 0) (XEN) ACPI: BOOT BEEC8F61, 0028 (r1 PTLTD $SBFTBL$ 60400D0 LTP 1) (XEN) ACPI: ASF! BEEC8F89, 0077 (r16 CETP CETP 60400D0 PTL 1) (XEN) ACPI: SSDT BEEBF212, 025F (r1 PmRef Cpu0Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BEEBF16C, 00A6 (r1 PmRef Cpu7Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BEEBF0C6, 00A6 (r1 PmRef Cpu6Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BEEBF020, 00A6 (r1 PmRef Cpu5Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BEEBEF7A, 00A6 (r1 PmRef Cpu4Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BEEBEED4, 00A6 (r1 PmRef Cpu3Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BEEBEE2E, 00A6 (r1 PmRef Cpu2Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BEEBED88, 00A6 (r1 PmRef Cpu1Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BEEBD983, 1405 (r1 PmRef CpuPm 3000 INTL 20050228) (XEN) Xen heap: 14MB (14704kB) (XEN) Domain heap initialised (XEN) Processor #0 6:15 APIC version 20 (XEN) Processor #1 6:15 APIC version 20 (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Intel VT-d has been enabled (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2327.563 MHz processor. (XEN) HVM: VMX enabled (XEN) CPU0: Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz stepping 0b (XEN) Booting processor 1/1 eip 8c000 (XEN) CPU1: Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz stepping 0b (XEN) Total of 2 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) checking TSC synchronization across 2 CPUs: passed. (XEN) Platform timer is 14.318MHz HPET (XEN) Brought up 2 CPUs (XEN) I/O virtualisation enabled (XEN) I/O virtualisation for PV guests disabled (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) [VT-D]iommu.c:1694:d32767 IOMMU: mapping reserved region failed (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, lsb, paddr 0x200000 -> 0x531ecc (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 00000000b9000000->00000000ba000000 (126976 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80200000->ffffffff80531ecc (XEN) Init. ramdisk: ffffffff80532000->ffffffff80a9a600 (XEN) Phys-Mach map: ffffffff80a9b000->ffffffff80b9b000 (XEN) Start info: ffffffff80b9b000->ffffffff80b9b4a4 (XEN) Page tables: ffffffff80b9c000->ffffffff80ba7000 (XEN) Boot stack: ffffffff80ba7000->ffffffff80ba8000 (XEN) TOTAL: ffffffff80000000->ffffffff81000000 (XEN) ENTRY ADDRESS: ffffffff80200000 (XEN) Dom0 has maximum 2 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 'CTRL-a' three times to switch input to Xen) (XEN) Freed 108kB init memory. (XEN) [VT-D]iommu.c:1542:d0 intel_iommu_add_device: context mapping failed (XEN) [VT-D]iommu.c:1542:d0 intel_iommu_add_device: context mapping failed (XEN) printk: 8 messages suppressed. (XEN) [VT-D]iommu.c:1542:d0 intel_iommu_add_device: context mapping failed [-- Attachment #4: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 35+ messages in thread
end of thread, other threads:[~2008-11-02 9:17 UTC | newest] Thread overview: 35+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-10-29 17:27 iommu: mapping reserved region failed - Q35 - VT-D Issue Stefan Bauer 2008-10-29 18:02 ` Stefan Bauer 2008-10-29 18:51 ` Ross Philipson 2008-10-29 19:15 ` Stefan Bauer 2008-10-29 19:30 ` iommu: mapping reserved region failed - Q35 - VT-DIssue Ross Philipson 2008-10-29 19:40 ` Stefan Bauer 2008-10-29 19:50 ` iommu: mapping reserved region failed - Q35 -VT-DIssue Ross Philipson 2008-10-29 20:26 ` Stefan Bauer 2008-10-30 2:14 ` Han, Weidong 2008-10-30 7:25 ` Stefan Bauer 2008-10-30 7:40 ` Stefan Bauer 2008-10-30 9:30 ` Han, Weidong 2008-10-30 10:11 ` Stefan Bauer 2008-10-30 13:48 ` Han, Weidong 2008-10-30 14:43 ` Stefan Bauer 2008-10-31 2:17 ` Han, Weidong 2008-10-31 7:51 ` Stefan Bauer 2008-10-31 13:19 ` Ross Philipson 2008-10-31 13:31 ` Stefan Bauer 2008-10-31 14:00 ` Han, Weidong 2008-10-31 14:32 ` Stefan Bauer 2008-10-31 15:17 ` Ross Philipson 2008-10-31 15:26 ` Stefan Bauer 2008-10-31 15:53 ` Ross Philipson 2008-10-31 16:20 ` Stefan Bauer 2008-10-31 17:08 ` Ross Philipson 2008-10-31 17:25 ` Stefan Bauer 2008-10-31 19:00 ` Ross Philipson 2008-10-31 19:42 ` Stefan Bauer 2008-10-31 20:03 ` Ross Philipson 2008-10-31 21:26 ` Stefan Bauer 2008-11-02 8:03 ` Han, Weidong 2008-11-02 9:17 ` Stefan Bauer 2008-10-29 19:20 ` iommu: mapping reserved region failed - Q35 - VT-D Issue Kay, Allen M 2008-10-29 19:37 ` Stefan Bauer
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.