Re: [Xen-devel] [PATCH for-4.10] libxc: load acpi RSDP table at correct address

On Tue, Nov 21, 2017 at 12:13 PM, Juergen Gross wrote: > On 21/11/17 11:42, Andrew Cooper wrote: >> On 21/11/17 07:44, Jan Beulich wrote: >> On 20.11.17 at 17:59, wrote: On 11/20/2017 11:43 AM, Jan Beulich wrote: On 20.11.17 at

[Xen-devel] [PATCH v2] mini-os: add config item for printing via hypervisor

Today Mini-OS will print all console output via the hypervisor, too. Make this behavior configurable instead and default it to "off". Signed-off-by: Juergen Gross Acked-by: Samuel Thibault --- V2: keep comment (Samuel Thibault) --- Config.mk

[Xen-devel] [distros-debian-squeeze test] 72479: tolerable FAIL

flight 72479 distros-debian-squeeze real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72479/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-i386-squeeze-netboot-pygrub 10 debian-di-install fail blocked in 72449

[Xen-devel] [qemu-mainline test] 116416: trouble: broken/fail/pass

flight 116416 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/116416/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt broken

[Xen-devel] [xen-4.9-testing test] 116434: trouble: broken/fail/pass

flight 116434 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/116434/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-raw broken

Re: [Xen-devel] [PATCH 10/16] SUPPORT.md: Add Debugging, analysis, crash post-portem

On 11/21/2017 07:21 PM, Andrew Cooper wrote: > On 21/11/17 19:05, Ian Jackson wrote: >> George Dunlap writes ("Re: [PATCH 10/16] SUPPORT.md: Add Debugging, >> analysis, crash post-portem"): >>> gdbsx security support: Someone may want to debug an untrusted guest, >>> so I think we should say

Re: [Xen-devel] [PATCH 07/16] SUPPORT.md: Add virtual devices common to ARM and x86

>>> On 21.11.17 at 18:20, wrote: > On 11/21/2017 11:41 AM, Jan Beulich wrote: > On 21.11.17 at 11:56, wrote: >>> On 11/21/2017 08:29 AM, Jan Beulich wrote: >>> On 13.11.17 at 16:41, wrote: > +### PV USB

Re: [Xen-devel] [PATCH 08/16] SUPPORT.md: Add x86-specific virtual hardware

On 11/22/2017 11:11 AM, Jan Beulich wrote: +### x86/HVM EFI + +Status: Supported + +Booting a guest via guest EFI firmware >>> >>> Shouldn't this say OVMF, to avoid covering possible other >>> implementations? >> >> I don't expect that we'll ever need more than one EFI

Re: [Xen-devel] [PATCH 08/16] SUPPORT.md: Add x86-specific virtual hardware

On 11/22/2017 11:11 AM, Jan Beulich wrote: On 21.11.17 at 19:02, wrote: >> On 11/21/2017 08:39 AM, Jan Beulich wrote: >> On 13.11.17 at 16:41, wrote: +### x86/Nested PV + +Status, x86 HVM: Tech Preview +

Re: [Xen-devel] [PATCH 21/30] xen: deprecate pci_get_bus_and_slot()

On 22/11/17 06:31, Sinan Kaya wrote: > pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as > where a PCI device is present. This restricts the device drivers to be > reused for other domain numbers. > > Use pci_get_domain_bus_and_slot() with a domain number of 0 where we can't

Re: [Xen-devel] [PATCH v2] sync CPU state upon final domain destruction

On 22/11/17 12:39, Jan Beulich wrote: > See the code comment being added for why we need this. > > This is being placed here to balance between the desire to prevent > future similar issues (the risk of which would grow if it was put > further down the call stack, e.g. in vmx_vcpu_destroy()) and

[Xen-devel] [PATCH v2] sync CPU state upon final domain destruction

See the code comment being added for why we need this. This is being placed here to balance between the desire to prevent future similar issues (the risk of which would grow if it was put further down the call stack, e.g. in vmx_vcpu_destroy()) and the intention to limit the performance impact

Re: [Xen-devel] [PATCH v2 3/5] xen: Provide XEN_DMOP_pin_memory_cacheattr

>>> On 23.10.17 at 11:05, wrote: > --- a/xen/arch/x86/hvm/dm.c > +++ b/xen/arch/x86/hvm/dm.c > @@ -21,6 +21,7 @@ > > #include > #include > +#include > #include With this addition moved up a line to result in a properly sorted set Reviewed-by: Jan Beulich

Re: [Xen-devel] [PATCH 10/16] SUPPORT.md: Add Debugging, analysis, crash post-portem

>>> On 21.11.17 at 19:19, wrote: > xentrace I would argue for security support; I've asked customers to > send me xentrace data as part of analysis before. I also know enough > about it that I'm reasonably confident the risk of an attack vector is > pretty low. Knowing

[Xen-devel] [xen-unstable-coverity test] 116439: all pass - PUSHED

flight 116439 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/116439/ Perfect :-) All tests in this flight passed as required version targeted for testing: xen d2f86bf604698806d311cc251c1b66fbb752673c baseline version: xen

Re: [Xen-devel] [PATCH 07/16] SUPPORT.md: Add virtual devices common to ARM and x86

>>> On 21.11.17 at 18:35, wrote: > On 11/21/2017 08:29 AM, Jan Beulich wrote: >>> +### QEMU backend hotplugging for xl >>> + >>> +Status: Supported >> >> Wouldn't this more appropriately be >> >> ### QEMU backend hotplugging >> >> Status, xl: Supported > >

Re: [Xen-devel] [PATCH 08/16] SUPPORT.md: Add x86-specific virtual hardware

>>> On 21.11.17 at 19:02, wrote: > On 11/21/2017 08:39 AM, Jan Beulich wrote: > On 13.11.17 at 16:41, wrote: >>> +### x86/Nested PV >>> + >>> +Status, x86 HVM: Tech Preview >>> + >>> +This means running a Xen hypervisor inside an HVM

Re: [Xen-devel] [PATCH] xen-netfront: remove warning when unloading module

/linux/commits/Eduardo-Otubo/xen-netfront-remove-warning-when-unloading-module/20171122-163844 base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next config: x86_64-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.4.0-9) 6.4.0 20171026 reproduce: # save

[Xen-devel] [PATCH] sg-run-job: guest-start/repeat: Run 30 times, not 10

We are experiencing intermittent failures right now with the ARM credit2 tests. I suspect the failure probability is low. CC: Julien Grall Signed-off-by: Ian Jackson --- sg-run-job |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[Xen-devel] [xen-unstable test] 116421: trouble: broken/fail/pass

flight 116421 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/116421/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-pairbroken

Re: [Xen-devel] [PATCH v2] sync CPU state upon final domain destruction

>>> On 22.11.17 at 13:39, wrote: > See the code comment being added for why we need this. > > This is being placed here to balance between the desire to prevent > future similar issues (the risk of which would grow if it was put > further down the call stack, e.g. in

Re: [Xen-devel] [Draft Design v3] ACPI/IORT Support in Xen.

Hi Manish, On 11/21/2017 07:22 AM, Manish Jaggi wrote:  ACPI/IORT Support in Xen.  --   Draft 3  Revision History:  Changes since v2:  - Modified as per comments from Julien /Sameer/Andre  Changes since v1:  - Modified IORT Parsing data structures.  -

Re: [Xen-devel] Xen PV seems to be broken on Linus' tree

On 22/11/17 05:46, Andy Lutomirski wrote: > On Tue, Nov 21, 2017 at 8:11 PM, Andy Lutomirski wrote: >> On Tue, Nov 21, 2017 at 7:33 PM, Andy Lutomirski wrote: >>> I'm doing: >>> >>> /usr/bin/qemu-system-x86_64 -machine accel=kvm:tcg -cpu host -net none >>>

[Xen-devel] [PATCH V2 20/29] xen: deprecate pci_get_bus_and_slot()

pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as where a PCI device is present. This restricts the device drivers to be reused for other domain numbers. Use pci_get_domain_bus_and_slot() with a domain number of 0 where we can't extract the domain number. Other places, use

[Xen-devel] [linux-linus test] 116433: regressions - FAIL

flight 116433 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/116433/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win10-i386 7 xen-boot fail REGR. vs. 115643

[Xen-devel] Xen 4.9.1 released

All, I am pleased to announce the release of Xen 4.9.1. This is available immediately from its git repository http://xenbits.xen.org/gitweb/?p=xen.git;a=shortlog;h=refs/heads/stable-4.9 (tag RELEASE-4.9.1) or from the XenProject download page

[Xen-devel] Xen 4.7.4 released

All, I am pleased to announce the release of Xen 4.7.4. This is available immediately from its git repository http://xenbits.xen.org/gitweb/?p=xen.git;a=shortlog;h=refs/heads/stable-4.7 (tag RELEASE-4.7.4) or from the XenProject download page

[Xen-devel] Linux as 32-bit Dom0?

Jürgen, Boris, am I trying something that's not allowed, but selectable via Kconfig? On system with multiple IO-APICs (I assume that's what triggers the problem) I get Kernel panic - not syncing: Max apic_id exceeded! CPU: 0 PID: 0 Comm: swapper Not tainted 4.14.1-2017-11-21-xen0 #6 Hardware

Re: [Xen-devel] Linux as 32-bit Dom0?

On 22/11/17 15:05, Jan Beulich wrote: > Jürgen, Boris, > > am I trying something that's not allowed, but selectable via Kconfig? > On system with multiple IO-APICs (I assume that's what triggers the > problem) I get > > Kernel panic - not syncing: Max apic_id exceeded! Generally I don't think

Re: [Xen-devel] Xen PV seems to be broken on Linus' tree

On Wed, Nov 22, 2017 at 4:50 AM, Juergen Gross wrote: > On 22/11/17 05:46, Andy Lutomirski wrote: >> On Tue, Nov 21, 2017 at 8:11 PM, Andy Lutomirski wrote: >>> On Tue, Nov 21, 2017 at 7:33 PM, Andy Lutomirski wrote: I'm doing:

Re: [Xen-devel] Linux as 32-bit Dom0?

>>> On 22.11.17 at 15:40, wrote: > On 22/11/17 15:05, Jan Beulich wrote: >> Jürgen, Boris, >> >> am I trying something that's not allowed, but selectable via Kconfig? >> On system with multiple IO-APICs (I assume that's what triggers the >> problem) I get >> >> Kernel panic -

Re: [Xen-devel] Linux as 32-bit Dom0?

On 11/22/2017 09:40 AM, Juergen Gross wrote: > On 22/11/17 15:05, Jan Beulich wrote: >> Jürgen, Boris, >> >> am I trying something that's not allowed, but selectable via Kconfig? >> On system with multiple IO-APICs (I assume that's what triggers the >> problem) I get >> >> Kernel panic - not

[Xen-devel] [linux-3.18 test] 116422: regressions - trouble: broken/fail/pass

flight 116422 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/116422/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-i386 broken test-amd64-i386-pair

Re: [Xen-devel] [PATCH 07/16] SUPPORT.md: Add virtual devices common to ARM and x86

On 11/22/2017 11:05 AM, Jan Beulich wrote: On 21.11.17 at 18:20, wrote: >> On 11/21/2017 11:41 AM, Jan Beulich wrote: >> On 21.11.17 at 11:56, wrote: On 11/21/2017 08:29 AM, Jan Beulich wrote: On 13.11.17 at 16:41,

Re: [Xen-devel] [PATCH 10/16] SUPPORT.md: Add Debugging, analysis, crash post-portem

On 11/22/2017 11:15 AM, Jan Beulich wrote: On 21.11.17 at 19:19, wrote: >> xentrace I would argue for security support; I've asked customers to >> send me xentrace data as part of analysis before. I also know enough >> about it that I'm reasonably confident the

Re: [Xen-devel] [PATCH 14/16] SUPPORT.md: Add statement on PCI passthrough

On 11/14/2017 01:25 PM, Marek Marczykowski-Górecki wrote: > On Mon, Nov 13, 2017 at 03:41:24PM +, George Dunlap wrote: >> Signed-off-by: George Dunlap >> --- >> CC: Ian Jackson >> CC: Wei Liu >> CC: Andrew Cooper

Re: [Xen-devel] [PATCH 08/16] SUPPORT.md: Add x86-specific virtual hardware

On 11/22/2017 11:11 AM, Jan Beulich wrote: On 21.11.17 at 19:02, wrote: >> On 11/21/2017 08:39 AM, Jan Beulich wrote: >> On 13.11.17 at 16:41, wrote: +### x86/Nested PV + +Status, x86 HVM: Tech Preview +

Re: [Xen-devel] [PATCH 12/16] SUPPORT.md: Add Security-releated features

On 11/21/2017 08:52 AM, Jan Beulich wrote: On 13.11.17 at 16:41, wrote: >> With the exception of driver domains, which depend on PCI passthrough, >> and will be introduced later. >> >> Signed-off-by: George Dunlap > > Shouldn't we also

Re: [Xen-devel] [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

Am 22.11.2017 um 17:24 schrieb Boris Ostrovsky: On 11/22/2017 05:09 AM, Christian König wrote: Am 21.11.2017 um 23:26 schrieb Boris Ostrovsky: On 11/21/2017 08:34 AM, Christian König wrote: Hi Boris, attached are two patches. The first one is a trivial fix for the infinite loop issue, it

Re: [Xen-devel] [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

On 11/22/2017 11:54 AM, Christian König wrote: > Am 22.11.2017 um 17:24 schrieb Boris Ostrovsky: >> On 11/22/2017 05:09 AM, Christian König wrote: >>> Am 21.11.2017 um 23:26 schrieb Boris Ostrovsky: On 11/21/2017 08:34 AM, Christian König wrote: > Hi Boris, > > attached are two

Re: [Xen-devel] [PATCH 09/16] SUPPORT.md: Add ARM-specific virtual hardware

On 11/16/2017 03:41 PM, Julien Grall wrote: > Hi George, > > On 13/11/17 15:41, George Dunlap wrote: >> Signed-off-by: George Dunlap >> --- >> Do we need to add anything more here? >> >> And do we need to include ARM ACPI for guests? >> >> CC: Ian Jackson

Re: [Xen-devel] [PATCH 13/16] SUPPORT.md: Add secondary memory management features

On 11/21/2017 07:55 PM, Andrew Cooper wrote: > On 13/11/17 15:41, George Dunlap wrote: >> Signed-off-by: George Dunlap >> --- >> CC: Ian Jackson >> CC: Wei Liu >> CC: Andrew Cooper >> CC: Jan

Re: [Xen-devel] [PATCH 16/16] SUPPORT.md: Add limits RFC

> On Nov 21, 2017, at 9:26 AM, Jan Beulich wrote: > On 13.11.17 at 16:41, wrote: >> +### Virtual CPUs >> + >> +    Limit, x86 PV: 8192 >> +    Limit-security, x86 PV: 32 >> +    Limit, x86 HVM: 128 >> +    Limit-security, x86 HVM: 32 > >

[Xen-devel] [seabios test] 116424: regressions - FAIL

flight 116424 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/116424/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-debianhvm-amd64 broken in 116396

[Xen-devel] [PATCH v3 07/17] SUPPORT.md: Add virtual devices common to ARM and x86

Mostly PV protocols. Signed-off-by: George Dunlap --- Changes since v2: - Define "having xl support" as a requirement for Tech Preview and Supported - ...and remove backend from xl support section - Add OpenBSD blkback - Fix Linux backend names - Remove non-existent

[Xen-devel] [PATCH v3 01/17] Introduce skeleton SUPPORT.md

Add a machine-readable file to describe what features are in what state of being 'supported', as well as information about how long this release will be supported, and so on. The document should be formatted using "semantic newlines" [1], to make changes easier. Begin with the basic framework.

[Xen-devel] [PATCH v3 06/17] SUPPORT.md: Add scalability features

Superpage support and PVHVM. Signed-off-by: George Dunlap --- Changes since v2: - Reworked superpage section CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper CC: Jan Beulich CC:

[Xen-devel] [PATCH v3 10/17] SUPPORT.md: Add Debugging, analysis, crash post-portem

Signed-off-by: George Dunlap --- Changes since v2: - gdbsx -> not security suported - Added host serial, host debug keys, and host sync_console entries CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper

[Xen-devel] [linux-4.9 test] 116426: trouble: broken/fail/pass

flight 116426 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/116426/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemut-rhel6hvm-amd broken

[Xen-devel] [PATCH v3 14/17] SUPPORT.md: Add statement on PCI passthrough

Signed-off-by: George Dunlap --- Changes since v2: - Separate PV and HVM passthrough (excluding PVH by implication) - + not compatible with PoD - 'will be' -> 'are' NB that we don't seem to have the referenced file yet; left as a reference. CC: Ian Jackson

[Xen-devel] [PATCH v3 17/17] SUPPORT.md: Miscellaneous additions

Mostly as a placeholder for things not yet considered Signed-off-by: George Dunlap --- SUPPORT.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/SUPPORT.md b/SUPPORT.md index 72be1414a1..08f3a808be 100644 --- a/SUPPORT.md +++ b/SUPPORT.md @@ -132,6 +132,8 @@

[Xen-devel] [PATCH v3 11/17] SUPPORT.md: Add 'easy' HA / FT features

Migration being one of the key 'non-easy' ones to be added later. Signed-off-by: George Dunlap Acked-by: Jan Beulich --- Changes since v2: - Capitalization error CC: Ian Jackson CC: Wei Liu CC: Andrew

[Xen-devel] [PATCH v3 12/17] SUPPORT.md: Add Security-releated features

With the exception of driver domains, which depend on PCI passthrough, and will be introduced later. Signed-off-by: George Dunlap Reviewed-by: Konrad Rzeszutek Wilk --- Changes since v2: - Reference XSA-77 as well under the XSM & FLASK section

[Xen-devel] [PATCH v3 15/17] SUPPORT.md: Add statement on migration RFC

Signed-off-by: George Dunlap --- Would someone be willing to take over this one? CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper CC: Jan Beulich CC: Stefano Stabellini

[Xen-devel] [PATCH v3 16/17] SUPPORT.md: Add limits RFC

Signed-off-by: George Dunlap --- Changes since v2: - Update memory limits for PV guests CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper CC: Jan Beulich CC: Stefano Stabellini

Re: [Xen-devel] [PATCH 14/16] SUPPORT.md: Add statement on PCI passthrough

On 11/16/2017 03:43 PM, Julien Grall wrote: > Hi George, > > On 13/11/17 15:41, George Dunlap wrote: >> Signed-off-by: George Dunlap >> --- >> CC: Ian Jackson >> CC: Wei Liu >> CC: Andrew Cooper

[Xen-devel] [libvirt test] 116430: tolerable all pass - PUSHED

flight 116430 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/116430/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 116362 test-armhf-armhf-libvirt-xsm 14

Re: [Xen-devel] [PATCH 14/16] SUPPORT.md: Add statement on PCI passthrough

On Nov 22, 2017, at 13:58, George Dunlap wrote: > >> On 11/16/2017 03:43 PM, Julien Grall wrote: >> Hi George, >> >>> On 13/11/17 15:41, George Dunlap wrote: >>> Signed-off-by: George Dunlap >>> --- >>> CC: Ian Jackson

[Xen-devel] [PATCH v3 04/17] SUPPORT.md: Add core ARM features

Hardware support and guest type. Signed-off-by: George Dunlap --- Changes since v2: - Moved SMMUv* into generic IOMMU section CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper CC: Jan Beulich

[Xen-devel] [PATCH v3 08/17] SUPPORT.md: Add x86-specific virtual hardware

x86-specific virtual hardware provided by the hypervisor, toolstack, or QEMU. Signed-off-by: George Dunlap --- Changes since v2: - Updated Nested PV / HVM sections - Removed AVX section - EFI -> OVMF Changes since v1: - Added emulated QEMU support, to replace

[Xen-devel] [PATCH v3 05/17] SUPPORT.md: Toolstack core

For now only include xl-specific features, or interaction with the system. Feature support matrix will be added when features are mentioned. Signed-off-by: George Dunlap --- CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper

[Xen-devel] [PATCH v3 03/17] SUPPORT.md: Add some x86 features

Including host architecture support and guest types. Signed-off-by: George Dunlap --- Changes since v2: - No Host ACPI listing for PVH dom0 - Add IOMMU entries for AMD and Intel CC: Ian Jackson CC: Wei Liu CC: Andrew

[Xen-devel] [PATCH v3 09/17] SUPPORT.md: Add ARM-specific virtual hardware

Signed-off-by: George Dunlap --- Changes since v2: - Update "non-pci passthrough" section - Add DT / ACPI sections CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper CC: Jan Beulich

[Xen-devel] [PATCH v3 02/17] SUPPORT.md: Add core functionality

Core memory management and scheduling. Signed-off-by: George Dunlap --- Changes since v2: - s/Memory Ballooning/Dynamic memory control/; - And add a description that mentions ballooning CC: Ian Jackson CC: Wei Liu CC:

[Xen-devel] [PATCH v3 13/17] SUPPORT.md: Add secondary memory management features

Signed-off-by: George Dunlap Acked-by: Jan Beulich --- Changes since v2: - Add PoD entry - memsharing x86 -> experimental, ARM -> {} CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper

Re: [Xen-devel] [PATCH v2] sync CPU state upon final domain destruction

Hi, On 11/22/2017 01:00 PM, Jan Beulich wrote: On 22.11.17 at 13:39, wrote: See the code comment being added for why we need this. This is being placed here to balance between the desire to prevent future similar issues (the risk of which would grow if it was put further

Re: [Xen-devel] Ping#2: [PATCH] x86emul: keep compiler from using {x, y, z}mm registers itself

Hi, On 11/21/2017 01:29 PM, Andrew Cooper wrote: On 21/11/17 13:26, Jan Beulich wrote: On 06.11.17 at 16:04, wrote: On 11/06/2017 11:59 AM, Jan Beulich wrote: On 16.10.17 at 14:42, wrote: On 16.10.17 at 14:37, wrote: On 16/10/17

Re: [Xen-devel] [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

On 11/22/2017 05:09 AM, Christian König wrote: > Am 21.11.2017 um 23:26 schrieb Boris Ostrovsky: >> On 11/21/2017 08:34 AM, Christian König wrote: >>> Hi Boris, >>> >>> attached are two patches. >>> >>> The first one is a trivial fix for the infinite loop issue, it now >>> correctly aborts the

Re: [Xen-devel] [PATCH 07/13] x86/paravirt: Simplify ____PVOP_CALL()

On Wed, Oct 04, 2017 at 10:58:28AM -0500, Josh Poimboeuf wrote: > Remove the inline asm duplication in PVOP_CALL(). > > Also add 'IS_ENABLED(CONFIG_X86_32)' to the return variable logic, > making the code clearer and rendering the comment unnecessary. > > Signed-off-by: Josh Poimboeuf

Re: [Xen-devel] [PATCH 14/16] SUPPORT.md: Add statement on PCI passthrough

On 11/21/2017 08:59 AM, Jan Beulich wrote: On 13.11.17 at 16:41, wrote: >> +### x86/PCI Device Passthrough >> + >> +Status: Supported, with caveats > > I think this wants to be > > ### PCI Device Passthrough > > Status, x86 HVM: Supported, with caveats >

[Xen-devel] [xen-4.7-testing test] 116432: trouble: blocked/broken/pass

flight 116432 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/116432/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64

Re: [Xen-devel] [PATCH 08/13] x86/paravirt: Clean up paravirt_types.h

On Wed, Oct 04, 2017 at 10:58:29AM -0500, Josh Poimboeuf wrote: > Make paravirt_types.h more understandable: > > - Use more consistent and logical naming > - Simplify interfaces > - Put related macros together > - Improve whitespace > > Signed-off-by: Josh Poimboeuf > --- >

[Xen-devel] [linux-linus bisection] complete test-amd64-amd64-xl-pvhv2-amd

branch xen-unstable xenbranch xen-unstable job test-amd64-amd64-xl-pvhv2-amd testid xen-boot Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu