search for: iommu_inclusive_map

...e 00000000fee00000 - 00000000fee01000 (reserved) 00000000ffe00000 - 0000000100000000 (reserved) 0000000100000000 - 00000001c0000000 (usable) but Xen system log has: (XEN) [VT-D]dmar.c:528:   RMRR address range not in reserved memory base = bf7dc000 end = bf7dbfff; iommu_inclusive_mapping=1 parameter may be needed. (XEN) [VT-D]dmar.c:585:   The RMRR (bf7dc000, bf7dbfff) is incorrect! (XEN) Failed to parse ACPI DMAR.  Disabling VT-d. (XEN) Table is not found! the log also has DMAR mentioned here: (XEN) ACPI: DMAR BF7980C0, 0138 (r1    AMI  OEMDMAR    ...

...dom0. Default to use only conventional RAM @@ -144,18 +144,23 @@ void __init iommu_set_dom0_mapping(struc * inclusive mapping maps in everything below 4GB except unusable * ranges. */ - if ( !page_is_ram_type(i, RAM_TYPE_CONVENTIONAL) && - (!iommu_inclusive_mapping || - page_is_ram_type(i, RAM_TYPE_UNUSABLE)) ) + unsigned long pfn = pdx_to_pfn(i); + + if ( pfn > (0xffffffffUL >> PAGE_SHIFT) ? + (!mfn_valid(pfn) || + !page_is_ram_type(pfn, RAM_TYPE_CONVENTIONAL)) : + iommu_inclusive_m...

...\| || |_ | | / \ __/ | | | ___) |__ _|| | /_/\_\___|_| |_| |____(_) |_|(_)_| (XEN) Xen version 3.4.1 (root@jrnet.private) (gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) Sat Aug 8 21:53:36 BST 2009 (XEN) Latest ChangeSet: Thu Aug 06 13:27:53 2009 +0100 19718:13fe7f07df15 (XEN) Command line: iommu_inclusive_mapping=1 iommu=1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec0...

...es. I tested passtrough with: - the onboard (fake-)raid-controller (no problems) - a pci card (no problems) - VGA cards (worked only partly - I''ll investigate that) I wrote a little patch to the code parsing the RMRR tables and enabled the following command line options: iommu=passtrough iommu_inclusive_mapping=1 As an attachment, I created a full patch which enables those command line options by default and can be directly applied to XEN 4.0.0. However, this patch is *not* intended to be merged to the unstable versions and I''ll discuss an appropriate patch on xen-devel. This patch is only...

OK, cut two of the iommu reserved memory issue patch as we discussed... This patch adds a boolean boot parameter to xen to allow inclusive mapping of all memory below 4GB to the iommu mappings for dom0. The unusable ranges and memory occupied by xen are still excluded. The parameter is "iommu_inclusive_mapping=1" and is off by default. In addition to the parameter, a warning is also traced when incorrect RMRR to system memory map values are detected. These are being added to address some incorrect BIOS''s that do not report correctly the requied reserved memory ranges in the RMRRs. When...

...o check the advanced features supported on my Xen systems, on my Optiplex 755 I can read the info by running "xm dmesg" and searching for VMX: (XEN) VMX: Supported advanced features: (XEN) - APIC TPR shadow (XEN) - MSR direct-access bitmap But on my Supermicro system which has iommu=1 iommu_inclusive_mapping=1 set the output is lost because there is too much other debug info being output, even if I check the dmesg immediately after booting the system the buffer has already overflowed. If there is no option to configure the buffer size then at the very least should''nt it be set big enough...

...| | |__ _| |_| | |_| |__| |_| | / /_| _| (__| |/ __/ /_/\_\___|_| |_| |_|(_)___(_)___/ \___(_)_/(_)_| \___|_|_____| (XEN) Xen version 4.0.0 (root@) (gcc version 4.4.2 20091027 (Red Hat 4.4.2-7) (GCC) ) Tue Jun 22 17:14:29 EDT 2010 (XEN) Latest ChangeSet: unavailable (XEN) Command line: iommu_inclusive_mapping=1 vtd=1 acpi=force apic=on (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 2 MBR signatures (XEN) Found 6 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000...

...om0: traps.c:486:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] I''ve tried loading both bzImage and vmlinuz (gzip compressed vmlinuz) with the same result. Full boot log: root (hd0,0) Filesystem type is ext2fs, partition type 0x83 kernel /xen-4.2-unstable.gz iommu=1 iommu_inclusive_mapping=1 com1=38400,8n1 co nsole=com1 noirqbalance watchdog dom0_vcpus_pin loglvl=all guest_loglvl=all cpu idle conring_size=65536 [Multiboot-elf, <0x100000:0 ! __ __ _ _ ____ _ _ _ \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |...

...remember, I met same error only after package upgrade. Pastebin logs, for check my errors: xm info http://pastebin.com/qGdKdVft dmesg http://pastebin.com/uLBTH1se IOMMU in BIOS: enable Virtualization in BIOS: enable grub kernel command line: root=UUID=2ecaab92-170f-4b51-a342-79c03fca0f3f ro iommu=1 iommu_inclusive_mapping=1 xen-pciback.passthrough=1 elevator=noop iommu=pt amd_iommu=fullflush xen-pciback.hide=(05:00.0)(05:00.1)(02:00.0) xen-pciback.hide=(05:00.1) xen-pciback.hide=(02:00.0) HW: gigabyte 970a-ds3, athlon-645 (guest VM already started successfully) Or, otherwise it is a package bug, or my settings?...

...[VT-D]dmar.c:341:   endpoint: 0:1a.2 (XEN) [VT-D]dmar.c:341:   endpoint: 0:1a.7 (XEN) [VT-D]dmar.c:595:   RMRR region: base_addr ec000 end_address effff (XEN) [VT-D]dmar.c:724: found ACPI_DMAR_RMRR: (XEN) [VT-D]dmar.c:528:   RMRR address range not in reserved memory base = bf7da000 end = bf7d9fff; iommu_inclusive_mapping=1 parameter may be needed. (XEN) [VT-D]dmar.c:341:   endpoint: 0:1d.0 (XEN) [VT-D]dmar.c:341:   endpoint: 0:1d.1 (XEN) [VT-D]dmar.c:341:   endpoint: 0:1d.2 (XEN) [VT-D]dmar.c:341:   endpoint: 0:1d.7 (XEN) [VT-D]dmar.c:341:   endpoint: 0:1a.0 (XEN) [VT-D]dmar.c:341:   endpoint: 0:1a.1 (XEN) [VT-...

Hi, I just upgraded to the latest SID after reinstalling my test server. Then, after a while, during the boot process, Xen seems to hang, then my server reboots. It's difficult for me to see anything, since I'm using a KVM over IP, using a quite slow link (from China to UK, using a FreeNX box that connects through a Java KVM over IP to the server), and I don't think it'd be easy

.../_/\_\___|_| |_| |____(_) |_|(_)_| (XEN) Xen version 3.4.1 (root@) (gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) Thu Aug 27 19:02:10 EDT 2009 (XEN) Latest ChangeSet: unavailable (XEN) Command line: console=com1 com1=115200,8n1,0x1030,18 iommu=1 iommu=passthrough iommu_inclusive_mapping=1 noreboot (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 4 MBR signatures (XEN) Found 4 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009e0...

Hello, It looks like upstream linux-2.6.git contains at least the following xen related new features for Linux 2.6.36: - Xen-SWIOTLB support (required for Xen PCI passthru and dom0) - Xen PV-on-HVM drivers - Xen VBD online dynamic resize of guest disks (xvd*) Congratulations! What are the plans for 2.6.37 merge window? I believe at least: - Xen PCI frontend Others? I''m going to

Konrad, et al, I am seeing visual corruption (almost like an interlacing problem) with i915 under Xen on some platforms using linux-3.8. See attached file for an example of the visual corruption. This particular platform is an HP Elitebook 2540p The same kernel and ramdisk, when booted as native linux does not show this corruption. dmesg is attached, as well (out.txt) - but I did not see