All of lore.kernel.org
 help / color / mirror / Atom feed
* Fwd: Re:  Fwd: Re:  Xen 4.3 / 4.4 - concurrent APIs, VGA Passthru
       [not found] <53DE099C.3090606@ninth-art.de>
@ 2014-08-03 10:20 ` Georg Bege
  0 siblings, 0 replies; 3+ messages in thread
From: Georg Bege @ 2014-08-03 10:20 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 2855 bytes --]




-------- Original-Nachricht --------
Betreff: 	Re: [Xen-devel] Fwd: Re: Xen 4.3 / 4.4 - concurrent APIs, VGA
Passthru
Datum: 	Sun, 03 Aug 2014 12:06:20 +0200
Von: 	Georg Bege <therion@ninth-art.de>
Antwort an: 	therion@ninth-art.de
An: 	Gordan Bobic <gordan@bobich.net>



Good day to you

Am 03.08.2014 11:40, schrieb Gordan Bobic:
> On 08/03/2014 02:09 AM, Georg Bege wrote:
>> Hi
>>
>> I tried your suggestions now with Xen 4.3.2-r4 (Gentoo).
>> On Win7 64bit its not working at all, I cannot passthru the GFX -
>> I rolled back to a snapshot where I installed everything but not the
>> nvidia package.
>
> Just to clarify - which suggestion is that?
The suggestion, about trying to reduce the memory of the HVM DomU -
so I dont ran into IRQ trouble anymore.
>
>> So I tried it and it works out, reboots and then I get a message like:
>> "This device reported an error and had to be stopped, code 43."
>> within the device manager.
>> This happens whether Im trying the DomU with 8GB or 1024MB - same
>> results.
>> On Xen 4.4 I can passthru the GFX, no problem but its very slow (as I've
>> written already).
>
> Have you tried an older Nvidia driver? I'm running the latest 331.x
> driver on both XP and Win7 (both x64).
Not yet, Im using the latest 337.88 on both winxp 64bit and win7 64bit.
(Btw. just tested WinVista 64bit same issue, I guess since they are same
NT6 family they dont differ that much)

>
> The slowness might be indicative of an interrupt related problem. The
> boot parameters I'm running with are as follows:
>
> xen.gz: dom0_vcpus_pin iommu=dom0-passthrough unrestricted_guest=1 msi=1
> vmlinuz: intel_iommu=on pcie_aspm=off pcie_ports=compat
You are absolutly right, it must be an interrupt problem - I first
thought it might still be about the problem about the IOMMU memory you
suggested - but it isnt.
As soon as I passthru the vga to win7, the VM gets slow... without
passing thru the GFX its just normal as you would expect - if I pass
other hardware like usb3 controller or Intel HD Audio, no problem either.

>
> Note: The pcie_aspm=off pcie_ports=compat are to work around a bug on
> my motherboard that causes a massive interrupt flood due to a device
> on ICH10 flapping between hotplug states and creating an interrupt
> storm that makes the entire machine permanently unusable as soon as
> the kernel starts probing devices. You probably don't need those two
> options but they shouldn't do any harm while you're troubleshooting.
Yes I came to the same conclusion, that power saving states might do a
problem also especially ASPM (see above), it was activated in my BIOS
and I deactivated it.
No difference so far, but I also deactivated C-States and I still can
see them in xenpm, maybe the BIOS options dont get in effect?
I'll try the xen parameters you suggest, maybe that will do the trick.

>
> Gordan




[-- Attachment #1.2: Type: text/html, Size: 4309 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Fwd: Re:  Fwd: Re:  Xen 4.3 / 4.4 - concurrent APIs, VGA Passthru
       [not found] <53DE0A73.9040304@ninth-art.de>
@ 2014-08-03 10:20 ` Georg Bege
  0 siblings, 0 replies; 3+ messages in thread
From: Georg Bege @ 2014-08-03 10:20 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 3103 bytes --]




-------- Original-Nachricht --------
Betreff: 	Re: [Xen-devel] Fwd: Re: Xen 4.3 / 4.4 - concurrent APIs, VGA
Passthru
Datum: 	Sun, 03 Aug 2014 12:09:55 +0200
Von: 	Georg Bege <therion@ninth-art.de>
Antwort an: 	therion@ninth-art.de
An: 	Gordan Bobic <gordan@bobich.net>



Am 03.08.2014 11:49, schrieb Gordan Bobic:
> On 08/02/2014 11:49 AM, Georg Bege wrote:
>> Hello again
>>
>> Well so far I can now tell, I tested it on WinXP x64 quite a lot
>> - most things are working.
>> Including AAA games like Witcher 2, I didnt try a very memory consuming
>> game yet.
>> But I dont really think that I have the same bug you are refering to -
>> in WinXP x64 the /PATCHTPR boot flag did help greatly, it really boosted
>> the performance to near native.
>
> What does this flag do? Googling for it found no results.    
See:
http://lists.xenproject.org/archives/html/xen-users/2013-09/msg00254.html

But now I came to the conclusion that I dont have the same issue with
Win7 at all (see last email).

>
>> I dont think I encountered any memory usage, used like applications
>> consuming the first 4GB of the DomU.
>
> I am inclined to agree, you aren't hitting the same problem.
>
>> Im trying to figure what to do for Windows 7, its working good too -
>> even with VGA Passthrough,
>> but its almost always consuming 33%-80% CPU usage for no reason...
>
> Can you check from within the domU which process is eating CPU? Or are
> you saying that with Windows 7 inside your domU task manager is
> showing 0% CPU usage but xentop is showing 33-80% CPU usage?
I cant check, as states in the last email it must be about interrupts or
power saving states - it only happens when I pass in the GFX.
Without this the CPU is just idling on 0% inside the DomU.

>
>> I also stumpled upon the issue that if you reboot a VGA Passthru DomU
>> then that the GFX adapter looses performance (which was explained
>> somewhere in the docs already).
>
> That is _very_ wrong. That only happens on ATI GPUs, I have never seen
> that happen with an Nvidia GPU.
Interesting information, thank you - if that is so then maybe Im still
hitting some other problems on WinXP as well - but I must say, Im
tinkering a lot so I have to re-verify this.
>
>> Atm. all this is done with Xen 4.4 - Im not sure why I would go back to
>> Xen 4.3, Xen is improving greatly over each version I think, that older
>> versions have more (unfixed) issues is quite logical.
>
> IMO that doesn't follow for any software. More feature doesn't mean
> fewer bugs, usually the opposite.
Ya maybe, as said Xen 4.3 isnt really working at all to me - as Im not
even able to passthru my GFX (err code 43) so I cannot even do the same
tests.

>
>> I just wonder what I can do for Win7 performance wise so that I can test
>> things like Borderlands 2 you referred to... or any other high memory
>> usage application.
>
> Borderlands 2 runs under XP64 just fine. I'm not sure what else to
> suggest, I rebuilt one of my two XP64 VMs to Win7 x64 the other day
> relatively painlessly. Same config, just different disk image. No
> problems so far.
>
> Gordan




[-- Attachment #1.2: Type: text/html, Size: 4750 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Fwd: Re:  Fwd: Re:  Xen 4.3 / 4.4 - concurrent APIs, VGA Passthru
       [not found] <53DE1385.70006@ninth-art.de>
@ 2014-08-03 10:48 ` Georg Bege
  0 siblings, 0 replies; 3+ messages in thread
From: Georg Bege @ 2014-08-03 10:48 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 8415 bytes --]




-------- Original-Nachricht --------
Betreff: 	Re: [Xen-devel] Fwd: Re: Xen 4.3 / 4.4 - concurrent APIs, VGA
Passthru
Datum: 	Sun, 03 Aug 2014 12:48:37 +0200
Von: 	Georg Bege <therion@ninth-art.de>
Antwort an: 	therion@ninth-art.de
An: 	Gordan Bobic <gordan@bobich.net>



Hi

I've tried the proposed flags - I got some additional dmesg:
    6.000171] Kernel command line: root=ZFS=warehouse/gentoo dozfs=force
intel_iommu=on pcie_aspm=off pcie_ports=compat
xen-pciback.hide=(00:1b.0)(02:00.0)(03:00.0)(03:00.1)
[    6.370424] pciback 0000:03:00.0: no compatible bridge window for
[mem 0xfff80000-0xffffffff pref]
[    6.370481] pci 0000:04:00.0: no compatible bridge window for [mem
0xfff80000-0xffffffff pref]
[    6.370538] pci 0000:05:00.0: no compatible bridge window for [mem
0xfff80000-0
...
[    6.000235] PCIe ASPM is disabled

However that didnt truly help out.
I might wonder if this has something to do with the fact that Im not
able to enable interrupt remapping.
Thus I also have pci_msitranslate = 0 - if I put it on 1, I get wired
distortions in the DomU (with stdvga).

Up to now, I thought that I do not really need interrupt remapping...
maybe this has also something to do with the 'err code 43' while running
Xen 4.3.x?

regards,
Georg

PS: xl dmesg output below.

--------------------------------- [xl dmesg output]
---------------------------------
 Xen 4.4.0
(XEN) Xen version 4.4.0 (@ninth-art.net) (x86_64-pc-linux-gnu-gcc
(Gentoo 4.8.3 p1.1, pie-0.5.9) 4.8.3) debug=n Sun Aug  3 08:49:40 CEST 2014
(XEN) Latest ChangeSet:
(XEN) Bootloader: GRUB 2.00
(XEN) Command line: dom0_max_vcpus=7 dom0_mem=16384M
iommu=dom0-passthrough unrestricted_guest=1 msi=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 7 MBR signatures
(XEN)  Found 6 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000008f000 (usable)
(XEN)  000000000008f000 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000b847a000 (usable)
(XEN)  00000000b847a000 - 00000000b855e000 (ACPI NVS)
(XEN)  00000000b855e000 - 00000000b89ac000 (usable)
(XEN)  00000000b89ac000 - 00000000b8aac000 (ACPI NVS)
(XEN)  00000000b8aac000 - 00000000b8ddd000 (usable)
(XEN)  00000000b8ddd000 - 00000000b8e5d000 (reserved)
(XEN)  00000000b8e5d000 - 00000000bb6b9000 (usable)
(XEN)  00000000bb6b9000 - 00000000bb6bf000 (reserved)
(XEN)  00000000bb6bf000 - 00000000bb71b000 (usable)
(XEN)  00000000bb71b000 - 00000000bb7bf000 (ACPI NVS)
(XEN)  00000000bb7bf000 - 00000000bb7de000 (usable)
(XEN)  00000000bb7de000 - 00000000bb7f1000 (ACPI data)
(XEN)  00000000bb7f1000 - 00000000bb7f2000 (usable)
(XEN)  00000000bb7f2000 - 00000000bb7ff000 (ACPI data)
(XEN)  00000000bb7ff000 - 00000000bb800000 (usable)
(XEN)  00000000bb800000 - 00000000c0000000 (reserved)
(XEN)  00000000f0000000 - 0000000100000000 (reserved)
(XEN)  0000000100000000 - 0000000840000000 (usable)
(XEN) ACPI: RSDP 000FE020, 0024 (r2 WORTMA)
(XEN) ACPI: XSDT BB7FD120, 006C (r1 WORTMA WORTMANN      229       1000013)
(XEN) ACPI: FACP BB7FC000, 00F4 (r3 WORTMA WORTMANN      229 MSFT  100000D)
(XEN) ACPI: DSDT BB7F7000, 4F75 (r2 WORTMA WORTMANN      229 MSFT  100000D)
(XEN) ACPI: FACS BB725000, 0040
(XEN) ACPI: APIC BB7F6000, 0138 (r2 WORTMA WORTMANN      229 MSFT  100000D)
(XEN) ACPI: MCFG BB7F5000, 003C (r1 WORTMA WORTMANN      229 MSFT  100000D)
(XEN) ACPI: ASF! BB7F4000, 00A5 (r32 WORTMA WORTMANN      229 MSFT  100000D)
(XEN) ACPI: HPET BB7F3000, 0038 (r1 WORTMA WORTMANN      229 MSFT  100000D)
(XEN) ACPI: SLIC BB7F2000, 0176 (r1 WORTMA WORTMANN      229 MSFT  100000D)
(XEN) ACPI: ASPT BB7F0000, 0034 (r7 WORTMA WORTMANN      229 MSFT  100000D)
(XEN) ACPI: SSDT BB7E0000, F054 (r1 WORTMA SSDT  PM      229 MSFT  100000D)
(XEN) ACPI: DMAR BB7DE000, 00E8 (r1 WORTMA WORTMANN      229 MSFT  100000D)
(XEN) System RAM: 32692MB (33476996kB)
(XEN) Domain heap initialised
(XEN) Processor #0 6:13 APIC version 21
(XEN) Processor #1 6:13 APIC version 21
(XEN) Processor #2 6:13 APIC version 21
(XEN) Processor #3 6:13 APIC version 21
(XEN) Processor #4 6:13 APIC version 21
(XEN) Processor #5 6:13 APIC version 21
(XEN) Processor #6 6:13 APIC version 21
(XEN) Processor #7 6:13 APIC version 21
(XEN) Processor #8 6:13 APIC version 21
(XEN) Processor #9 6:13 APIC version 21
(XEN) Processor #10 6:13 APIC version 21
(XEN) Processor #11 6:13 APIC version 21
(XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 1, version 32, address 0xfec3f000, GSI 24-47
(XEN) Enabling APIC mode:  Phys.  Using 2 I/O APICs
(XEN) Failed to enable Interrupt Remapping: Will not enable x2APIC.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 2400.159 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB, 2MB, 1GB.
(XEN) Intel VT-d iommu 1 supported page sizes: 4kB, 2MB, 1GB.
(XEN) Intel VT-d Snoop Control not enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT-d Shared EPT tables enabled.
(XEN) [VT-D] Platform firmware does not support interrupt remapping
(XEN) [VT-D]iommu.c:2113: Interrupt Remapping not enabled
(XEN) I/O virtualisation enabled
(XEN)  - Dom0 mode: Passthrough
(XEN) Interrupt remapping disabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using old ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 32 KiB.
(XEN) VMX: Supported advanced features:
(XEN)  - APIC MMIO access virtualisation
(XEN)  - APIC TPR shadow
(XEN)  - Extended Page Tables (EPT)
(XEN)  - Virtual-Processor Identifiers (VPID)
(XEN)  - Virtual NMI
(XEN)  - MSR direct-access bitmap
(XEN)  - Unrestricted Guest
(XEN) HVM: ASIDs enabled.
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) Brought up 12 CPUs
(XEN) verify_tsc_reliability: TSC warp detected, disabling TSC_RELIABLE
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x1add000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   0000000824000000->0000000828000000 (4177164 pages
to be allocated)
(XEN)  Init. ramdisk: 000000083fd0c000->000000083ffff080
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff81add000
(XEN)  Init. ramdisk: ffffffff81add000->ffffffff81dd0080
(XEN)  Phys-Mach map: ffffffff81dd1000->ffffffff83dd1000
(XEN)  Start info:    ffffffff83dd1000->ffffffff83dd14b4
(XEN)  Page tables:   ffffffff83dd2000->ffffffff83df5000
(XEN)  Boot stack:    ffffffff83df5000->ffffffff83df6000
(XEN)  TOTAL:         ffffffff80000000->ffffffff84000000
(XEN)  ENTRY ADDRESS: ffffffff8155e1f0
(XEN) Dom0 has maximum 7 VCPUs
(XEN) Scrubbing Free RAM:
...............................................................................................................................................................done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(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 276kB init memory.

Am 03.08.2014 11:40, schrieb Gordan Bobic:
>
> Have you tried an older Nvidia driver? I'm running the latest 331.x
> driver on both XP and Win7 (both x64).
>
> The slowness might be indicative of an interrupt related problem. The
> boot parameters I'm running with are as follows:
>
> xen.gz: dom0_vcpus_pin iommu=dom0-passthrough unrestricted_guest=1 msi=1
> vmlinuz: intel_iommu=on pcie_aspm=off pcie_ports=compat
>
> Note: The pcie_aspm=off pcie_ports=compat are to work around a bug on
> my motherboard that causes a massive interrupt flood due to a device
> on ICH10 flapping between hotplug states and creating an interrupt
> storm that makes the entire machine permanently unusable as soon as
> the kernel starts probing devices. You probably don't need those two
> options but they shouldn't do any harm while you're troubleshooting.
>
> Gordan




[-- Attachment #1.2: Type: text/html, Size: 9815 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2014-08-03 10:48 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <53DE099C.3090606@ninth-art.de>
2014-08-03 10:20 ` Fwd: Re: Fwd: Re: Xen 4.3 / 4.4 - concurrent APIs, VGA Passthru Georg Bege
     [not found] <53DE0A73.9040304@ninth-art.de>
2014-08-03 10:20 ` Georg Bege
     [not found] <53DE1385.70006@ninth-art.de>
2014-08-03 10:48 ` Georg Bege

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.