On 17/11/15 11:30, Andrew Cooper wrote:
> On 17/11/15 09:58, Juergen Gross wrote:
>> On 17/11/15 10:42, Jan Beulich wrote:
>> On 16.11.15 at 19:33, wrote:
On 16/11/15 12:18, Jan Beulich wrote:
On 06.11.15 at 17:05, wrote:
>> --- a/xen/include/public/arch-x86/xen.h
>> +++
Hu, Robert writes ("RE: OSSTest standalone script"):
> > From ed4fd4bf2b175a02b9dbe3e394577b7095a8f3be Mon Sep 17 00:00:00
> > 2001
> > From: Ian Campbell
> > Date: Wed, 14 Oct 2015 10:45:36 +0100
> > Subject: [PATCH] standalone: only rotate logs if savelog is available
> >
> > `savelog' comes fr
On Tue, 2015-11-17 at 10:31 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [osstest test] 38290: regressions - FAIL"):
> > I'm unsure why this is only affecting this flight and (apparently) no
> > others.
>
> This is probably Citrix's intercepting web proxy again.
>
> > I ran "git update-s
SOLVED!
It works now that I ran xen-init-dom0
For Arch it was:
$ systemctl enable xen-init-dom0
Thank you very much!
Gesendet: Montag, 16. November 2015 um 14:54 Uhr
Von: "Wei Liu"
An: "Peter Schmid"
Cc: "Wei Liu" , xen-devel@lists.xen.org
Betreff: Re: Re: [Xen-devel] Unable to cre
On Tue, 2015-11-17 at 11:40 +0100, Peter Schmid wrote:
> SOLVED!
>
> It works now that I ran xen-init-dom0
> For Arch it was:
> $ systemctl enable xen-init-dom0
>
> Thank you very much!
Super!
I'm sure other Arch users would appreciate it if you filed a wishlist bug
with the distro such that
On 11/16/2015 09:04 PM, Andy Lutomirski wrote:
> On Mon, Nov 16, 2015 at 1:03 PM, Konrad Rzeszutek Wilk
> wrote:
>> On Mon, Nov 16, 2015 at 12:50:19PM -0800, Andy Lutomirski wrote:
>>> On Mon, Nov 16, 2015 at 12:48 PM, Boris Ostrovsky
>>> wrote:
On 11/16/2015 03:22 PM, Borislav Petkov wrot
On 11/17/2015 12:46 PM, Ian Campbell wrote:
> On Tue, 2015-11-17 at 11:40 +0100, Peter Schmid wrote:
>> SOLVED!
>>
>> It works now that I ran xen-init-dom0
>> For Arch it was:
>> $ systemctl enable xen-init-dom0
>>
>> Thank you very much!
>
> Super!
>
> I'm sure other Arch users would appreci
On 11/17/2015 02:59 AM, Jim Fehlig wrote:
> On 11/13/2015 06:14 AM, Joao Martins wrote:
>> Introduce support for domainGetCPUStats API call and consequently
>> allow us to use `virsh cpu-stats`. The latter returns a more brief
>> output than the one provided by`virsh vcpuinfo`.
>>
>> Signed-off-b
Since d4dba6183d61 "ts-kernel-build: Include dtbs in dist file" we
know require a "make dtbs_install" target, which was only added after
3.14.
None of the ARM h/w in the XenProject test colo can run with a kernel
this old. We do have a system in the Citrix instance in Cambridge
which does but the
>>> On 17.11.15 at 10:39, wrote:
> From: Shannon Zhao
>
> This patch set adds ACPI support for arm64 on Xen. The design document
> could be found from [1].
Thank you very much for sending a 62-patch series to a set of people
without tailoring the distribution list for the individual patches. I'
>>> On 17.11.15 at 10:40, wrote:
> --- a/xen/arch/arm/mm.c
> +++ b/xen/arch/arm/mm.c
> @@ -1138,6 +1138,10 @@ int xenmem_add_to_physmap_one(
> rcu_unlock_domain(od);
> break;
> }
> +case XENMAPSPACE_dev_mmio:
> +rc = map_dev_mmio_region(d, gpfn, 1, idx);
> +
>>> On 17.11.15 at 10:40, wrote:
> From: Shannon Zhao
>
> When preparing EFI tables for Dom0, it needs the information of EFI
> system table. Here store it in efi structure.
Again I'm pretty sure I had already pointed out that this not being
needed on x86 calls for either more than the brief de
On Tue, 2015-11-17 at 09:49 +, osstest service owner wrote:
> flight 64435 linux-3.14 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/64435/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-armhf-pvops
On 17/11/15 10:59, Jan Beulich wrote:
On 17.11.15 at 10:39, wrote:
>> From: Shannon Zhao
>>
>> This patch set adds ACPI support for arm64 on Xen. The design document
>> could be found from [1].
>
> Thank you very much for sending a 62-patch series to a set of people
> without tailoring the
On Mon, 2015-11-16 at 13:32 +, osstest service owner wrote:
> flight 64300 linux-3.10 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/64300/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-armhf-pvops
On 17 November 2015 at 10:57, wrote:
> From: Shannon Zhao
>
No empty commit logs please.
> 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 2ecfe
> -Original Message-
> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
> boun...@lists.xen.org] On Behalf Of Paul Durrant
> Sent: 17 November 2015 10:33
> To: Ian Jackson
> Cc: xen-de...@lists.xenproject.org; Keir (Xen.org); Ian Campbell; Jan Beulich;
> Tim (Xen.org)
> Subject: Re:
On 17 November 2015 at 10:57, wrote:
> 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.
>
> Signed-off-by: Shannon Zhao
> ---
> drivers/firmware/efi/efi.c | 67
>
Hi Shannon,
Why do you want to revert this patch?
Regards,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> This reverts commit 810a50db69703f715d199d6b3a5f08193155d48b.
>
> Signed-off-by: Shannon Zhao
>
> Conflicts:
> xen/arch/arm/vgic-v2.c
> ---
> xen/arch
On 17 November 2015 at 10:57, wrote:
> From: Shannon Zhao
>
> When running on Xen hypervisor, runtime services are supported through
> hypercall. So call Xen specific function to initialize runtime services.
>
> Signed-off-by: Shannon Zhao
> ---
> arch/arm/include/asm/xen/hypercall.h | 1 +
>
On 11/17/2015 02:48 AM, Jim Fehlig wrote:
> On 11/13/2015 06:14 AM, Joao Martins wrote:
>> Introduce support for domainInterfaceStats API call for querying
>> network interface statistics. Consequently it also enables the
>> use of `virsh domifstat ` command.
>>
>> After succesful guest creation
Patch #1 documents paths, some already in used by XenServer, which can be
used by guests to advertise contol capabilities.
Patch #2 documents paths which can be used to advertise PV driver versions.
Patch #3 documents paths which can be used by guests to advertise hotplug
capabilities.
Patch #4
Without some indication from a guest it is not possible for a
toolstack to know whether instantiation of a new vbd or vif should
result in a new PV device of the appropriate type being brought online.
(In other words whether guest PV drivers are present and functioning).
This patch documents two p
XenServer already makes use of ~/control/feature-suspend being written
to advertise guest capability of responding to 'suspend' when written to
~/control/shutdown and, since they are derived from XenServer drivers,
the Xen Project Windows PV drivers attempt to write this value. The write
currently
It is useful for a toolstack to be able to see the network addresses
in use by a domain for a particular vif in xenstore for display
purposes and, for example, so that a VNC session can be established
to the guest GUI.
This patch documents paths to allow a domain to advertise an interface
name, MA
For domain management purposes it is convenient to be able to see
information about PV drivers in xenstore. The XAPI toolstack in
XenServer has always created a ~/drivers path for this purpose.
This patch documents that path and also adds a specification of how
it should be used.
Signed-off-by: P
On Tue, Nov 17, 2015 at 12:25:58PM +0100, Ard Biesheuvel wrote:
> On 17 November 2015 at 10:57, wrote:
> > 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.
> >
> > Signed-off-
>>> On 13.11.15 at 02:54, wrote:
> @@ -91,7 +251,15 @@ void xsave(struct vcpu *v, uint64_t mask)
> typeof(ptr->fpu_sse.fip.sel) fcs = ptr->fpu_sse.fip.sel;
> typeof(ptr->fpu_sse.fdp.sel) fds = ptr->fpu_sse.fdp.sel;
>
> -if ( cpu_has_xsaveopt )
> +if ( cpu_has_xs
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> From: Parth Dixit
>
> Rename dt-uart.c to arm-uart.c and create new generic uart init function.
> Move dt_uart_init to arm_uart_init.
It's very hard to review a patch to move existing code and add new one.
Please split it in 2.
Re
Hi Shannon,
On 17/11/15 09:39, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> This patch set adds ACPI support for arm64 on Xen. The design document
> could be found from [1].
Thank you for your work on it. I think this series would benefits to be
split in smaller series.
I would do a
Ian Campbell writes ("[PATCH OSSTEST v1] make-flight: Stop testing ARM for
linux-3.14 flights"):
> Since d4dba6183d61 "ts-kernel-build: Include dtbs in dist file" we
> know require a "make dtbs_install" target, which was only added after
> 3.14.
>
> None of the ARM h/w in the XenProject test colo
- Align the queued/preparing/running/etc. totals into table columns.
- Use to highlight `queued' jobs.
- Use to highlight the end time if it is the flight end,
not just a phase end.
- No longer print the `total unqueued' separately.
- Show the `common info'.
Replace much of the HTML generation
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> When preparing EFI tables for Dom0, it needs the information of EFI
> system table. Here store it in efi structure.
On ARM64 the EFI stub is completely independent and therefore it's not
possible to share var
On 21/10/15 19:57, Marek Marczykowski-Górecki wrote:
>
> Any ideas?
No, sorry. Netfront looks correct to me.
We take an additional ref for the ref released by
gnttab_release_grant_reference(). The get_page() here is safe since we
haven't freed the page yet (this is done in the subsequent call
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> EFI table, memory description table and some of acpi tables will be
> placed after DOM0 memory space. Add placeholder for the starting address
> for loading in DOM0 and the size of new added tables. Also add a
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c
> index 6a48624..75835ae 100644
> --- a/xen/common/efi/boot.c
> +++ b/xen/common/efi/boot.c
> @@ -1192,6 +1192,70 @@ int __init estimate_efi_size(int mem_nr_banks)
>
>
On Mon, 2015-11-16 at 12:06 +, osstest service owner wrote:
> flight 64297 linux-3.4 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/64297/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i386-xl-qemu
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> Firstly it permits full MMIO capabilities for Dom0. Then deny MMIO
> access of UART device.
I'm nearly sure we want to deny other MMIO such as the GIC regions and SMMU.
Regards,
--
Julien Grall
___
On Tue, 2015-11-17 at 11:55 +, Ian Jackson wrote:
> - Align the queued/preparing/running/etc. totals into table columns.
> - Use to highlight `queued' jobs.
> - Use to highlight the end time if it is the flight end,
> not just a phase end.
> - No longer print the `total unqueued' separately
On Tue, 2015-11-17 at 12:03 +, Ian Campbell wrote:
> Therefore I think it would be appropriate to set host flag
> LinuxKernelMin = 3.5 on Baroque*.
I have now run: ./mg-hosts setprops baroque\* -- LinuxKernelMin 3.5
Ian.
___
Xen-devel mailing list
El 16/11/15 a les 12.51, Ian Campbell ha escrit:
> On Wed, 2015-10-14 at 17:30 +0100, Wei Liu wrote:
>> On Wed, Oct 14, 2015 at 06:24:40PM +0200, Roger Pau Monne wrote:
>>> This reverts commit d64dbbcc7c9934a46126c59d78536235908377ad.
>>>
>>> Xen always set the FPU as initialized when loading a HVM
On 17 November 2015 at 12:37, Mark Rutland wrote:
> On Tue, Nov 17, 2015 at 12:25:58PM +0100, Ard Biesheuvel wrote:
>> On 17 November 2015 at 10:57, wrote:
>> > From: Shannon Zhao
>> >
>> > Add a new function to parse DT parameters for Xen specific UEFI just
>> > like the way for normal UEFI. T
On 2015/11/17 19:28, Ard Biesheuvel wrote:
>> @@ -308,13 +311,18 @@ static int __init arm64_enable_runtime_services(void)
>> > }
>> > set_bit(EFI_SYSTEM_TABLES, &efi.flags);
>> >
>> > - if (!efi_virtmap_init()) {
>> > - pr_err("No UEFI virtual mapping was insta
Hi Shannon,
I would have appreciate if you I had looked on comments made on the
series sent by Parth.
On 17/11/15 09:41, shannon.z...@linaro.org wrote:
> From: Parth Dixit
>
> ACPI will be disabled by default. Define new command line parameter
> "acpi" for enabling it.
I don't think this is ri
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> Route all SPIs to Dom0 except the interrupts that Xen uses. Since Xen
> already uses the uart interrupt, the desc->action will not be NULL, so
> it will skip it.
>
> Signed-off-by: Shannon Zhao
> ---
> xen/
Hi Julien,
On 2015/11/17 19:27, Julien Grall wrote:
> Hi Shannon,
>
> Why do you want to revert this patch?
>
Because d->arch.vgic.cbase will be used by creating Dom0 MADT table
later. See [PATCH v3 43/62].
+gicc.base_address = d->arch.vgic.cbase;
My previous way is get this from AC
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> From: Parth Dixit
>
> Add generic way to use device from acpi similar to the way it is
> supported in device tree.
>
> Signed-off-by: Parth Dixit
> Signed-off-by: Shannon Zhao
> ---
> xen/arch/arm/device.c| 19 ++
On 2015/11/17 19:49, Julien Grall wrote:
> Hi Shannon,
>
> On 17/11/15 09:40, shannon.z...@linaro.org wrote:
>> From: Parth Dixit
>>
>> Rename dt-uart.c to arm-uart.c and create new generic uart init function.
>> Move dt_uart_init to arm_uart_init.
>
> It's very hard to review a patch to move
On 2015/11/17 19:58, Julien Grall wrote:
> Hi Shannon,
>
> On 17/11/15 09:40, shannon.z...@linaro.org wrote:
>> From: Shannon Zhao
>>
>> EFI table, memory description table and some of acpi tables will be
>> placed after DOM0 memory space. Add placeholder for the starting address
>> for loading
Hi,
On 2015/11/17 20:26, Julien Grall wrote:
> Hi Shannon,
>
> I would have appreciate if you I had looked on comments made on the
> series sent by Parth.
>
I do look. But I didn't find "Follow-Ups" ones at [1]. And among the
mails which Parth forwarded to me there is no [PATCH v2 37/41]. This i
On 2015/11/17 19:10, David Vrabel wrote:
> On 17/11/15 10:59, Jan Beulich wrote:
> On 17.11.15 at 10:39, wrote:
>>> From: Shannon Zhao
>>>
>>> This patch set adds ACPI support for arm64 on Xen. The design document
>>> could be found from [1].
>>
>> Thank you very much for sending a 62-patch
On 2015/11/17 20:04, Julien Grall wrote:
> On 17/11/15 09:40, shannon.z...@linaro.org wrote:
>> From: Shannon Zhao
>>
>> Firstly it permits full MMIO capabilities for Dom0. Then deny MMIO
>> access of UART device.
>
> I'm nearly sure we want to deny other MMIO such as the GIC regions and SMMU.
flight 64446 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64446/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-amd 6 xen-boot fail REGR. vs. 64197
test-amd64-amd64-xl-mu
On 2015/11/17 20:40, Julien Grall wrote:
> Hi Shannon,
>
> On 17/11/15 09:40, shannon.z...@linaro.org wrote:
>> From: Parth Dixit
>>
>> Add generic way to use device from acpi similar to the way it is
>> supported in device tree.
>>
>> Signed-off-by: Parth Dixit
>> Signed-off-by: Shannon Zhao
Trying to boot a 4.4 kernel as Xen dom0 crashes the system:
[9.949589] ACPI: Added _OSI(Module Device)
[9.957803] ACPI: Added _OSI(Processor Device)
[9.966814] ACPI: Added _OSI(3.0 _SCP Extensions)
[9.976346] ACPI: Added _OSI(Processor Aggregator Device)
[9.988715] BUG: unable
On 11/17/2015 08:38 AM, Juergen Gross wrote:
Trying to boot a 4.4 kernel as Xen dom0 crashes the system:
[9.949589] ACPI: Added _OSI(Module Device)
[9.957803] ACPI: Added _OSI(Processor Device)
[9.966814] ACPI: Added _OSI(3.0 _SCP Extensions)
[9.976346] ACPI: Added _OSI(Processor
On 17/11/15 14:40, Boris Ostrovsky wrote:
> On 11/17/2015 08:38 AM, Juergen Gross wrote:
>> Trying to boot a 4.4 kernel as Xen dom0 crashes the system:
>>
>> [9.949589] ACPI: Added _OSI(Module Device)
>> [9.957803] ACPI: Added _OSI(Processor Device)
>> [9.966814] ACPI: Added _OSI(3.0 _S
The only member of that structure is startup_ipi_hook which is always
set to paravirt_nop.
Signed-off-by: Juergen Gross
---
arch/x86/include/asm/paravirt.h | 9 -
arch/x86/include/asm/paravirt_types.h | 10 --
arch/x86/include/asm/smp.h| 3 ---
arch/x86/kernel
On 17/11/15 13:44, Juergen Gross wrote:
> The only member of that structure is startup_ipi_hook which is always
> set to paravirt_nop.
Reviewed-by: David Vrabel
David
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 17/11/15 12:32, Shannon Zhao wrote:
> Hi Julien,
>
> On 2015/11/17 19:27, Julien Grall wrote:
>> Hi Shannon,
>>
>> Why do you want to revert this patch?
>>
> Because d->arch.vgic.cbase will be used by creating Dom0 MADT table
> later. See [PATCH v3 43/62].
> +gicc.base_address = d->
* Fix (unsafe) assumption that X86_FEATURE_APIC resided in feature word 0.
* All 64bit processors have local APICs; drop the vendor check.
* Unconditionally probe MSR_IA32_APICBASE (safely, to fail more gracefully in
broken situations) and avoid a redundant double rdmsr().
* Avoid repeatedly OR'i
On Tue, Nov 17, 2015 at 07:13:34AM +0800, Bob Liu wrote:
>
> On 11/17/2015 05:27 AM, Konrad Rzeszutek Wilk wrote:
> >> /* Common code used when first setting up, and when resuming. */
> >> static int talk_to_blkback(struct xenbus_device *dev,
> >> @@ -1527,10 +1582,9 @@ static int talk_to_blkbac
Hi Shannon,
On 17/11/15 12:45, Shannon Zhao wrote:
>
>
> On 2015/11/17 19:58, Julien Grall wrote:
>> Hi Shannon,
>>
>> On 17/11/15 09:40, shannon.z...@linaro.org wrote:
>>> From: Shannon Zhao
>>>
>>> EFI table, memory description table and some of acpi tables will be
>>> placed after DOM0 memor
On 17/11/15 13:21, Shannon Zhao wrote:
>> AFAICT, it does only works for SPCR table used for UART device. For the
>> GIC you've hardcoded the value and I can't find any version number in
>> the table.
>>
> No, I didn't hardcode the GIC version. Since ACPI 6.0 introduces GIC
> version in generic dis
Signed-off-by: Ian Campbell
---
ap-common | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/ap-common b/ap-common
index 19c7580..5e7a791 100644
--- a/ap-common
+++ b/ap-common
@@ -61,8 +61,12 @@
: ${PUSH_TREE_LINUX:=$XENBITS:/home/xen/git/linux-pvops.git}
: ${BASE_TR
On 17/11/15 12:57, Shannon Zhao wrote:
> Hi,
>
> On 2015/11/17 20:26, Julien Grall wrote:
>> Hi Shannon,
>>
>> I would have appreciate if you I had looked on comments made on the
>> series sent by Parth.
>>
> I do look. But I didn't find "Follow-Ups" ones at [1]. And among the
> mails which Parth
On Mon, 2015-09-21 at 13:47 +0100, Ian Campbell wrote:
> TL;DR: There are issues, but IMHO switching can be justified.
Since some time has passed here is a fresh comparison of linux-3.14 flight
64435 (latest flight which would have passed except it incorrectly tried to
build an armhf kernel) vs li
On Tue, Nov 17, 2015 at 05:57:03PM +0800, shannon.z...@linaro.org wrote:
> 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
> ---
> drivers/xen/Makefile | 1 +
> drivers/
pte_update_defer can be removed as it is always set to the same
function as pte_update. So any usage of pte_update_defer() can be
replaced by pte_update().
pmd_update_defer is always set to paravirt_nop, so it can just be
nuked.
Signed-off-by: Juergen Gross
---
arch/x86/include/asm/paravirt.h
On 17/11/15 15:46, Juergen Gross wrote:
> pte_update_defer can be removed as it is always set to the same
> function as pte_update. So any usage of pte_update_defer() can be
> replaced by pte_update().
>
> pmd_update_defer is always set to paravirt_nop, so it can just be
> nuked.
>
> Signed-off-b
On 11/16/2015 04:55 PM, H. Peter Anvin wrote:
On 11/16/15 12:22, Borislav Petkov wrote:
Huh, so what's wrong with a jump:
jmp 1f
swapgs
1:
What is the point of that jump?
If it would make you feel better, it could be X86_BUG_XENPV :-p
That doesn't matter - I just do
On Tue, Nov 17, 2015 at 05:57:04PM +0800, shannon.z...@linaro.org wrote:
> 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
> ---
> drivers/xen/Makefile | 1 +
> drivers/xen/amb
pte_update_defer can be removed as it is always set to the same
function as pte_update. So any usage of pte_update_defer() can be
replaced by pte_update().
pmd_update and pmd_update_defer are always set to paravirt_nop, so they
can just be nuked.
Signed-off-by: Juergen Gross
---
arch/x86/includ
Ping?
None of the discussion on this thread altered the contents of this
patch, and the bug is still present.
~Andrew
On 03/06/15 10:31, Andrew Cooper wrote:
> There appears to be no formal statement of what pv_irq_ops.save_fl() is
> supposed to return precisely. Native returns the full flags,
The rune is
sed -i 's/libxl__sprintf(gc,\s*\(".*",.*\)/GCSPRINTF(\1/g' libxl*.c
Signed-off-by: Wei Liu
---
tools/libxl/libxl.c| 170 -
tools/libxl/libxl_blktap2.c| 4 +-
tools/libxl/libxl_bootloader.c | 10 +--
tools/libxl/libxl_creat
Signed-off-by: Wei Liu
---
tools/libxl/libxl.c| 21 ++---
tools/libxl/libxl_dm.c | 29 -
2 files changed, 22 insertions(+), 28 deletions(-)
diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
index 9f52cc2..2f2ce45 100644
--- a/tools/libxl/libxl
There are mixed usage of libxl__sprintf(gc) and GCSPRINTF. Convert all
libxl__sprintf to GCSPRINTF.
Wei Liu (2):
libxl: replace libxl__sprintf(gc, ...) with GCSPRINTF
libxl: fix line wrapping issues introduced by sed
tools/libxl/libxl.c| 181 --
On Tue, Nov 17, 2015 at 03:08:47PM +, Wei Liu wrote:
> The rune is
>
> sed -i 's/libxl__sprintf(gc,\s*\(".*",.*\)/GCSPRINTF(\1/g' libxl*.c
>
Hmm... It looks like this rune alone doesn't cover all situations.
$ ack-grep 'libxl__sprintf\(gc' | wc -l
43
Let me see if I can refine it a bi
On Tue, 2015-11-17 at 15:16 +, Wei Liu wrote:
> On Tue, Nov 17, 2015 at 03:08:47PM +, Wei Liu wrote:
> > The rune is
> >
> > sed -i 's/libxl__sprintf(gc,\s*\(".*",.*\)/GCSPRINTF(\1/g' libxl*.c
> >
>
> Hmm... It looks like this rune alone doesn't cover all situations.
>
> $ ack-grep '
On Tue, Nov 17, 2015 at 03:21:39PM +, Ian Campbell wrote:
> On Tue, 2015-11-17 at 15:16 +, Wei Liu wrote:
> > On Tue, Nov 17, 2015 at 03:08:47PM +, Wei Liu wrote:
> > > The rune is
> > >
> > > sed -i 's/libxl__sprintf(gc,\s*\(".*",.*\)/GCSPRINTF(\1/g' libxl*.c
> > >
> >
> > Hmm...
flight 64450 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64450/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 9 windows-install fail REGR. vs. 64290
Regressions which
On 17/11/15 15:08, Wei Liu wrote:
> There are mixed usage of libxl__sprintf(gc) and GCSPRINTF. Convert all
> libxl__sprintf to GCSPRINTF.
This looks like pointless churn /and/ GCSPRINTF is /less/ readable than
libxl__sprintf(gc,...) because the reader now has to also look up what
GCSPRINTF does.
After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before
allocating descs for legacy IRQs") early_irq_init() will no longer
preallocate descriptors for legacy interrupts if PIT does not
exist.
Therefore we need to allocate those descriptors for PV guests
ourselves.
Signed-off-by: Boris
>>> On 10.11.15 at 08:33, wrote:
> Thanks for your effort on this series and kindly ping..
Well - now that I got to look at the state of the series, the primary
problem with some more of it to go in than the two patches I pushed
earlier today is that there are VT-d/VMX maintainer acks missing.
An
On 17/11/15 15:36, Boris Ostrovsky wrote:
> After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before
> allocating descs for legacy IRQs") early_irq_init() will no longer
> preallocate descriptors for legacy interrupts if PIT does not
> exist.
>
> Therefore we need to allocate those descr
On Tue, Nov 17, 2015 at 03:34:30PM +, David Vrabel wrote:
> On 17/11/15 15:08, Wei Liu wrote:
> > There are mixed usage of libxl__sprintf(gc) and GCSPRINTF. Convert all
> > libxl__sprintf to GCSPRINTF.
>
> This looks like pointless churn /and/ GCSPRINTF is /less/ readable than
> libxl__sprintf
On Tue, 2015-11-17 at 15:24 +, Wei Liu wrote:
> On Tue, Nov 17, 2015 at 03:21:39PM +, Ian Campbell wrote:
> > On Tue, 2015-11-17 at 15:16 +, Wei Liu wrote:
> > > On Tue, Nov 17, 2015 at 03:08:47PM +, Wei Liu wrote:
> > > > The rune is
> > > >
> > > > sed -i 's/libxl__sprintf(gc,\
flight 38299 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38299/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-armhf-daily-netboot-pygrub 9 debian-di-install fail REGR. vs.
38263
On Tue, Nov 17, 2015 at 03:32:18PM +, Ian Campbell wrote:
> On Tue, 2015-11-17 at 15:24 +, Wei Liu wrote:
> > On Tue, Nov 17, 2015 at 03:21:39PM +, Ian Campbell wrote:
> > > On Tue, 2015-11-17 at 15:16 +, Wei Liu wrote:
> > > > On Tue, Nov 17, 2015 at 03:08:47PM +, Wei Liu wrote
>>> On 03.11.15 at 09:43, wrote:
> Add the utility to dump the posted format IRTE.
>
> CC: Yang Zhang
> CC: Kevin Tian
> Signed-off-by: Feng Wu
Reviewed-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-d
flight 64568 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64568/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-xl 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 13
On 17/11/15 09:57, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> Move xlated_setup_gnttab_pages to common place, so it can be reused by
> ARM to setup grant table when booting with ACPI.
[...]
> --- a/drivers/xen/grant-table.c
> +++ b/drivers/xen/grant-table.c
> @@ -664,6 +664,55 @@ int
On 17/11/15 16:36, Boris Ostrovsky wrote:
> After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before
> allocating descs for legacy IRQs") early_irq_init() will no longer
> preallocate descriptors for legacy interrupts if PIT does not
> exist.
>
> Therefore we need to allocate those descr
On 17/11/15 09:57, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> Add a bus_notifier for platform bus device in order to map the device
> mmio regions when DOM0 booting with ACPI.
[...]
> --- /dev/null
> +++ b/drivers/xen/platform.c
> @@ -0,0 +1,104 @@
> +/*
> + * Copyright (c) 2015, Lin
On 17/11/15 10:26, Jan Beulich wrote:
On 16.11.15 at 18:45, wrote:
>> Furthermore, it is unclear (given the unwritten ABI) whether it is even
>> safe to move _PAGE_GNTTAB out of the way, as this is visible to a PV guest.
> It seems pretty clear to me that this would be unsafe: It being
> part
Signed-off-by: Wei Liu
---
tools/libxl/libxl.c | 55 ++-
tools/libxl/libxl_dm.c | 57 ++---
tools/libxl/libxl_pci.c | 33 ++--
3 files changed, 66 insertions(+), 79 deletions(-)
d
The rune used is:
sed -i 's/libxl__sprintf(gc,\s*/GCSPRINTF(/g' libxl*.c
This rune is simple and better than trying to match every possible
patterns.
Two instances in libxl_dm.c need fixing up. They are in fact better to just
use libxl__strdup.
Signed-off-by: Wei Liu
---
tools/libxl/libxl.c
On 17/11/15 09:57, shannon.z...@linaro.org wrote:
> From: Shannon Zhao
>
> Add a bus_notifier for AMBA bus device in order to map the device
> mmio regions when DOM0 booting with ACPI.
[...]
> +static int xen_map_amba_device_mmio(struct amba_device *adev)
> +{
> + int rc = 0;
> + struct r
>>> On 17.11.15 at 17:24, wrote:
> On 17/11/15 10:26, Jan Beulich wrote:
> On 16.11.15 at 18:45, wrote:
>>> Furthermore, it is unclear (given the unwritten ABI) whether it is even
>>> safe to move _PAGE_GNTTAB out of the way, as this is visible to a PV guest.
>> It seems pretty clear to me th
There are mixed usage of libxl__sprintf(gc) and GCSPRINTF. Convert all
libxl__sprintf to GCSPRINTF to make code base consistent.
Wei Liu (2):
libxl: convert libxl__sprintf(gc) to GCSPRINTF
libxl: fix line wrapping issues introduced by automatic replacement
tools/libxl/libxl.c| 22
101 - 200 of 258 matches
Mail list logo
