Ralf Hornik Mailings
2008-Nov-25 10:10 UTC
[Xen-devel] Fwd: RMRR is incorrect (was: VT-d does not work any more after BIOS update on DQ35MP)
Dear List, sorry for crossposting but I have real problems and xen-users didn''t answer yet. I found some hints regarding this issue but there are no good news, or solutions at the moment. May be you can help me, or give some workarounds...? If you need more information, you''ll get it.> I had to do a bios update due to some bugs in the Mgmt Engine. > > After this I had to re-enable the VT and VT-d made a power cycle, > but since then VT-d is not enabled via hypervisor.Now, after recompiling xen version 3.3 (make dist) I get the following error in "xm dmesg": ... (XEN) Xen heap: 14MB (14720kB) (XEN) Domain heap initialised (XEN) Processor #0 6:15 APIC version 20 (XEN) Processor #2 6:15 APIC version 20 (XEN) Processor #1 6:15 APIC version 20 (XEN) Processor #3 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) [VT-D]dmar.c:354: RMRR is incorrect. (XEN) Failed to parse ACPI DMAR. Disabling VT-d. (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2388.018 MHz processor. ... So wthat does this error mean?> Aditionally "xm pci-list-assignable-devices" brings no output. > > I even tried xen-unstable, but there is still the same :-(( > > Please, can anyone help me, or give me a hint, what else I can do to > get VTD back working? It worked until the bios update. Details follow: > > BIOS > > Vendor > Intel Corp. > > Version > JOQ3510J.86A.0954.2008.0922.2331 > > Release date > 09/22/2008 > > Supported functions > PCI Upgradeable > Shadowing is allowed Boot from CD > Selectable boot EDD spec > 8042 keyboard services Serial services > Printer services CGA/Mono video services> Thanx for any help!Regards Ralf _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Keir Fraser
2008-Nov-25 10:45 UTC
Re: [Xen-devel] Fwd: RMRR is incorrect (was: VT-d does not work any more after BIOS update on DQ35MP)
On 25/11/08 10:10, "Ralf Hornik Mailings" <ralf@best.homeunix.org> wrote:> Now, after recompiling xen version 3.3 (make dist) I get the following > error in "xm dmesg": > > ... > (XEN) Xen heap: 14MB (14720kB) > (XEN) Domain heap initialised > (XEN) Processor #0 6:15 APIC version 20 > (XEN) Processor #2 6:15 APIC version 20 > (XEN) Processor #1 6:15 APIC version 20 > (XEN) Processor #3 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) [VT-D]dmar.c:354: RMRR is incorrect. > (XEN) Failed to parse ACPI DMAR. Disabling VT-d. > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) Detected 2388.018 MHz processor. > ... > > So wthat does this error mean?Xen failed to parse one of your BIOS''s information tables. However, the table relates to Intel''s VT-d feature which you are almost certainly not using. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Neo Jia
2008-Nov-25 17:48 UTC
Re: [Xen-devel] Fwd: RMRR is incorrect (was: VT-d does not work any more after BIOS update on DQ35MP)
FYI. I saw the same issue on x38 & x48 chipset. Wondering if we can manually modify the DMAR table. Thanks, Neo --------- I would remember that if researchers were not ambitious probably today we haven''t the technology we are using! On Nov 25, 2008, at 2:45 AM, Keir Fraser <keir.fraser@eu.citrix.com> wrote:> On 25/11/08 10:10, "Ralf Hornik Mailings" <ralf@best.homeunix.org> > wrote: > >> Now, after recompiling xen version 3.3 (make dist) I get the >> following >> error in "xm dmesg": >> >> ... >> (XEN) Xen heap: 14MB (14720kB) >> (XEN) Domain heap initialised >> (XEN) Processor #0 6:15 APIC version 20 >> (XEN) Processor #2 6:15 APIC version 20 >> (XEN) Processor #1 6:15 APIC version 20 >> (XEN) Processor #3 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) [VT-D]dmar.c:354: RMRR is incorrect. >> (XEN) Failed to parse ACPI DMAR. Disabling VT-d. >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) Detected 2388.018 MHz processor. >> ... >> >> So wthat does this error mean? > > Xen failed to parse one of your BIOS''s information tables. However, > the > table relates to Intel''s VT-d feature which you are almost certainly > not > using. > > -- Keir > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Ralf Hornik Mailings
2008-Nov-25 19:47 UTC
Re: [Xen-devel] Fixed: RMRR is incorrect (was: VT-d does not work any more after BIOS update on DQ35MP)
Neo Jia wrote:> FYI. I saw the same issue on x38 & x48 chipset. > > Wondering if we can manually modify the DMAR table. >I too don''t think so. Finally, I downgraded to the second previous bios version and now VT-d works again. So, the latest _working_ bios version for DQ35MP is JOQ3510J.86A.0933.2008.0707.2248 (JO0933P.ISO from 7/9/2008) The next step: who should I contact now? It might be inportant for the related devlopers... Ralf _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Ralf Hornik Mailings
2008-Nov-26 09:59 UTC
Re: [Xen-devel] Fixed: RMRR is incorrect (was: VT-d does not work any more after BIOS update on DQ35MP)
"Ralf Hornik Mailings" <ralf@best.homeunix.org> schreibte:> Finally, I downgraded to the second previous bios version and now > VT-d works again.Another issue I figured out (bios independend) is a page fault when booing xen 3.3/unstable with vtd anabled: (XEN) Brought up 4 CPUs (XEN) I/O virtualisation enabled (XEN) I/O virtualisation for PV guests disabled (XEN) [VT-D]iommu.c:747: iommu_page_fault: iommu->reg = ffff828bfff56000 (XEN) [VT-D]iommu.c:716: iommu_fault_status: Fault Overflow (XEN) [VT-D]iommu.c:701: iommu_fault:DMA Write: 0:2.0 addr ffffff000 REASON 5 iommu->reg = ffff828bfff56000 (XEN) print_vtd_entries: iommu = ffff83007c20d010 bdf = 0:2:0 gmfn = ffffff (XEN) root_entry = ffff83007a4d3000 (XEN) root_entry[0] = 7d060001 (XEN) context = ffff83007d060000 (XEN) context[10] = 101_7bff9001 (XEN) l3 = ffff83007bff9000 (XEN) l3_index = 3f (XEN) l3[3f] = 0 (XEN) l3[3f] not present What does this mean? However, I do not encounter any relating problems yet... Regards Ralf _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel