>>> On 30.05.16 at 21:47, wrote:
> On Mon, May 30, 2016 at 5:50 AM, Jan Beulich wrote:
> On 30.05.16 at 00:37, wrote:
>>> +struct vm_event_regs_arm32 {
>>> +uint32_t r0_usr;
>>> +uint32_t r1_usr;
>>> +uint32_t r2_usr;
>>> +uint32_t r3_usr;
>>> +uint32_t r4_usr;
>>> +u
>>> On 30.05.16 at 22:37, wrote:
> On Mon, May 30, 2016 at 2:20 PM, Julien Grall wrote:
>> On 30/05/2016 20:47, Tamas K Lengyel wrote:
>>> On Mon, May 30, 2016 at 5:50 AM, Jan Beulich wrote:
> +struct vm_event_regs_arm64 {
> +uint64_t x0;
> +uint64_t x1;
> +uint64_t x
>>> On 30.05.16 at 22:13, wrote:
> On Mon, May 30, 2016 at 8:16 AM, Jan Beulich wrote:
> On 30.05.16 at 00:37, wrote:
>>> @@ -3393,8 +3409,9 @@ void vmx_vmexit_handler(struct cpu_user_regs *regs)
>>> }
>>> else {
>>> int handled =
>>> -
On 05/31/2016 10:54 AM, Jan Beulich wrote:
On 30.05.16 at 22:37, wrote:
>> On Mon, May 30, 2016 at 2:20 PM, Julien Grall wrote:
>>> On 30/05/2016 20:47, Tamas K Lengyel wrote:
On Mon, May 30, 2016 at 5:50 AM, Jan Beulich wrote:
>> +struct vm_event_regs_arm64 {
>> +uint64_t
>>> On 30.05.16 at 18:27, wrote:
> For all the build process, not only the assembly-only files.
>
> This prevents assembling certain code with the integrated assembler, while
> other code would be assembled by the external assembler.
Without you giving a reason why this needs to be that way, I d
>>> On 30.05.16 at 18:27, wrote:
> The test code is a C file with inline assembly, not plain assembly.
>
> This fixes the fallout introduced by commit 7fb252bd41 ("build/xen: fix
> assembler instruction tests")
I don't follow (did you check this time that previous behavior gets
restored; you cle
>>> On 31.05.16 at 10:06, wrote:
> On 05/31/2016 10:54 AM, Jan Beulich wrote:
> On 30.05.16 at 22:37, wrote:
>>> On Mon, May 30, 2016 at 2:20 PM, Julien Grall wrote:
On 30/05/2016 20:47, Tamas K Lengyel wrote:
> On Mon, May 30, 2016 at 5:50 AM, Jan Beulich wrote:
>>> +struct vm
flight 94973 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94973/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 3 host-install(3) broken REG
After migrate to another host, the number of rings(block hardware queues)
may be changed and the ring info structure will also be reallocated.
This patch fix two related place:
* call blk_mq_update_nr_hw_queues() to make blk-core knows the number
of hardware queues have been changed.
* Don't sto
Sometimes blkfont may receive twice blkback_changed() notification after
migration, then talk_to_blkback() will be called twice too and confused
xen-blkback.
Signed-off-by: Bob Liu
---
drivers/block/xen-blkfront.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/bloc
On Mon, 30 May 2016, Julien Grall wrote:
> Hi Stefano,
>
> On 30/05/2016 15:45, Stefano Stabellini wrote:
> > On Mon, 23 May 2016, Julien Grall wrote:
> > > Hi Stefano,
> > >
> > > On 21/05/16 16:09, Stefano Stabellini wrote:
> > > > On Thu, 5 May 2016, Julien Grall wrote:
> > > > > +void __init
On 31/05/2016 05:44, Paulina Szubarczyk wrote:
> Implentation of interface to grant copy operation called through
> libxc. An ioctl(gntdev, IOCTL_GNTDEV_GRANT_COPY, ..) system call is
> invoked for linux. In the mini-os the operation is yet not
> implemented.
>
> * In the file "tools/include/xen
flight 94970 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94970/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 guest-saverestorefail never pass
test-armhf-armhf-libvirt 12 migrate-sup
On 31/05/2016 05:44, Paulina Szubarczyk wrote:
> Grant mapping related functions and variables are removed
> on behalf of grant copy operation introduced in following commits.
You should remove this after adding the replacement or you break bisection.
David
__
On Mon, 30 May 2016, Julien Grall wrote:
> Hi Stefano,
>
> On 30/05/2016 16:02, Stefano Stabellini wrote:
> > On Mon, 23 May 2016, Julien Grall wrote:
> > > After each CPU has been started, we iterate through a list of CPU
> > > errata to detect CPUs which need from hypervisor code patches.
> > >
On 5/30/2016 4:40 AM, Stefano Stabellini wrote:
On Fri, 27 May 2016, Chenxiao Zhao wrote:
Hi,
My board is Hikey on which have octa-core of arm cortex-a53. I have applied
patches [1] to try vm save/restore on arm.
These patches originally do not working on arm64. I have made some changes
bas
On Mon, 30 May 2016, Julien Grall wrote:
> On 30/05/2016 17:19, Stefano Stabellini wrote:
> > > "Erratum #834220: Xen needs to check that the Stage 1 translation does not
> > > generate a fault before handling Stage 2 fault. If it is a stage 1
> > > translation
> > > fault, return to the guest to l
On 31/05/2016 05:44, Paulina Szubarczyk wrote:
> Grant copy operation is divided into two phases different for
> 'read' and 'write' operation.
>
> For a 'read' operation the flow is as follow:
> 1. allocate local buffers for all the segments contained in
>a request.
Allocating buffers
On Mon, 30 May 2016, Julien Grall wrote:
> (CC Wei Liu)
>
> Hi Stefano,
>
> On 30/05/2016 14:16, Stefano Stabellini wrote:
> > On Fri, 27 May 2016, Julien Grall wrote:
> > > Hello Shanker,
> > >
> > > On 27/05/16 01:39, Shanker Donthineni wrote:
> > > > Commit 9d77b3c01d1261c (Configure SPI inte
On Thu, May 26, 2016 at 12:35 PM, Andrew Cooper
wrote:
> On 26/05/16 09:29, Lan Tianyu wrote:
>> Hi All:
>> We try pushing virtual iommu support for Xen guest and there are some
>> features blocked by it.
>>
>> Motivation:
>> ---
>> 1) Add SVM(Shared Virtual Memory) support for
On 30/05/16 21:21, Ivan Pavić2 wrote:
Hello,
Hello Ivan,
Sorry for the late answer.
I used FreeRTOS code for console output. It is based on Mini OS code. There are
two problems as I've >determined
with debugging. First is that vsnprintf blocks for some reason in print
function so i comme
Hi Julien,
On Mon, May 30, 2016 at 10:53:24PM +0100, Julien Grall wrote:
>Hi Peng,
>
>On 27/05/2016 06:31, Peng Fan wrote:
>>To ARM64, setup_xenheap_mappings may call alloc_boot_pages to allocate
>>first level page table, if there is a big chunk memory (ie, >512GB).
>
>Out of interest, have you fo
Hi Wei,
On 31/05/16 03:54, Wei Chen wrote:
Currently, MPIDR_HWID_MASK is using the bit definition of AArch32
MPIDR register. But from D7.2.67 of ARM ARM (DDI 0487A.i) we can see
there are 4 levels of affinity on AArch64 whilst AArch32 has only 3.
So, this value is not correct when Xen is running
> -Original Message-
> From: Dario Faggioli [mailto:dario.faggi...@citrix.com]
> Sent: Friday, May 27, 2016 12:11 AM
> To: Wu, Feng ; Wei Liu
> Cc: Xen-devel ; Hao, Xudong
>
> Subject: Re: [Xen-devel] [BUG] Xen panic with VT-d PI
>
> On Thu, 2016-05-26 at 13:03 +, Wu, Feng wrote:
>
Hi Stefano,
On 31/05/16 10:40, Stefano Stabellini wrote:
On Mon, 30 May 2016, Julien Grall wrote:
ACPI can only be enabled in expert mode and will be a tech-preview for Xen
4.7. So I would revert the patch. SPIs will not be routed, but it is better
than a deadlock.
I would also replace the pa
On 27/05/16 17:32, Konrad Rzeszutek Wilk wrote:
> On Fri, May 27, 2016 at 12:08:22PM -0400, Tejun Heo wrote:
>> Hello,
>>
>> On Fri, May 27, 2016 at 12:01:14PM -0400, Konrad Rzeszutek Wilk wrote:
>>> On Fri, May 27, 2016 at 09:24:11PM +0530, Bhaktipriya Shridhar wrote:
With concurrency managed
On 30/05/16 11:05, Jan Beulich wrote:
> Accepting zero here even when !cpu_has_mpx makes the restore side
> symmetric to the save logic (which avoids saving the value if zero),
> i.e. makes either side independent of the logic on the other side.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew
> -Original Message-
> From: Dario Faggioli [mailto:dario.faggi...@citrix.com]
> Sent: Friday, May 27, 2016 1:21 AM
> To: Wu, Feng ; xen-devel@lists.xen.org
> Cc: k...@xen.org; Tian, Kevin ; jbeul...@suse.com;
> andrew.coop...@citrix.com; george.dun...@eu.citrix.com;
> konrad.w...@oracle.
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, May 27, 2016 9:49 PM
> To: Wu, Feng
> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
> george.dun...@eu.citrix.com; Tian, Kevin ; xen-
> de...@lists.xen.org; konrad.w...@oracle.com; k...@xen.or
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, May 27, 2016 9:43 PM
> To: Wu, Feng
> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
> george.dun...@eu.citrix.com; Tian, Kevin ; xen-
> de...@lists.xen.org; konrad.w...@oracle.com; k...@xen.or
Hi Stefano,
On 31/05/16 10:21, Stefano Stabellini wrote:
On Mon, 30 May 2016, Julien Grall wrote:
Hi Stefano,
On 30/05/2016 15:45, Stefano Stabellini wrote:
On Mon, 23 May 2016, Julien Grall wrote:
Hi Stefano,
On 21/05/16 16:09, Stefano Stabellini wrote:
On Thu, 5 May 2016, Julien Grall wr
On 30/05/16 14:48, Jan Beulich wrote:
> Rather than just allowing a fixed address or fully automatic placement,
> also allow for specifying an upper bound. Especially on EFI systems,
> where firmware memory use is commonly less predictable than on legacy
> BIOS ones, this makes success of the reser
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, May 27, 2016 10:00 PM
> To: Wu, Feng
> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
> george.dun...@eu.citrix.com; Tian, Kevin ; xen-
> de...@lists.xen.org; konrad.w...@oracle.com; k...@xen.o
On 30/05/16 14:48, Jan Beulich wrote:
> Rather than just allowing a fixed address or fully automatic placement,
> also allow for specifying an upper bound. Especially on EFI systems,
> where firmware memory use is commonly less predictable than on legacy
> BIOS ones, this makes success of the reser
On Tue, May 31, 2016 at 02:16:49AM -0600, Jan Beulich wrote:
> >>> On 30.05.16 at 18:27, wrote:
> > For all the build process, not only the assembly-only files.
> >
> > This prevents assembling certain code with the integrated assembler, while
> > other code would be assembled by the external ass
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, May 27, 2016 10:57 PM
> To: Wu, Feng
> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
> george.dun...@eu.citrix.com; Tian, Kevin ; xen-
> de...@lists.xen.org; konrad.w...@oracle.com; k...@xen.o
On 05/31/16 06:59, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Add ACPI support for Virt Xen ARM and it gets the ACPI tables through
> Xen ARM multiboot protocol.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Shannon Zhao
> ---
> The corresponding Xen patches can
Hi Stefano,
On 31/05/16 10:27, Stefano Stabellini wrote:
On Mon, 30 May 2016, Julien Grall wrote:
On 30/05/2016 16:02, Stefano Stabellini wrote:
On Mon, 23 May 2016, Julien Grall wrote:
After each CPU has been started, we iterate through a list of CPU
errata to detect CPUs which need from hyp
Hi Stefano,
On 31/05/16 10:34, Stefano Stabellini wrote:
On Mon, 30 May 2016, Julien Grall wrote:
On 30/05/2016 17:19, Stefano Stabellini wrote:
"Erratum #834220: Xen needs to check that the Stage 1 translation does not
generate a fault before handling Stage 2 fault. If it is a stage 1
transla
On Mon, May 30, 2016 at 3:32 AM, Chris Patterson wrote:
> From: Chris Patterson
>
> Replace the usage of readdir_r() with readdir() to address
> a compilation error due to the deprecation of readdir_r.
>
> glibc has deprecated this for their next release (2.24):
> https://sourceware.org/bugzilla/
Hello Dirk,
On 27/05/16 13:34, Dirk Behme wrote:
On 26.05.2016 11:00, Julien Grall wrote:
On 25/05/2016 16:10, Dirk Behme wrote:
On 24.05.2016 22:05, Julien Grall wrote:
On 24/05/2016 14:39, Dirk Behme wrote:
On 23.05.2016 22:15, Julien Grall wrote:
All the devices (UART included) used by X
Hi Shannon,
On 31/05/16 06:02, Shannon Zhao wrote:
From: Shannon Zhao
The design of this feature is described as below.
Firstly, the toolstack (libxl) generates the ACPI tables according the
number of vcpus and gic controller.
Then, it copies these ACPI tables to DomU memory space and passes
>>> On 31.05.16 at 12:24, wrote:
> On 30/05/16 14:48, Jan Beulich wrote:
>> Rather than just allowing a fixed address or fully automatic placement,
>> also allow for specifying an upper bound. Especially on EFI systems,
>> where firmware memory use is commonly less predictable than on legacy
>> BI
>>> On 31.05.16 at 12:31, wrote:
> On Tue, May 31, 2016 at 02:16:49AM -0600, Jan Beulich wrote:
>> >>> On 30.05.16 at 18:27, wrote:
>> > For all the build process, not only the assembly-only files.
>> >
>> > This prevents assembling certain code with the integrated assembler, while
>> > other co
On Mon, May 30, 2016 at 9:42 PM, Olaf Hering wrote:
> With staging-4.6 this domU boots from xvda, qemu creates an emulated
> disk. With staging no disk is found, unless the name is changed to hda.
> Looks like qemu-2.6 does not handle xvda either.
This was intentional; see this thread:
https://m
Hi Peng,
On 27/05/16 11:23, Peng Fan wrote:
To ARM64, we should use '(VMAP_VIRT_START + GB(1))' as VMAP_VIRT_END,
s/To/For/
but not '(VMAP_VIRT_START + GB(1) - 1)'.
Seeing 'vm_end[type] = PFN_DOWN(end - start);' in vm_init_type,
if not correct VMAP_VIRT_END, one page is wasted.
I find dif
Hi Shanker,
On 27/05/16 19:32, Shanker Donthineni wrote:
The current driver ACPI probe fails on hardware which has GICv4
version, even though it is fully compatible to GICv3. This patch
fixed the issue by registering the same probe function for GICv4
hardware.
Signed-off-by: Shanker Donthineni
On Tue, May 31, George Dunlap wrote:
> On Mon, May 30, 2016 at 9:42 PM, Olaf Hering wrote:
> > With staging-4.6 this domU boots from xvda, qemu creates an emulated
> > disk. With staging no disk is found, unless the name is changed to hda.
> > Looks like qemu-2.6 does not handle xvda either.
>
>
flight 94967 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94967/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-rtds 6 xen-boot fail in 94959 pass in 94967
test-armhf-armhf-xl-rtds 15 gu
On Tue, May 31, 2016 at 12:16 PM, Olaf Hering wrote:
> On Tue, May 31, George Dunlap wrote:
>
>> On Mon, May 30, 2016 at 9:42 PM, Olaf Hering wrote:
>> > With staging-4.6 this domU boots from xvda, qemu creates an emulated
>> > disk. With staging no disk is found, unless the name is changed to hd
On Mon, May 30, 2016 at 03:52:57AM -0600, Jan Beulich wrote:
> Commit 7fb252bd41 ("build/xen: fix assembler instruction tests") added
> $(AFLAGS) here, which results in all of those tests now failing.
> Certain items need to be removed for things to work again.
>
> Signed-off-by: Jan Beulich
Ack
On Tue, May 31, 2016 at 10:40:13AM +0100, Stefano Stabellini wrote:
> On Mon, 30 May 2016, Julien Grall wrote:
> > (CC Wei Liu)
> >
> > Hi Stefano,
> >
> > On 30/05/2016 14:16, Stefano Stabellini wrote:
> > > On Fri, 27 May 2016, Julien Grall wrote:
> > > > Hello Shanker,
> > > >
> > > > On 27/0
On Tue, May 31, George Dunlap wrote:
> Sorry, can you expand on this a bit? Are you saying that on SuSE, if
> you specify "vdev=xvda" in your config file, that you'll get PV
> devices named "/dev/xvda", but that if you specify "vdev=hda", that
> you'll get PV devices but named "/dev/hda"?
Yes, t
>>> On 31.05.16 at 12:22, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Friday, May 27, 2016 9:43 PM
>> >>> On 26.05.16 at 15:39, wrote:
>> > --- a/xen/arch/x86/hvm/vmx/vmx.c
>> > +++ b/xen/arch/x86/hvm/vmx/vmx.c
>> > @@ -113,7 +113,19 @@ static void vmx_vcpu_block(struct vcpu *
>>> On 31.05.16 at 12:22, wrote:
>
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Friday, May 27, 2016 9:49 PM
>> To: Wu, Feng
>> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
>> george.dun...@eu.citrix.com; Tian, Kevin ; xen-
>> de...@lists.x
>>> On 31.05.16 at 12:27, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Friday, May 27, 2016 10:00 PM
>> >>> On 26.05.16 at 15:39, wrote:
>> > Normally, in vmx_cpu_block() 'NDST' filed should have the same
>> > value with 'dest' or 'MASK_INSR(dest, PI_xAPIC_NDST_MASK)' depending
On Tue, May 31, 2016 at 12:41 PM, Olaf Hering wrote:
> On Tue, May 31, George Dunlap wrote:
>
>> Sorry, can you expand on this a bit? Are you saying that on SuSE, if
>> you specify "vdev=xvda" in your config file, that you'll get PV
>> devices named "/dev/xvda", but that if you specify "vdev=hda"
On Tue, May 31, George Dunlap wrote:
> Do you have a concrete proposal?
I have to give it some more thought what the impact really is, what
config variants are affected.
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-
>>> On 31.05.16 at 13:32, wrote:
> On Tue, May 31, 2016 at 12:16 PM, Olaf Hering wrote:
>> On Tue, May 31, George Dunlap wrote:
>>
>>> On Mon, May 30, 2016 at 9:42 PM, Olaf Hering wrote:
>>> > With staging-4.6 this domU boots from xvda, qemu creates an emulated
>>> > disk. With staging no disk i
flight 94979 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94979/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 3 host-install(3) broken REG
>>> On 31.05.16 at 14:00, wrote:
> Really 'vdev' string in the the guest config file is only meant to
> tell libxl how it should behave -- it should ideally not have any
> effect on what devices you see in the backend. And furthermore, it
> seems to me that when Linux upstream rejected the idea o
On Mon, May 30, 2016 at 03:52:57AM -0600, Jan Beulich wrote:
> Commit 7fb252bd41 ("build/xen: fix assembler instruction tests") added
> $(AFLAGS) here, which results in all of those tests now failing.
> Certain items need to be removed for things to work again.
>
> Signed-off-by: Jan Beulich
>
>>> On 31.05.16 at 12:30, wrote:
> On 30/05/16 14:48, Jan Beulich wrote:
>> --- a/xen/arch/x86/setup.c
>> +++ b/xen/arch/x86/setup.c
>> @@ -1044,13 +1044,19 @@ void __init noreturn __start_xen(unsigne
>> }
>>
>> #ifdef CONFIG_KEXEC
>> -/* Don't overlap with modules. */
>> -
>>> On 31.05.16 at 14:25, wrote:
> On Mon, May 30, 2016 at 03:52:57AM -0600, Jan Beulich wrote:
>> Commit 7fb252bd41 ("build/xen: fix assembler instruction tests") added
>> $(AFLAGS) here, which results in all of those tests now failing.
>> Certain items need to be removed for things to work again
On Tue, May 31, 2016 at 06:48:48AM -0600, Jan Beulich wrote:
> >>> On 31.05.16 at 14:25, wrote:
> > On Mon, May 30, 2016 at 03:52:57AM -0600, Jan Beulich wrote:
> >> Commit 7fb252bd41 ("build/xen: fix assembler instruction tests") added
> >> $(AFLAGS) here, which results in all of those tests now
flight 94971 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94971/
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. 94748
test-amd64-amd64-
On Tue, May 31, 2016 at 1:10 PM, Jan Beulich wrote:
On 31.05.16 at 13:32, wrote:
>> On Tue, May 31, 2016 at 12:16 PM, Olaf Hering wrote:
>>> On Tue, May 31, George Dunlap wrote:
>>>
On Mon, May 30, 2016 at 9:42 PM, Olaf Hering wrote:
> With staging-4.6 this domU boots from xvda,
The ARM Server Base System Architecture describes a generic UART
interface. It doesn't support clock control registers, modem
control, DMA and hardware flow control features. So, extend the
driver probe() to handle SBSA interface and skip the accessing
PL011 registers that are not described in SBSA
From: Quan Xu
The propagation value from IOMMU flush interfaces may be positive, which
indicates callers need to flush cache, not one of faliures.
when the propagation value is positive, this patch fixes this flush issue
as follows:
- call iommu_flush_write_buffer() to flush cache.
- return
From: Quan Xu
Propagate the IOMMU Device-TLB flush error up to the ept_set_entry(),
when VT-d shares EPT page table.
Signed-off-by: Quan Xu
Acked-by: Kevin Tian
Reviewed-by: Jan Beulich
CC: Jun Nakajima
CC: Kevin Tian
CC: George Dunlap
CC: Jan Beulich
CC: Andrew Cooper
CC: Feng Wu
---
From: Quan Xu
Signed-off-by: Quan Xu
CC: Jan Beulich
CC: Liu Jinsong
CC: Keir Fraser
CC: Andrew Cooper
CC: Suravee Suthikulpanit
CC: Stefano Stabellini
CC: Julien Grall
CC: Kevin Tian
CC: Feng Wu
v6:
1. Drop comments in enum dev_power_saved.
2. If console_suspend() fails, return S
From: Quan Xu
Signed-off-by: Quan Xu
Reviewed-by: Jan Beulich
CC: Stefano Stabellini
CC: Julien Grall
CC: Jan Beulich
CC: Kevin Tian
v6: Remove __must_check annotation from xenmem_add_to_physmap().
---
xen/arch/arm/p2m.c | 4 +++-
xen/common/memory.c | 1
From: Quan Xu
Signed-off-by: Quan Xu
Reviewed-by: Jan Beulich
CC: Jan Beulich
CC: Kevin Tian
CC: Feng Wu
v6: Don't needlessly split the function header onto two lines.
---
xen/drivers/passthrough/vtd/extern.h | 3 ++-
xen/drivers/passthrough/vtd/iommu.c | 8
xen/drivers/passth
From: Quan Xu
This patch set is a prereq patch set for Patch:'VT-d Device-TLB flush issue'.
While IOMMU Device-TLB flush timed out, xen calls panic() at present. However
the existing panic()
is going to be eliminated, so we must propagate the IOMMU Device-TLB flush
error up to the call trees.
From: Quan Xu
Signed-off-by: Quan Xu
Acked-by: Kevin Tian
Reviewed-by: Jan Beulich
CC: Stefano Stabellini
CC: Julien Grall
CC: Kevin Tian
CC: Feng Wu
CC: Jan Beulich
CC: Andrew Cooper
---
xen/drivers/passthrough/arm/smmu.c| 2 +-
xen/drivers/passthrough/vtd/iommu.c
From: Quan Xu
Treat IOMMU mapping and unmapping failures as a fatal to the DomU
If IOMMU mapping and unmapping failed, crash the DomU and propagate
the error up to the call trees.
No spamming of the log can occur. For DomU, we avoid logging any
message for already dying domains. For Dom0, that'l
From: Quan Xu
Signed-off-by: Quan Xu
Acked-by: Kevin Tian
Reviewed-by: Jan Beulich
CC: Stefano Stabellini
CC: Julien Grall
CC: Jan Beulich
CC: Kevin Tian
CC: Feng Wu
v6: Add __must_check annotation to intel_iommu_iotlb_flush_all().
---
xen/drivers/passthrough/arm/smmu.c | 13 -
From: Quan Xu
Signed-off-by: Quan Xu
CC: Jan Beulich
CC: Kevin Tian
CC: Feng Wu
---
xen/drivers/passthrough/vtd/iommu.c | 40 ++--
xen/drivers/passthrough/vtd/iommu.h | 11 ++
xen/drivers/passthrough/vtd/qinval.c | 14 ++---
3 files changed,
From: Quan Xu
Signed-off-by: Quan Xu
Acked-by: Kevin Tian
CC: Suravee Suthikulpanit
CC: Stefano Stabellini
CC: Julien Grall
CC: Kevin Tian
CC: Feng Wu
CC: Jan Beulich
v6:
1. Add __must_check annotation to amd_iommu_map_page().
2. Return the first error instead of the last one.
---
From: Quan Xu
When IOMMU mapping is failed, we issue a best effort rollback, stopping
IOMMU mapping, unmapping the previous IOMMU maps and then reporting the
error up to the call trees. When rollback is not feasible (in early
initialization phase or trade-off of complexity) for the hardware domai
On Fri, May 20, 2016 at 7:05 PM, Edgar E. Iglesias
wrote:
> Hi,
>
> We have similar needs (not exactly the same) in some of our setups.
> We need to map certain OCMs (On Chip Memories) to dom0. Among other things,
> these are used to communicate with remote accelerators/CPUs that have
> "hardcoded
>>> On 31.05.16 at 15:41, wrote:
> On Tue, May 31, 2016 at 1:10 PM, Jan Beulich wrote:
> On 31.05.16 at 13:32, wrote:
>>> On Tue, May 31, 2016 at 12:16 PM, Olaf Hering wrote:
On Tue, May 31, George Dunlap wrote:
> On Mon, May 30, 2016 at 9:42 PM, Olaf Hering wrote:
> > Wi
Hi Julien,
On 2016年05月31日 18:47, Julien Grall wrote:
> Hi Shannon,
>
> On 31/05/16 06:02, Shannon Zhao wrote:
>> From: Shannon Zhao
>>
>> The design of this feature is described as below.
>> Firstly, the toolstack (libxl) generates the ACPI tables according the
>> number of vcpus and gic control
flight 94983 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94983/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 3 host-install(3) broken REGR. vs. 94856
test-amd64-amd64-qe
From: Chris Patterson
In some cross-compilation environments, the CC/CXX variables may
expand out to more than one argument (to include things
like --sysroot=...). Quote these to safely pass along.
Signed-off-by: Chris Patterson
---
xen/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3
On Tue, May 31, 2016 at 6:42 AM, George Dunlap wrote:
> On Mon, May 30, 2016 at 3:32 AM, Chris Patterson wrote:
>> From: Chris Patterson
>>
>> Replace the usage of readdir_r() with readdir() to address
>> a compilation error due to the deprecation of readdir_r.
>>
>> glibc has deprecated this fo
On 31/05/16 13:44, Jan Beulich wrote:
On 31.05.16 at 12:30, wrote:
>> On 30/05/16 14:48, Jan Beulich wrote:
>>> --- a/xen/arch/x86/setup.c
>>> +++ b/xen/arch/x86/setup.c
>>> @@ -1044,13 +1044,19 @@ void __init noreturn __start_xen(unsigne
>>> }
>>>
>>> #ifdef CONFIG_KEXEC
>>> -
flight 94989 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94989/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 3 host-install(3) broken REG
On Tue, May 31, 2016 at 01:16:14PM +0200, Olaf Hering wrote:
> On Tue, May 31, George Dunlap wrote:
>
> > On Mon, May 30, 2016 at 9:42 PM, Olaf Hering wrote:
> > > With staging-4.6 this domU boots from xvda, qemu creates an emulated
> > > disk. With staging no disk is found, unless the name is ch
Xen Developers,
On Ubuntu 16.04, when I clone from Xenbits and then checkout RELEASE-4.6.1,
‘make world’ breaks
when it gets to qemu-xen-traditional, with the error shown below. This looks
like a problem that was patched back at the end of April, but somehow is not
taking effect for the older c
On 27/05/16 19:50, Bhaktipriya Shridhar wrote:
> With concurrency managed workqueues, use of dedicated workqueues can be
> replaced by using system_wq. Drop xenbus_frontend_wq by using system_wq.
>
> Since there is only a single work item, increase of concurrency level by
> switching to system_wq
From: Suravee Suthikulpanit
Along with the IVHD block type 10h, newer AMD platforms also come with
types 11h, which is a superset of the older one. Having multiple IVHD
block types in the same platform allows backward compatibility of newer
systems to work with existing drivers. The driver shoul
On May 31, 2016 01:54, "Jan Beulich" wrote:
>
> >>> On 30.05.16 at 22:37, wrote:
> > On Mon, May 30, 2016 at 2:20 PM, Julien Grall
wrote:
> >> On 30/05/2016 20:47, Tamas K Lengyel wrote:
> >>> On Mon, May 30, 2016 at 5:50 AM, Jan Beulich
wrote:
> > +struct vm_event_regs_arm64 {
> > +
>>> On 31.05.16 at 17:13, wrote:
> From: Chris Patterson
>
> In some cross-compilation environments, the CC/CXX variables may
> expand out to more than one argument (to include things
> like --sysroot=...). Quote these to safely pass along.
>
> Signed-off-by: Chris Patterson
Acked-by: Jan Be
On May 31, 2016 01:48, "Jan Beulich" wrote:
>
> >>> On 30.05.16 at 21:47, wrote:
> > On Mon, May 30, 2016 at 5:50 AM, Jan Beulich wrote:
> > On 30.05.16 at 00:37, wrote:
> >>> +struct vm_event_regs_arm32 {
> >>> +uint32_t r0_usr;
> >>> +uint32_t r1_usr;
> >>> +uint32_t r2_usr;
>
On Mon, May 30, 2016 at 01:54:06PM +0200, Krzysztof Kozlowski wrote:
> The dma-mapping core and the implementations do not change the
> DMA attributes passed by pointer. Thus the pointer can point to const
> data. However the attributes do not have to be a bitfield. Instead
> unsigned long will d
Signed-off-by: Andrew Cooper
---
CC: Ian Jackson
CC: Wei Liu
CC: Jan Beulich
CC: Konrad Rzeszutek Wilk
---
docs/features/feature-levelling.pandoc | 211 +
1 file changed, 211 insertions(+)
create mode 100644 docs/features/feature-levelling.pandoc
diff --git a
Hi Peng,
On 31/05/16 10:58, Peng Fan wrote:
So, need to make sure boot pages are ready before setup xenheap mappings.
init_boot_pages is using mfn_to_virt (see bootmem_region_add), which cannot
work until xenheap_mfn_start is initialized. This is done by
setup_xenheap_mappings.
My bad. I d
On Tue, May 31, 2016 at 10:26:30PM +0530, Bhaktipriya Shridhar wrote:
> System workqueues have been able to handle high level of concurrency
> for a long time now and there's no reason to use dedicated workqueues
> just to gain concurrency. Replace dedicated xenbus_frontend_wq with the
> use of sy
From: Vitaly Kuznetsov
Commit 56fb5fd623 ("libxl: adjust PoD target by memory fudge, too")
introduced target_memkb adjustment for HVM PoD domains on create. The
adjustment is however being reset on reload_domain_config() (e.g. when
we reboot the guest). For example:
I'm trying to create HVM PoD
1 - 100 of 133 matches
Mail list logo
