Hi,
On Fri, Oct 11, 2019 at 01:51:04PM +0200, Jiri Slaby wrote:
> These are all functions which are invoked from elsewhere, so annotate
> them as global using the new SYM_FUNC_START. And their ENDPROC's by
> SYM_FUNC_END.
>
> And make sure ENTRY/ENDPROC is not defined on X86_64, given these were
flight 142762 linux-4.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142762/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvshim 20 guest-start/debian.repeat fail in 142736 REGR.
vs. 139698
Tests which
From: Oleksandr Tyshchenko
We always skip the IOMMU device when creating DT for hwdom if there is
an appropriate driver for it in Xen (device_get_class(iommu_node)
returns DEVICE_IOMMU). So, even if it is not used by Xen it will be skipped.
We should also skip the IOMMU specific properties of th
Stefano Stabellini writes ("Re: [PATCH for-4.13] xen/arm: Don't use _end in
is_xen_fixed_mfn()"):
> My suggestion is going to work: "the compiler sees through casts"
> referred to comparisons between pointers, where we temporarily casted
> both pointers to integers and back to pointers via a MACRO
CC libxl maintainers
On Tue, Oct 15, 2019 at 06:02:33PM +0200, Sander Eikelenboom wrote:
> Hi Anthony,
>
> While testing xen-unstable 4.13.0-rc0 I ran in to the following issue:
>
> When passing through all 8 functions of a pci(e) device I can't start the
> guest anymore, note that the trouble
On 10/16/19 11:18 AM, Ian Jackson wrote:
> Stefano Stabellini writes ("Re: [PATCH for-4.13] xen/arm: Don't use _end in
> is_xen_fixed_mfn()"):
>> My suggestion is going to work: "the compiler sees through casts"
>> referred to comparisons between pointers, where we temporarily casted
>> both point
Hi George,
On 16/10/2019 11:22, George Dunlap wrote:
On 10/16/19 11:18 AM, Ian Jackson wrote:
Stefano Stabellini writes ("Re: [PATCH for-4.13] xen/arm: Don't use _end in
is_xen_fixed_mfn()"):
My suggestion is going to work: "the compiler sees through casts"
referred to comparisons between poi
On 10/16/19 11:31 AM, Julien Grall wrote:
> Hi George,
>
> On 16/10/2019 11:22, George Dunlap wrote:
>> On 10/16/19 11:18 AM, Ian Jackson wrote:
>>> Stefano Stabellini writes ("Re: [PATCH for-4.13] xen/arm: Don't use
>>> _end in is_xen_fixed_mfn()"):
My suggestion is going to work: "the compi
On Tue, Oct 15, 2019 at 6:39 PM Roger Pau Monné wrote:
>
> On Fri, Oct 11, 2019 at 04:55:32PM +0100, Ian Jackson wrote:
> > Roger Pau Monne writes ("Re: [PATCH v1 2/2] libxl: add removing XS backend
> > path for PV devices on domain destroy"):
> > > When this code was added (devd) those where the
On 16.10.19 12:38, George Dunlap wrote:
On 10/16/19 11:31 AM, Julien Grall wrote:
Hi George,
On 16/10/2019 11:22, George Dunlap wrote:
On 10/16/19 11:18 AM, Ian Jackson wrote:
Stefano Stabellini writes ("Re: [PATCH for-4.13] xen/arm: Don't use
_end in is_xen_fixed_mfn()"):
My suggestion is g
Hi George,
On 16/10/2019 11:38, George Dunlap wrote:
On 10/16/19 11:31 AM, Julien Grall wrote:
On 16/10/2019 11:22, George Dunlap wrote:
On 10/16/19 11:18 AM, Ian Jackson wrote:
Stefano Stabellini writes ("Re: [PATCH for-4.13] xen/arm: Don't use
_end in is_xen_fixed_mfn()"):
My suggestion is
On 10/16/19 11:41 AM, Jürgen Groß wrote:
> On 16.10.19 12:38, George Dunlap wrote:
>> On 10/16/19 11:31 AM, Julien Grall wrote:
>>> Hi George,
>>>
>>> On 16/10/2019 11:22, George Dunlap wrote:
On 10/16/19 11:18 AM, Ian Jackson wrote:
> Stefano Stabellini writes ("Re: [PATCH for-4.13] xen/a
Hi,
On 16/10/2019 11:18, Ian Jackson wrote:
Stefano Stabellini writes ("Re: [PATCH for-4.13] xen/arm: Don't use _end in
is_xen_fixed_mfn()"):
My suggestion is going to work: "the compiler sees through casts"
referred to comparisons between pointers, where we temporarily casted
both pointers to
virt_to_maddr() is using the hardware page-table walk instructions to
translate a virtual address to physical address. The function should
only be called on virtual address mapped.
_end points past the end of Xen binary and may not be mapped when the
binary size is page-aligned. This means virt_to
On Wed, Oct 09, 2019 at 12:53:55PM +0200, Daniel Kiper wrote:
> Hi,
>
> Due to very limited space in the setup_header this patch series introduces new
> kernel_info struct which will be used to convey information from the kernel to
> the bootloader. This way the boot protocol can be extended regard
The current size of Xen is computed using _end - _start + 1. However,
_end is pointing one past the end of Xen, so the size of Xen is
off-by-one.
Signed-off-by: Julien Grall
---
xen/arch/arm/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/arch/arm/setup.c b/xen/ar
On 16.10.19 13:12, Julien Grall wrote:
The current size of Xen is computed using _end - _start + 1. However,
_end is pointing one past the end of Xen, so the size of Xen is
off-by-one.
Signed-off-by: Julien Grall
Release-acked-by: Juergen Gross
Juergen
Hi,
Argh forgot again. Maybe the 3rd will be better?
Sorry for the noise.
Cheers,
On 15/10/2019 17:36, Julien Grall wrote:
Hi,
I actually forgot to CC Juergen. No wonder why I had no answer :(.
Cheers,
On 10/10/19 3:51 PM, Julien Grall wrote:
+Juergen
On 03/10/2019 02:22, Stefano Stabell
On 16.10.19 13:19, Julien Grall wrote:
Hi,
Argh forgot again. Maybe the 3rd will be better?
Yes! You made it! ;-)
Sorry for the noise.
Cheers,
On 15/10/2019 17:36, Julien Grall wrote:
Hi,
I actually forgot to CC Juergen. No wonder why I had no answer :(.
Cheers,
On 10/10/19 3:51 PM, J
On Tue, 15 Oct 2019 at 17:34, Philippe Mathieu-Daudé wrote:
>
> The IRQ Route Control registers definitions belong to the PIIX
> chipset. We were only defining the 'A' register. Define the other
> B, C and D registers, and use them.
>
> Signed-off-by: Philippe Mathieu-Daudé
Xen change...
Acked-
flight 142802 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142802/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 55ab292c42db41b05cfdba012680bf1e0ea02f7a
baseline version:
xen fef8
Hi Hongyan,
On 11/10/2019 10:53, Xia, Hongyan wrote:
Not commenting on the patch, but I had exactly the same problem when
removing the direct map in x86. map_domain_page has to be usable
without the direct map and even before alloc_boot_pages can be used (so
that I can map the bootmem_regions_li
On Mon, Oct 14, 2019 at 12:28 PM Julien Grall wrote:
>
> Hi Ian,
>
> On 11/10/2019 16:14, Ian Jackson wrote:
> > Oleksandr Grytsov writes ("[PATCH v1] Reset iomem's gfn to
> > LIBXL_INVALID_GFN on reboot"):
> >> During domain reboot its configuration is partially reused
> >> to re-create a new do
Hi Julien,
Sure. You should be able to find it on directnonmap-v2.3 branch at
https://xenbits.xen.org/git-http/people/hx242/xen.git.
Commit: a4fef31b99388524d3f7748967c5d04a924cb7e3
x86: add Persistent Map (PMAP) infrastructure
One thing to note is that the PMAP structure is really low-perfo
On Fri, Oct 11, 2019 at 8:04 PM Ian Jackson wrote:
>
> Oleksandr Grytsov writes ("Re: [PATCH v1 1/2] libxl: introduce new backend
> type VINPUT"):
> > On Fri, Oct 11, 2019 at 5:58 PM Ian Jackson wrote:
> > > I think it was a48e00f14a2d "libxl: add backend type and id to vkb"
> > > which introduc
Dear Community members,
I am pleased to announce that Julien Grallh has been nominated and
voted to become a new member of the Xen Project security team.
Julien has made significant contributions to the Xen Project over the
years and has been a maintainer and project leadership team member
On Fri, Oct 11, 2019 at 8:21 PM Stefano Stabellini
wrote:
>
> On Fri, 11 Oct 2019, Julien Grall wrote:
> > Hi,
> >
> > On 11/10/2019 16:23, Ian Jackson wrote:
> > > Oleksandr Grytsov writes ("[PATCH v1] libxl: Add DTB compatible list to
> > > config file"):
> > > > From: Oleksandr Grytsov
> > > >
Hi Oleksandr,
On 16/10/2019 15:04, Oleksandr Grytsov wrote:
On Fri, Oct 11, 2019 at 8:21 PM Stefano Stabellini
wrote:
On Fri, 11 Oct 2019, Julien Grall wrote:
Hi,
On 11/10/2019 16:23, Ian Jackson wrote:
Oleksandr Grytsov writes ("[PATCH v1] libxl: Add DTB compatible list to
config file"):
flight 142777 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142777/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemut-rhel6hvm-amd 12 guest-start/redhat.repeat fail REGR. vs.
142750
test-amd64
On Wed, Oct 16, 2019 at 5:12 PM Julien Grall wrote:
>
> Hi Oleksandr,
>
> On 16/10/2019 15:04, Oleksandr Grytsov wrote:
> > On Fri, Oct 11, 2019 at 8:21 PM Stefano Stabellini
> > wrote:
> >>
> >> On Fri, 11 Oct 2019, Julien Grall wrote:
> >>> Hi,
> >>>
> >>> On 11/10/2019 16:23, Ian Jackson wrote
flight 142803 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142803/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-freebsd 7 freebsd-buildfail REGR. vs. 141501
Tests which did
Hi,
On 16/10/2019 15:34, Oleksandr Grytsov wrote:
On Wed, Oct 16, 2019 at 5:12 PM Julien Grall wrote:
Hi Oleksandr,
On 16/10/2019 15:04, Oleksandr Grytsov wrote:
On Fri, Oct 11, 2019 at 8:21 PM Stefano Stabellini
wrote:
On Fri, 11 Oct 2019, Julien Grall wrote:
Hi,
On 11/10/2019 16:23,
On Wed, 16 Oct 2019, Ian Jackson wrote:
> Stefano Stabellini writes ("Re: [PATCH for-4.13] xen/arm: Don't use _end in
> is_xen_fixed_mfn()"):
> > My suggestion is going to work: "the compiler sees through casts"
> > referred to comparisons between pointers, where we temporarily casted
> > both poi
On Wed, 16 Oct 2019, Julien Grall wrote:
> virt_to_maddr() is using the hardware page-table walk instructions to
> translate a virtual address to physical address. The function should
> only be called on virtual address mapped.
>
> _end points past the end of Xen binary and may not be mapped when
On Wed, 16 Oct 2019, Julien Grall wrote:
> The current size of Xen is computed using _end - _start + 1. However,
> _end is pointing one past the end of Xen, so the size of Xen is
> off-by-one.
>
> Signed-off-by: Julien Grall
Reviewed-by: Stefano Stabellini
> ---
> xen/arch/arm/setup.c | 2 +-
> On Oct 15, 2019, at 08:27, Lars Kurth wrote:
> Hi Rich,
>
On 15 Oct 2019, at 02:58, Rich Persaud wrote:
> On Oct 11, 2019, at 07:11, Lars Kurth wrote:
>>> On 11/10/2019, 02:24, "Stefano Stabellini" wrote:
On Thu, 10 Oct 2019, Lars Kurth wrote:
@Stefano: as you and I be
flight 142783 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142783/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail REGR. vs.
140282
test-amd64-i38
Anthony and Roger, thanks for your informative responses. It helped a lot.
> I'm however unsure by what you mean with instance, so you might have
> to clarify exactly what you mean in order to get a more concise
> reply.
Let's say there are two DomU's, and their respective network interfaces ar
Hi Peter,
On Wed, 9 Oct 2019 14:31:06 +0200
Peter Zijlstra wrote:
> On Tue, Sep 17, 2019 at 03:14:03PM +0900, Masami Hiramatsu wrote:
> > Hi Peter,
> >
> > Could you review this version?
>
> These look good to me; shall I merge them or what was the plan?
Thanks for the review, yes, could you
I have not been active in this role for a while now.
Signed-off-by: Tim Deegan
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 533cfdc08f..f60d765baf 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -537,7 +537,6 @@ M: Jan Beulich
M: Julien
40 matches
Mail list logo