flight 78789 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78789/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 11 guest-start fail in 78686 REGR. vs. 78620
Tests which are f
flight 78792 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78792/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 65543
test-amd64-amd64-
Hey devs,
Thinkpad x200 p8600 laptops have vt-d, vt-x and tpm. They also have intel
integrated graphics 4 Series (gm45 chipset), supported through i915 driver.
In December, a fix got introduced to Xen 4.6 through iommu=no-igfx switch.
Before that fix, it was impossible to boot xen without passing
This run is configured for baseline tests only.
flight 38686 xen-4.3-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38686/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 3 host
On 01/22/2016 06:50 PM, Wei Liu wrote:
> On Fri, Jan 22, 2016 at 06:45:30PM +0800, Bob Liu wrote:
>> Hi Wei,
>>
>> On 01/21/2016 06:59 PM, Wei Liu wrote:
>>> On Thu, Jan 21, 2016 at 10:50:08AM +, David Vrabel wrote:
On 21/01/16 10:28, Wei Liu wrote:
> [RFC] VirtFS support on Xen
>
flight 78788 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78788/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 15 guest-start/debian.repeat fail REGR. vs. 78683
test-armhf-armhf-xl
flight 78787 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78787/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass
test-armhf-armhf-libvirt-xsm 14 guest-saver
From: Shannon Zhao
ACPI 6.0 introduces a new table STAO to list the devices which are used
by Xen and can't be used by Dom0. On Xen virtual platforms, the physical
UART is used by Xen. So here it hides UART from Dom0.
Signed-off-by: Shannon Zhao
---
CC: "Rafael J. Wysocki" (supporter:ACPI)
CC:
From: Shannon Zhao
Add a "uefi" node under /hypervisor node in FDT, then Linux kernel could
scan this to get the UEFI information.
Signed-off-by: Shannon Zhao
Acked-by: Rob Herring
---
CC: Rob Herring
---
Documentation/devicetree/bindings/arm/xen.txt | 34 +++
1 file
From: Shannon Zhao
Add a new function to parse DT parameters for Xen specific UEFI just
like the way for normal UEFI. Then it could reuse the existing codes.
If Xen supports EFI, initialize runtime services.
Signed-off-by: Shannon Zhao
---
CC: Matt Fleming
---
arch/arm/xen/enlighten.c | 6
From: Shannon Zhao
Sometimes it needs to check if there is a node in FDT by full path.
Introduce this helper to get the specified name subnode if it exists.
Signed-off-by: Shannon Zhao
---
CC: Rob Herring
---
drivers/of/fdt.c | 35 +++
include/linux/of_fd
From: Shannon Zhao
Sync the changes of HVM_PARAM_CALLBACK_VIA ABI introduced by
Xen commit (public/hvm: export the HVM_PARAM_CALLBACK_VIA
ABI in the API).
Signed-off-by: Shannon Zhao
---
include/xen/interface/hvm/params.h | 27 +--
1 file changed, 21 insertions(+), 6 d
From: Shannon Zhao
Add a bus_notifier for AMBA bus device in order to map the device
mmio regions when DOM0 booting with ACPI.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
drivers/xen/arm-device.c | 43 +++
1 file changed, 43 insertio
From: Shannon Zhao
Move xen_early_init() before efi_init(), then when calling efi_init()
could initialize Xen specific UEFI.
Check if it runs on Xen hypervisor through the flat dts.
Signed-off-by: Shannon Zhao
---
arch/arm/xen/enlighten.c | 56 ++-
From: Shannon Zhao
This patch set adds ACPI support for Xen Dom0 on ARM64. The relevant Xen
ACPI on ARM64 design document could be found from [1].
This patch set adds a new FDT node "uefi" under /hypervisor to pass UEFI
information. Introduce a bus notifier of AMBA and Platform bus to map
the ne
From: Shannon Zhao
When booting with ACPI, it could get the event-channel irq through
HVM_PARAM_CALLBACK_IRQ.
Signed-off-by: Shannon Zhao
---
arch/arm/xen/enlighten.c | 36 +++-
1 file changed, 35 insertions(+), 1 deletion(-)
diff --git a/arch/arm/xen/enlighten
From: Shannon Zhao
Add a new type of Xen map space for Dom0 to map device's MMIO region.
Signed-off-by: Shannon Zhao
---
include/xen/interface/memory.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h
index 2ecfe4f..9aa8988 100
From: Shannon Zhao
Move x86 specific codes to architecture directory and export those EFI
runtime service functions. This will be useful for initializing runtime
service on ARM later.
Signed-off-by: Shannon Zhao
---
arch/x86/xen/efi.c| 112
drivers/xen/efi.
From: Shannon Zhao
When it's a Xen domain0 booting with ACPI, it will supply a /chosen and
a /hypervisor node in DT. So check if it needs to enable ACPI.
Signed-off-by: Shannon Zhao
---
CC: Hanjun Guo
---
arch/arm64/kernel/acpi.c | 12
1 file changed, 8 insertions(+), 4 deletions
From: Shannon Zhao
Use xen_xlate_map_ballooned_pages to setup grant table. Then it doesn't
rely on DT or ACPI to pass the start address and size of grant table.
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 13 -
1 file changed, 4 insertio
From: Shannon Zhao
Add a bus_notifier for platform bus device in order to map the device
mmio regions when DOM0 booting with ACPI.
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
---
drivers/xen/Makefile | 1 +
drivers/xen/arm-device.c | 141
From: Shannon Zhao
Use page_to_xen_pfn in case of 64KB page.
Signed-off-by: Shannon Zhao
---
drivers/xen/xlate_mmu.c | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
diff --git a/drivers/xen/xlate_mmu.c b/drivers/xen/xlate_mmu.c
index 9692656..28f728b 100644
From: Shannon Zhao
When running on Xen hypervisor, runtime services are supported through
hypercall. Add a Xen specific function to initialize runtime services.
Signed-off-by: Shannon Zhao
---
arch/arm64/include/asm/xen/xen-ops.h | 6 ++
arch/arm64/xen/Makefile | 1 +
arch/a
From: Shannon Zhao
Add a new delivery type:
val[63:56] == 3: val[15:8] is flag: val[7:0] is a PPI.
To the flag, bit 0 stands the interrupt mode is edge(1) or level(0) and
bit 1 stands the interrupt polarity is active low(1) or high(0).
Signed-off-by: Shannon Zhao
---
include/xen/interface/hvm/
From: Shannon Zhao
Move xlated_setup_gnttab_pages to common place, so it can be reused by
ARM to setup grant table.
Rename it to xen_xlate_map_ballooned_pages.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
arch/x86/xen/grant-table.c | 57 +---
flight 78786 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78786/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-multivcpu 19 guest-start/debian.repeat fail REGR. vs. 59254
test-amd64-i386-xl-q
From: "Luis R. Rodriguez"
Rename dma_*_writecombine() to dma_*_wc(), so that the naming
is coherent across the various write-combining APIs. Keep the
old names for compatibility for a while, these can be removed
at a later time. A guard is left to enable backporting of the
rename, and later remov
On Fri, Jan 22, 2016 at 4:30 PM, Andrew Cooper
wrote:
> the DMLite boot
> protocol is OS agnostic, and will be staying that way.
What's the DMLite boot protocol? Is that the protocol that is defined
by Xen to boot Xen guests and dom0? Is this well documented somewhere?
To be clear are you saying
On Fri, Jan 22, 2016 at 4:30 PM, Andrew Cooper
wrote:
> I would have though the correct way to do direct Linux support would be
> to have a very small init stub which constructs an appropriate zero
> page, and lets the native entry point get on with things.
As hpa noted recently in another thread
On 22/01/2016 23:32, Luis R. Rodriguez wrote:
> On Fri, Jan 22, 2016 at 04:35:50PM -0500, Boris Ostrovsky wrote:
>> +/*
>> + * See Documentation/x86/boot.txt.
>> + *
>> + * Version 2.12 supports Xen entry point but we will use default x86/PC
>> + * environment (i.e. hardware_sub
On 01/22/2016 07:02 PM, Jan Beulich wrote:
On 22.01.16 at 11:40, wrote:
>> On 01/22/2016 03:53 PM, Jan Beulich wrote:
>> On 22.01.16 at 04:36, wrote:
By the way, do you think it's possible to make grant table support bigger
page e.g 64K?
One grant-ref per 64KB instead of
On Fri, Jan 22, 2016 at 06:29:19PM +0100, Dario Faggioli wrote:
> On Fri, 2016-01-22 at 11:54 -0500, Elena Ufimtseva wrote:
> > Hello all!
> >
> Hello,
>
> > Let me put some intro to our findings. I may forget something or put
> > something
> > not too explicit, please ask me.
> >
> > Customer fill
On Fri, Jan 22, 2016 at 06:12:47PM -0500, Boris Ostrovsky wrote:
> On 01/22/2016 06:01 PM, Luis R. Rodriguez wrote:
> >On Fri, Jan 22, 2016 at 04:35:48PM -0500, Boris Ostrovsky wrote:
> >>HVMlite guests (to be introduced in subsequent patches) share most
> >>of the kernel initialization code with P
On Fri, Jan 22, 2016 at 04:35:50PM -0500, Boris Ostrovsky wrote:
> Start HVMlite guest XEN_ELFNOTE_PHYS32_ENTRY address. Setup hypercall
> page, initialize boot_params, enable early page tables.
>
> Signed-off-by: Boris Ostrovsky
> ---
> arch/x86/xen/Makefile |1 +
> arch/x86/xen/enligh
On 01/22/2016 06:12 PM, Boris Ostrovsky wrote:
On 01/22/2016 06:01 PM, Luis R. Rodriguez wrote:
On Fri, Jan 22, 2016 at 04:35:48PM -0500, Boris Ostrovsky wrote:
HVMlite guests (to be introduced in subsequent patches) share most
of the kernel initialization code with PV(H).
Signed-off-by: Boris
On 01/22/2016 06:01 PM, Luis R. Rodriguez wrote:
On Fri, Jan 22, 2016 at 04:35:48PM -0500, Boris Ostrovsky wrote:
HVMlite guests (to be introduced in subsequent patches) share most
of the kernel initialization code with PV(H).
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/enlighten.c | 22
On Fri, Jan 22, 2016 at 04:35:48PM -0500, Boris Ostrovsky wrote:
> HVMlite guests (to be introduced in subsequent patches) share most
> of the kernel initialization code with PV(H).
>
> Signed-off-by: Boris Ostrovsky
> ---
> arch/x86/xen/enlighten.c | 225
>
flight 78736 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78736/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-rumpuserxen-amd64 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail in 78640 pass in 7873
On 01/22/2016 02:54 PM, Konrad Rzeszutek Wilk wrote:
> On Fri, Jan 22, 2016 at 03:59:09PM -0500, Boris Ostrovsky wrote:
>> On 01/22/2016 03:54 PM, Konrad Rzeszutek Wilk wrote:
>>> Hey,
>>>
>>> This parameter
>>> disk =
>>> ['file:/root/sol.dd,xvda,w','file:/root/sol-11_2_15_5_1-text-x86.iso,xvdb:c
On Fri, Jan 22, 2016 at 04:54:21PM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Jan 22, 2016 at 03:59:09PM -0500, Boris Ostrovsky wrote:
> > On 01/22/2016 03:54 PM, Konrad Rzeszutek Wilk wrote:
> > >Hey,
> > >
> > >This parameter
> > >disk =
> > >['file:/root/sol.dd,xvda,w','file:/root/sol-11_2_1
On Fri, Jan 22, 2016 at 03:59:09PM -0500, Boris Ostrovsky wrote:
> On 01/22/2016 03:54 PM, Konrad Rzeszutek Wilk wrote:
> >Hey,
> >
> >This parameter
> >disk =
> >['file:/root/sol.dd,xvda,w','file:/root/sol-11_2_15_5_1-text-x86.iso,xvdb:cdrom,r']
> >
> >works with qemu-traditional, but if I try wi
On Fri, Jan 22, 2016 at 11:06 AM, H. Peter Anvin wrote:
> On 01/22/2016 05:44 AM, Michael Matz wrote:
>> Hi,
>>
>> On Thu, 21 Jan 2016, H. Peter Anvin wrote:
>>
>>> Something that confuses me is that gcc seems to give these sections the
>>> "aw" attributes which makes as complain. This might be a
When offlining, we should properly clean up interrupts and wait
until hypervisor declares VCPU as down before cleaning up.
After VCPU that was previously offlined is brought back to life
we want to jump back to bare-metal entry points. It's a simple
jump on 64-bit but requires minor tweaking for 3
.. just like we currently do for PVH guests
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/grant-table.c |4 ++--
drivers/xen/grant-table.c |8
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/xen/grant-table.c b/arch/x86/xen/grant-table.c
index e079500.
HVMlite guests need PCI frontend and always have PV devices
Signed-off-by: Boris Ostrovsky
---
arch/x86/pci/xen.c |2 +-
arch/x86/xen/platform-pci-unplug.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/pci/xen.c b/arch/x86/pci/xen.c
inde
This series introduces HVMlite support for unprivileged guests.
It has been tested on Intel/AMD, both 32- and 64-bit, including CPU on- and
offlining and save/restore. (Restore will result in APIC write warnings
which exist now for 32-bit PV guests as well so I didn't address this in
this series)
HVMlite secondary VCPUs use baremetal bringup path (i.e. native_*
smp_ops) but need to do some preparation in PV code.
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/enlighten.c |2 +
arch/x86/xen/pmu.c |4 +-
arch/x86/xen/smp.c | 60 +--
Subsequent patch will add support for starting secondary VCPUs in
HVMlite guest. This patch exists to make review easier.
No functional changes (except for introduction of 'if (!xen_hvmlite)').
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/smp.c | 104
Start HVMlite guest XEN_ELFNOTE_PHYS32_ENTRY address. Setup hypercall
page, initialize boot_params, enable early page tables.
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/Makefile |1 +
arch/x86/xen/enlighten.c | 91 +-
arch/x86/xen/xen-hvmlite.S | 158 ++
HVMlite guests (to be introduced in subsequent patches) share most
of the kernel initialization code with PV(H).
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/enlighten.c | 225 --
1 files changed, 119 insertions(+), 106 deletions(-)
diff --git a/a
Signed-off-by: Boris Ostrovsky
---
include/xen/interface/elfnote.h | 12 +++-
include/xen/interface/hvm/hvm_vcpu.h | 143 ++
include/xen/interface/xen.h | 24 ++
3 files changed, 178 insertions(+), 1 deletions(-)
create mode 100644 include/x
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/smp.c | 57
arch/x86/xen/smp.h |4 +++
arch/x86/xen/xen-hvmlite.S |7 +
3 files changed, 63 insertions(+), 5 deletions(-)
diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.
Xen's HVMlite guests will want to use them.
Signed-off-by: Boris Ostrovsky
---
arch/x86/include/asm/smp.h |1 +
arch/x86/kernel/head_32.S |2 +-
arch/x86/kernel/smpboot.c |2 +-
3 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/smp.h b/arch/x86/inc
HVMlite guests need to be viewed as having APIC, otherwise smpboot code,
for example, will complain.
Signed-off-by: Boris Ostrovsky
---
Not sure about xen_cpu_present_to_apicid() being an identity function, given
xen_x86_32_early_logical_apicid().
arch/x86/xen/apic.c | 39 +++
xen_timer_init() will be called from apic_bsp_setup().
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/time.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/x86/xen/time.c b/arch/x86/xen/time.c
index a0a4e55..93745e7 100644
--- a/arch/x86/xen/time.c
+++ b/arch/
flight 38684 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38684/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-i386-jessie-netboot-pygrub 3 host-install(3) brok
From: One Thousand Gnomes
Date: Fri, 22 Jan 2016 20:25:21 +
>> The fact what include/linux/license.h:license_is_gpl_compatible includes
>> "Dual MIT/GPL" as an option seems to suggest that it is enough of a thing
>> to be validly used as the contents of a MODULE_LICENSE() thing.
>
> Yes. The
On 01/22/2016 03:54 PM, Konrad Rzeszutek Wilk wrote:
Hey,
This parameter
disk =
['file:/root/sol.dd,xvda,w','file:/root/sol-11_2_15_5_1-text-x86.iso,xvdb:cdrom,r']
works with qemu-traditional, but if I try with qemu-xen it
does not find the disk:
(d15) [2016-01-22 20:50:03] enter handle_19:
(
Hey,
This parameter
disk =
['file:/root/sol.dd,xvda,w','file:/root/sol-11_2_15_5_1-text-x86.iso,xvdb:cdrom,r']
works with qemu-traditional, but if I try with qemu-xen it
does not find the disk:
(d15) [2016-01-22 20:50:03] enter handle_19:
(d15) [2016-01-22 20:50:03] NULL
(d15) [2016-01-22 20:
flight 78785 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78785/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-pvops 5 kernel-build fail REGR. vs. 60684
build-i386
> The fact what include/linux/license.h:license_is_gpl_compatible includes
> "Dual MIT/GPL" as an option seems to suggest that it is enough of a thing
> to be validly used as the contents of a MODULE_LICENSE() thing.
Yes. The MIT licence most definitely exists, and people know what it
means.
Also
This run is configured for baseline tests only.
flight 38681 xen-4.6-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38681/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-debianhvm-amd64-xs
On Thu, Jan 21, 2016 at 12:30:48PM +, Joao Martins wrote:
>
>
> On 01/20/2016 09:59 PM, Konrad Rzeszutek Wilk wrote:
> > On Tue, Dec 01, 2015 at 11:32:58PM +0100, Marek Marczykowski-Górecki wrote:
> >> On Tue, Dec 01, 2015 at 05:00:42PM -0500, Konrad Rzeszutek Wilk wrote:
> >>> On Tue, Nov 17
On 01/22/2016 05:44 AM, Michael Matz wrote:
> Hi,
>
> On Thu, 21 Jan 2016, H. Peter Anvin wrote:
>
>> Something that confuses me is that gcc seems to give these sections the
>> "aw" attributes which makes as complain. This might be a gcc bug.
>
> Workaround: use an (possibly empty) intializer:
flight 78820 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78820/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
On 2016-01-22 13:56, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 22.09.2015 10:53, Ian Campbell wrote:
>> Hi Vladimir & grub-devel,
>>
>> Do you have any thoughts on this issue with i386 pv-grub2?
>>
> Is it still an issue? If so I'll try to replicate it. From stack dump I
> see that it has j
On Fri, 2016-01-22 at 11:54 -0500, Elena Ufimtseva wrote:
> Hello all!
>
Hello,
> Let me put some intro to our findings. I may forget something or put
> something
> not too explicit, please ask me.
>
> Customer filled a bug where some of the applications were running
> slow in their HVM DomU set
On 01/15/2016 08:22 AM, Ian Campbell wrote:
libxenevtchn will provide a stable API and ABI for accessing the
evtchn device.
I think this patch breaks the build:
root@ovs101> gcc -O1 -fno-omit-frame-pointer -m64 -g
-fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes
-Wdeclaration-after
El 21/01/16 a les 17.51, Roger Pau Monne ha escrit:
> Allow enabling or disabling emulated devices from the libxl domain
> configuration file. For HVM guests with a device model all the emulated
> devices are enabled. For HVM guests without a device model no devices are
> enabled by default, althou
On 22/01/16 14:12, Jan Beulich wrote:
>
> And then, how is this supposed to work? You only restore defaults,
> but never write non-default values. Namely, nextd is an unused
> function parameter ...
>
> Also I guess my comment about adding unused code needs
> repeating here.
flight 78812 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78812/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
This run is configured for baseline tests only.
flight 38682 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38682/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3 3 host-insta
flight 78718 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78718/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail like 77687
test-amd64-amd64-xl-qemuu-
CALL FOR PAPERS
11th Workshop on Virtualization in High-Performance Cloud Computing (VHPC
'16)
held in conjunction with the International Supercomputing Conference - High
Performance,
June 19-23, 2016, Frankfurt, Germany.
> On January 22, 2016 at 12:31am, wrote:
> >>> On 21.01.16 at 17:16, wrote:
> >> On January 20, 2016 at 7:29 pm, wrote:
> >> >>> On 20.01.16 at 11:26, wrote:
> >> >> On January 15, 2016 at 9:10, wrote:
> >> >> >>> On 23.12.15 at 09:25, wrote:
> >> >> > @@ -229,6 +239,63 @@ int qinval_device
El 22/01/16 a les 16.31, Jan Beulich ha escrit:
On 22.01.16 at 15:59, wrote:
>> El 22/01/16 a les 14.34, Andrew Cooper ha escrit:
>>> On 22/01/16 12:43, Roger Pau Monné wrote:
IOAPIC: tied to LAPIC (so either both enabled or none).
>>>
>>> An IOAPIC is by no means required - they are onl
On Fri, 2016-01-22 at 08:34 -0700, Jan Beulich wrote:
> >>> On 22.01.16 at 16:22, wrote:
> > On Fri, 2016-01-22 at 08:15 -0700, Jan Beulich wrote:
> >>
> >> There are a number of trailing blanks being added here (and
> further
> >> down), which I'm fixing up as I'm in the process of applying this
When mapping large BARs (e.g. the frame buffer of a graphics card) the
overhead of establishing such mappings using only 4k pages has,
particularly after the XSA-125 fix, become unacceptable. Alter the
XEN_DOMCTL_memory_mapping semantics once again, so that there's no
longer a fixed amount of guest
El 22/01/16 a les 16.02, Jan Beulich ha escrit:
On 22.01.16 at 15:41, wrote:
>> El 22/01/16 a les 14.24, Jan Beulich ha escrit:
>> On 22.01.16 at 13:43, wrote:
RTC: I don't know of any way to signal the RTC presence, AFAICT it's
always assumed to be there in the PC architecture
>>> On 22.01.16 at 16:22, wrote:
> On Fri, 2016-01-22 at 08:15 -0700, Jan Beulich wrote:
>>
>> There are a number of trailing blanks being added here (and further
>> down), which I'm fixing up as I'm in the process of applying this.
>
> Aside: Do you know about "git am --whitespace=fix" ? It aut
>>> On 22.01.16 at 15:59, wrote:
> El 22/01/16 a les 14.34, Andrew Cooper ha escrit:
>> On 22/01/16 12:43, Roger Pau Monné wrote:
>>> IOAPIC: tied to LAPIC (so either both enabled or none).
>>
>> An IOAPIC is by no means required - they are only for turning legacy
>> interrupts into MSIs. It wou
On Fri, 2016-01-22 at 08:15 -0700, Jan Beulich wrote:
>
> There are a number of trailing blanks being added here (and further
> down), which I'm fixing up as I'm in the process of applying this.
Aside: Do you know about "git am --whitespace=fix" ? It automates the
removal of trailing whitespace..
>>> On 22.01.16 at 14:41, wrote:
> --- a/xen/common/grant_table.c
> +++ b/xen/common/grant_table.c
> @@ -178,6 +178,8 @@ struct active_grant_entry {
> #define _active_entry(t, e) \
> ((t)->active[(e)/ACGNT_PER_PAGE][(e)%ACGNT_PER_PAGE])
>
> +DEFINE_PERCPU_RWLOCK_GLOBAL(grant_rwlock);
> +
>
On 22/01/16 15:47, Andrew Cooper wrote:
> On 22/01/16 14:38, Ian Campbell wrote:
>> Debian bug 812166[0] reported this build failure due to
>> Wmisleading-indentation with gcc-6:
>>
>> non-fatal.c: In function 'init_nonfatal_mce_checker':
>> non-fatal.c:103:2: error: statement is indented as if it
>>> On 22.01.16 at 15:41, wrote:
> El 22/01/16 a les 14.24, Jan Beulich ha escrit:
> On 22.01.16 at 13:43, wrote:
>>> RTC: I don't know of any way to signal the RTC presence, AFAICT it's
>>> always assumed to be there in the PC architecture. Could maybe return ~0
>>> when reading from IO port
El 22/01/16 a les 14.34, Andrew Cooper ha escrit:
> On 22/01/16 12:43, Roger Pau Monné wrote:
>> El 22/01/16 a les 11.57, Jan Beulich ha escrit:
>> On 21.01.16 at 17:51, wrote:
Add a new HVM-specific feature flag that signals the presence of a bitmap
that contains the current set of
On 22/01/16 14:48, Jan Beulich wrote:
On 22.01.16 at 15:42, wrote:
>> On 22/01/16 14:33, Jan Beulich wrote:
>> On 22.01.16 at 15:24, wrote:
On 22/01/16 09:56, Jan Beulich wrote:
On 16.12.15 at 22:24, wrote:
>> --- a/xen/arch/x86/cpu/amd.c
>> +++ b/xen/arch/x86/cpu/
On Fri, 2016-01-22 at 14:30 +, Malcolm Crossley wrote:
> On 22/01/16 14:22, Ian Campbell wrote:
> > On Fri, 2016-01-22 at 14:16 +, Malcolm Crossley wrote:
> > > On 22/01/16 13:54, Ian Campbell wrote:
> > > > On Fri, 2016-01-22 at 13:41 +, Malcolm Crossley wrote:
> > > > >
> > > > > Ch
>>> On 22.01.16 at 15:46, wrote:
> On 22/01/16 14:29, Jan Beulich wrote:
> On 22.01.16 at 15:09, wrote:
>>> On 22/01/16 09:40, Jan Beulich wrote:
>>> On 16.12.15 at 22:24, wrote:
> @@ -183,22 +237,13 @@ static void early_init_intel(struct cpuinfo_x86 *c)
> (boot_cpu_data.x8
>>> On 22.01.16 at 15:42, wrote:
> On 22/01/16 14:33, Jan Beulich wrote:
> On 22.01.16 at 15:24, wrote:
>>> On 22/01/16 09:56, Jan Beulich wrote:
>>> On 16.12.15 at 22:24, wrote:
> --- a/xen/arch/x86/cpu/amd.c
> +++ b/xen/arch/x86/cpu/amd.c
> @@ -203,7 +203,9 @@ static void _
On 22/01/16 14:38, Ian Campbell wrote:
> Debian bug 812166[0] reported this build failure due to
> Wmisleading-indentation with gcc-6:
>
> non-fatal.c: In function 'init_nonfatal_mce_checker':
> non-fatal.c:103:2: error: statement is indented as if it were guarded by...
> [-Werror=misleading-inden
On 22/01/16 14:29, Jan Beulich wrote:
On 22.01.16 at 15:09, wrote:
>> On 22/01/16 09:40, Jan Beulich wrote:
>> On 16.12.15 at 22:24, wrote:
@@ -183,22 +237,13 @@ static void early_init_intel(struct cpuinfo_x86 *c)
(boot_cpu_data.x86_mask == 3 || boot_cpu_data.x86_mask ==
On 22/01/16 14:33, Jan Beulich wrote:
On 22.01.16 at 15:24, wrote:
>> On 22/01/16 09:56, Jan Beulich wrote:
>> On 16.12.15 at 22:24, wrote:
--- a/xen/arch/x86/cpu/amd.c
+++ b/xen/arch/x86/cpu/amd.c
@@ -203,7 +203,9 @@ static void __init noinline probe_masking_msrs(void)
>>
El 22/01/16 a les 14.24, Jan Beulich ha escrit:
On 22.01.16 at 13:43, wrote:
>> RTC: I don't know of any way to signal the RTC presence, AFAICT it's
>> always assumed to be there in the PC architecture. Could maybe return ~0
>> when reading from IO port 0x71, but that's meh..., not the best w
On Fri, Jan 22, 2016 at 8:34 AM, Dario Faggioli
wrote:
> Hi guys,
>
> On Thu, 2016-01-21 at 23:06 -0500, Tianyang Chen wrote:
>> Budget replenishment and enforcement are separated by adding
>> a replenishment timer, which fires at the next most imminent
>> release time of all runnable vcpus.
>>
>>
On 22/01/16 14:31, Jan Beulich wrote:
On 22.01.16 at 15:19, wrote:
>> On 22/01/16 09:52, Jan Beulich wrote:
>> On 16.12.15 at 22:24, wrote:
@@ -145,6 +145,13 @@ void intel_ctxt_switch_levelling(const struct domain
*nextd)
struct cpumasks *these_masks = &this_cpu(cpumas
>>> On 22.01.16 at 15:24, wrote:
> On 22/01/16 09:56, Jan Beulich wrote:
> On 16.12.15 at 22:24, wrote:
>>> --- a/xen/arch/x86/cpu/amd.c
>>> +++ b/xen/arch/x86/cpu/amd.c
>>> @@ -203,7 +203,9 @@ static void __init noinline probe_masking_msrs(void)
>>> void amd_ctxt_switch_levelling(const stru
Debian bug 812166[0] reported this build failure due to
Wmisleading-indentation with gcc-6:
non-fatal.c: In function 'init_nonfatal_mce_checker':
non-fatal.c:103:2: error: statement is indented as if it were guarded by...
[-Werror=misleading-indentation]
switch (c->x86_vendor) {
^~
non-f
This run is configured for baseline tests only.
flight 38680 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38680/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-xsm 3 host-install(3
On 22/01/16 14:22, Ian Campbell wrote:
> On Fri, 2016-01-22 at 14:16 +, Malcolm Crossley wrote:
>> On 22/01/16 13:54, Ian Campbell wrote:
>>> On Fri, 2016-01-22 at 13:41 +, Malcolm Crossley wrote:
Changes since v5:
- Fix compilation on ARM
>>>
>>> This was the removal of so
1 - 100 of 198 matches
Mail list logo
