On Mon, Feb 24, 2020 at 6:02 PM Tomas Mozes wrote:
>
>
> On Mon, Feb 24, 2020 at 4:55 PM Glen wrote:
>
>> On Sun, Feb 23, 2020 at 11:12 PM Tomas Mozes
>> wrote:
>> > As reported in
>> https://lists.xenproject.org/archives/html/xen-devel/2020-01/msg00361.html
>> and
>>
flight 150633 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/150633/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 150438
Tests which
On 6/2/20 5:51 PM, Stefano Stabellini wrote:
> I would like to ask the maintainers, Juergen, Boris, Konrad, whether you
> have any more feedback before I send v2 of the series.
I think I only had one comment and that's all. Most were from Julien.
-boris
>
> Cheers,
>
> Stefano
>
>
> On Wed,
flight 150629 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/150629/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 150438
Tests which
flight 150608 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/150608/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds16 guest-start/debian.repeat fail REGR. vs. 150593
Tests which did not
On Mon, Jun 1, 2020 at 9:12 AM Stefano Stabellini
wrote:
>
> + George
>
> On Sun, 31 May 2020, Roman Shaposhnik wrote:
> > Hi Julien!
> >
> > On Sun, May 31, 2020 at 3:24 PM Julien Grall
> > wrote:
> > >
> > > On Sun, 31 May 2020 at 23:05, Roman Shaposhnik wrote:
> > > > Hi!
> > > >
> > > >
I would like to ask the maintainers, Juergen, Boris, Konrad, whether you
have any more feedback before I send v2 of the series.
Cheers,
Stefano
On Wed, 20 May 2020, Stefano Stabellini wrote:
> Hi all,
>
> This series is a collection of fixes to get Linux running on the RPi4 as
> dom0.
>
>
On 6/2/20 11:18 AM, Randy Dunlap wrote:
> On 6/2/20 3:37 AM, Stephen Rothwell wrote:
>> Hi all,
>>
>> News: The merge window has opened, so please do *not* add v5.9 material
>> to your linux-next included branches until after v5.8-rc1 has been
>> released.
>>
>> Changes since 20200529:
>>
> on
flight 150623 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/150623/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 150438
Tests which
On Tue, 2 Jun 2020, Corey Minyard wrote:
> Snip
>
> > > > > > whether
> > > > > > this was already done:
> > > > > > 1) Does the kernel boot on baremetal (i.e without Xen)? This
> > > > > > should
> > > > > > help
> > > > > > to confirm whether the bug is Xen is related.
> > > > >
> > > >
flight 150613 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/150613/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 6 kernel-build fail REGR. vs. 150606
Tests which did
Snip
> > > > > whether
> > > > > this was already done:
> > > > > 1) Does the kernel boot on baremetal (i.e without Xen)? This
> > > > > should
> > > > > help
> > > > > to confirm whether the bug is Xen is related.
> > > >
> > > > Yes it boots
> > > >
> > > > > 2) Swiotlb should not
On 02/06/2020 15:21, Jan Beulich wrote:
>> OSSTest reports:
>>
>> x86_64.S: Assembler messages:
>> x86_64.S:57: Error: no such instruction: `setssbsy'
>> /home/osstest/build.150510.build-amd64/xen/xen/Rules.mk:183: recipe for
>> target 'head.o' failed
>> make[4]: Leaving directory
>>
A recalculation NPT fault doesn't always require additional handling
in hvm_hap_nested_page_fault(), moreover in general case if there is no
explicit handling done there - the fault is wrongly considered fatal.
This covers a specific case of migration with vGPU assigned on AMD:
at a moment
flight 150607 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/150607/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 150438
Tests which
Roger Pau Monne writes ("Re: [[PATCH v2 for-4.14]] m4: use test instead of []"):
> There's a double [] enclosure in the subject
>
> On Tue, Jun 02, 2020 at 09:01:38AM +, Wei Liu wrote:
> > It is reported that [] was removed by autoconf, which caused the
> > following error:
> >
> >
On Tue, 2 Jun 2020, Dominique Martinet wrote:
> Stefano Stabellini wrote on Mon, Jun 01, 2020:
> > > LGTM, I'll try to find some time to test this by the end of next week or
> > > will trust you if I can't make it -- ping me around June 1st if I don't
> > > reply again until then...
> >
> > Ping
Prior to 2621d48f005a "gnulib: delete all gnulib integration",
one could pass ./autogen.sh --no-git to prevent the libvirt build
system from running git submodule update.
This feature is needed by systems like the Xen Project CI which want
to explicitly control the revisions of every tree. These
On 6/2/20 3:37 AM, Stephen Rothwell wrote:
> Hi all,
>
> News: The merge window has opened, so please do *not* add v5.9 material
> to your linux-next included branches until after v5.8-rc1 has been
> released.
>
> Changes since 20200529:
>
on x86_64:
CC arch/x86/xen/suspend_hvm.o
In
> -Original Message-
> From: Juergen Gross
> Sent: 02 June 2020 13:59
> To: xen-devel@lists.xenproject.org
> Cc: p...@xen.org; Juergen Gross ; Andrew Cooper
> ; George
> Dunlap ; Ian Jackson ;
> Jan Beulich
> ; Julien Grall ; Stefano Stabellini
> ; Wei
> Liu ; Roger Pau Monné
>
> OSSTest reports:
>
> x86_64.S: Assembler messages:
> x86_64.S:57: Error: no such instruction: `setssbsy'
> /home/osstest/build.150510.build-amd64/xen/xen/Rules.mk:183: recipe for
> target 'head.o' failed
> make[4]: Leaving directory
>
On 02.06.2020 15:50, Anthony PERARD wrote:
> On Tue, Jun 02, 2020 at 02:41:30PM +0200, Jan Beulich wrote:
>> On 02.06.2020 14:26, Anthony PERARD wrote:
>>> On Tue, Jun 02, 2020 at 02:06:11PM +0200, Jan Beulich wrote:
I don't recall; perhaps I was in another parallel session? If it's
the
On 02.06.20 15:02, Jan Beulich wrote:
On 02.06.2020 14:58, Juergen Gross wrote:
Commit 58263ed7713e ("xen: add /buildinfo/config entry to hypervisor
filesystem") added a dependency to .config, but the hypervisor's build
config could be have another name via setting KCONFIG_CONFIG.
Fix that by
On Tue, Jun 02, 2020 at 02:41:30PM +0200, Jan Beulich wrote:
> On 02.06.2020 14:26, Anthony PERARD wrote:
> > On Tue, Jun 02, 2020 at 02:06:11PM +0200, Jan Beulich wrote:
> >> I don't recall; perhaps I was in another parallel session? If it's
> >> the one with notes at
> >>
For the last couple years we have received numerous reports from users of
monitor vm_events of spurious guest crashes when using events. In particular,
it has observed that the problem occurs when vm_events are being disabled. The
nature of the guest crash varied widely and has only occured
On 02.06.2020 13:23, Jürgen Groß wrote:
> On 02.06.20 13:12, Jan Beulich wrote:
>> On 02.06.2020 13:06, Jürgen Groß wrote:
>>> On 06.04.20 14:09, Jan Beulich wrote:
On 06.04.2020 13:54, Jürgen Groß wrote:
> On 06.04.20 13:11, Jan Beulich wrote:
>> On 06.04.2020 13:00, Ian Jackson
On 29.05.2020 23:17, Andrew Cooper wrote:
> On 29/05/2020 20:43, Andrew Cooper wrote:
>> On 28/05/2020 17:15, Jan Beulich wrote:
>>> On 27.05.2020 21:18, Andrew Cooper wrote:
+
+if ( ptr[0] == regs->rip && ptr[1] == regs->cs )
+{
+asm ( "wrssq
On Tue, Jun 2, 2020 at 7:00 AM Jan Beulich wrote:
>
> On 02.06.2020 14:51, Tamas K Lengyel wrote:
> > On Tue, Jun 2, 2020 at 6:47 AM Jan Beulich wrote:
> >>
> >> On 02.06.2020 14:40, Tamas K Lengyel wrote:
> >>> On Tue, Jun 2, 2020 at 5:08 AM Roger Pau Monné
> >>> wrote:
>
> On Wed,
On Tue, Jun 2, 2020 at 7:01 AM Roger Pau Monné wrote:
>
> On Tue, Jun 02, 2020 at 06:40:12AM -0600, Tamas K Lengyel wrote:
> > On Tue, Jun 2, 2020 at 5:08 AM Roger Pau Monné wrote:
> > >
> > > On Wed, May 20, 2020 at 08:31:52PM -0600, Tamas K Lengyel wrote:
> > > > Extend the monitor_op domctl
On Tue, Jun 2, 2020 at 7:04 AM Jan Beulich wrote:
>
> On 02.06.2020 15:01, Roger Pau Monné wrote:
> > On Tue, Jun 02, 2020 at 06:40:12AM -0600, Tamas K Lengyel wrote:
> >> On Tue, Jun 2, 2020 at 5:08 AM Roger Pau Monné
> >> wrote:
> >>> On Wed, May 20, 2020 at 08:31:52PM -0600, Tamas K Lengyel
On Tue, Jun 2, 2020 at 6:54 AM Roger Pau Monné wrote:
>
> On Wed, May 20, 2020 at 08:31:54PM -0600, Tamas K Lengyel wrote:
> > Instead of having to repeatedly try to disable vm_events,
>
> Why not use a hypercall continuation instead so that this is all
> hidden from the caller?
>
> I take that
On 02.06.2020 15:01, Roger Pau Monné wrote:
> On Tue, Jun 02, 2020 at 06:40:12AM -0600, Tamas K Lengyel wrote:
>> On Tue, Jun 2, 2020 at 5:08 AM Roger Pau Monné wrote:
>>> On Wed, May 20, 2020 at 08:31:52PM -0600, Tamas K Lengyel wrote:
--- a/xen/arch/x86/hvm/hvm.c
+++
On 02.06.2020 14:58, Juergen Gross wrote:
> Commit 58263ed7713e ("xen: add /buildinfo/config entry to hypervisor
> filesystem") added a dependency to .config, but the hypervisor's build
> config could be have another name via setting KCONFIG_CONFIG.
>
> Fix that by using $(KCONFIG_CONFIG)
On Tue, Jun 02, 2020 at 06:40:12AM -0600, Tamas K Lengyel wrote:
> On Tue, Jun 2, 2020 at 5:08 AM Roger Pau Monné wrote:
> >
> > On Wed, May 20, 2020 at 08:31:52PM -0600, Tamas K Lengyel wrote:
> > > Extend the monitor_op domctl to include option that enables
> > > controlling what values certain
On 02.06.2020 14:51, Tamas K Lengyel wrote:
> On Tue, Jun 2, 2020 at 6:47 AM Jan Beulich wrote:
>>
>> On 02.06.2020 14:40, Tamas K Lengyel wrote:
>>> On Tue, Jun 2, 2020 at 5:08 AM Roger Pau Monné wrote:
On Wed, May 20, 2020 at 08:31:52PM -0600, Tamas K Lengyel wrote:
> Extend the
The pv-shim doesn't need the hypervisor filesystem, so disable it.
Signed-off-by: Juergen Gross
Acked-by: Jan Beulich
---
xen/arch/x86/configs/pvshim_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/xen/arch/x86/configs/pvshim_defconfig
b/xen/arch/x86/configs/pvshim_defconfig
Fixing an issue Andrew met, and disabling CONFIG_HYPFS in pv-shim.
Juergen Gross (2):
xen: fix build with CONFIG_HYPFS_CONFIG enabled
xen/config: disable hypervisor filesystem for pv-shim
xen/arch/x86/configs/pvshim_defconfig | 1 +
xen/common/Makefile | 3 ++-
2 files
Commit 58263ed7713e ("xen: add /buildinfo/config entry to hypervisor
filesystem") added a dependency to .config, but the hypervisor's build
config could be have another name via setting KCONFIG_CONFIG.
Fix that by using $(KCONFIG_CONFIG) instead. Additionally reference
the config file via
On 29.05.2020 21:43, Andrew Cooper wrote:
> On 28/05/2020 17:15, Jan Beulich wrote:
>> On 27.05.2020 21:18, Andrew Cooper wrote:
>>> @@ -763,6 +775,56 @@ static void do_reserved_trap(struct cpu_user_regs
>>> *regs)
>>>trapnr, vec_name(trapnr), regs->error_code);
>>> }
>>>
>>>
On Wed, May 20, 2020 at 08:31:54PM -0600, Tamas K Lengyel wrote:
> Instead of having to repeatedly try to disable vm_events,
Why not use a hypercall continuation instead so that this is all
hidden from the caller?
I take that the current interface requires the user to repeatedly
issue hypercalls
On Tue, Jun 2, 2020 at 6:47 AM Jan Beulich wrote:
>
> On 02.06.2020 14:40, Tamas K Lengyel wrote:
> > On Tue, Jun 2, 2020 at 5:08 AM Roger Pau Monné wrote:
> >>
> >> On Wed, May 20, 2020 at 08:31:52PM -0600, Tamas K Lengyel wrote:
> >>> Extend the monitor_op domctl to include option that enables
On 02.06.2020 14:40, Tamas K Lengyel wrote:
> On Tue, Jun 2, 2020 at 5:08 AM Roger Pau Monné wrote:
>>
>> On Wed, May 20, 2020 at 08:31:52PM -0600, Tamas K Lengyel wrote:
>>> Extend the monitor_op domctl to include option that enables
>>> controlling what values certain registers are permitted to
On Tue, Jun 2, 2020 at 5:47 AM Roger Pau Monné wrote:
>
> On Wed, May 20, 2020 at 08:31:53PM -0600, Tamas K Lengyel wrote:
> > Perform sanity checking when shutting vm_event down to determine whether
> > it is safe to do so. Error out with -EAGAIN in case pending operations
> > have been found
On 02.06.2020 14:26, Anthony PERARD wrote:
> On Tue, Jun 02, 2020 at 02:06:11PM +0200, Jan Beulich wrote:
>> I don't recall; perhaps I was in another parallel session? If it's
>> the one with notes at
>> https://lists.xenproject.org/archives/html/xen-devel/2019-07/msg00786.html
>> then a remark
On Tue, Jun 2, 2020 at 5:08 AM Roger Pau Monné wrote:
>
> On Wed, May 20, 2020 at 08:31:52PM -0600, Tamas K Lengyel wrote:
> > Extend the monitor_op domctl to include option that enables
> > controlling what values certain registers are permitted to hold
> > by a monitor subscriber.
>
> I think
On 02.06.2020 14:07, Wei Liu wrote:
> On Tue, Jun 02, 2020 at 01:55:14PM +0200, Jan Beulich wrote:
>> On 02.06.2020 13:40, Juergen Gross wrote:
>>> --- a/xen/common/Makefile
>>> +++ b/xen/common/Makefile
>>> @@ -75,7 +75,7 @@ obj-$(CONFIG_UBSAN) += ubsan/
>>> obj-$(CONFIG_NEEDS_LIBELF) += libelf/
On 29.05.2020 21:35, Andrew Cooper wrote:
> On 28/05/2020 13:50, Jan Beulich wrote:
>> On 27.05.2020 21:18, Andrew Cooper wrote:
>>> +/* Primary Shadow Stack. 1x 4k in stack page 5. */
>>> p += PRIMARY_SHSTK_SLOT * PAGE_SIZE;
>>> -map_pages_to_xen((unsigned long)p, virt_to_mfn(p), 1,
On 29.05.2020 23:45, Andrew Cooper wrote:
> On 29/05/2020 20:35, Andrew Cooper wrote:
+}
+map_pages_to_xen((unsigned long)p, virt_to_mfn(p), 1,
PAGE_HYPERVISOR_SHSTK);
>>> As already hinted at in reply to the previous patch, I think this wants
>>> to remain _PAGE_NONE when
On Tue, Jun 02, 2020 at 02:06:11PM +0200, Jan Beulich wrote:
> I don't recall; perhaps I was in another parallel session? If it's
> the one with notes at
> https://lists.xenproject.org/archives/html/xen-devel/2019-07/msg00786.html
> then a remark close to the top suggests I was there, but there's
On 02.06.20 14:07, Wei Liu wrote:
On Tue, Jun 02, 2020 at 01:55:14PM +0200, Jan Beulich wrote:
On 02.06.2020 13:40, Juergen Gross wrote:
--- a/xen/common/Makefile
+++ b/xen/common/Makefile
@@ -75,7 +75,7 @@ obj-$(CONFIG_UBSAN) += ubsan/
obj-$(CONFIG_NEEDS_LIBELF) += libelf/
On 29.05.2020 20:39, Andrew Cooper wrote:
> On 29/05/2020 16:51, Anthony PERARD wrote:
>> On Fri, May 29, 2020 at 01:59:55PM +0200, Jan Beulich wrote:
>>> On 28.05.2020 20:10, Andrew Cooper wrote:
On 28/05/2020 11:25, Jan Beulich wrote:
> On 27.05.2020 21:18, Andrew Cooper wrote:
>>
On Tue, Jun 02, 2020 at 01:55:14PM +0200, Jan Beulich wrote:
> On 02.06.2020 13:40, Juergen Gross wrote:
> > --- a/xen/common/Makefile
> > +++ b/xen/common/Makefile
> > @@ -75,7 +75,7 @@ obj-$(CONFIG_UBSAN) += ubsan/
> > obj-$(CONFIG_NEEDS_LIBELF) += libelf/
> > obj-$(CONFIG_HAS_DEVICE_TREE) +=
On 29.05.2020 20:36, Andrew Cooper wrote:
> On 29/05/2020 12:59, Jan Beulich wrote:
>> On 28.05.2020 20:10, Andrew Cooper wrote:
>>> On 28/05/2020 11:25, Jan Beulich wrote:
On 27.05.2020 21:18, Andrew Cooper wrote:
> --- a/xen/arch/x86/Kconfig
> +++ b/xen/arch/x86/Kconfig
> @@
On 5/29/20 12:55 AM, Roman Kagan wrote:
> It appears convenient to be able to specify physical_block_size and
> logical_block_size using common size suffixes.
>
> Teach the blocksize property setter to interpret them. Also express the
> upper and lower limits in the respective units.
>
>
On 02.06.2020 13:40, Juergen Gross wrote:
> The pv-shim doesn't need the hypervisor filesystem, so disable it.
>
> Signed-off-by: Juergen Gross
Acked-by: Jan Beulich
flight 150614 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/150614/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ca407c7246bf405da6d9b1b9d93e5e7f17b4b1f9
baseline version:
ovmf
On 02.06.2020 13:40, Juergen Gross wrote:
> --- a/xen/common/Makefile
> +++ b/xen/common/Makefile
> @@ -75,7 +75,7 @@ obj-$(CONFIG_UBSAN) += ubsan/
> obj-$(CONFIG_NEEDS_LIBELF) += libelf/
> obj-$(CONFIG_HAS_DEVICE_TREE) += libfdt/
>
> -config.gz: ../.config
> +config.gz:
On 02.06.2020 13:47, Roger Pau Monné wrote:
> On Wed, May 20, 2020 at 08:31:53PM -0600, Tamas K Lengyel wrote:
>> Perform sanity checking when shutting vm_event down to determine whether
>> it is safe to do so. Error out with -EAGAIN in case pending operations
>> have been found for the domain.
>>
On Wed, May 20, 2020 at 08:31:53PM -0600, Tamas K Lengyel wrote:
> Perform sanity checking when shutting vm_event down to determine whether
> it is safe to do so. Error out with -EAGAIN in case pending operations
> have been found for the domain.
>
> Signed-off-by: Tamas K Lengyel
> ---
>
Am 29.05.2020 um 12:56 hat Roman Kagan geschrieben:
> On Fri, May 29, 2020 at 11:53:26AM +0200, Markus Armbruster wrote:
> > Roman Kagan writes:
> >
> > > Several block device properties related to blocksize configuration must
> > > be in certain relationship WRT each other: physical block must
The pv-shim doesn't need the hypervisor filesystem, so disable it.
Signed-off-by: Juergen Gross
---
xen/arch/x86/configs/pvshim_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/xen/arch/x86/configs/pvshim_defconfig
b/xen/arch/x86/configs/pvshim_defconfig
index
Commit 58263ed7713e ("xen: add /buildinfo/config entry to hypervisor
filesystem") added a dependency to .config, but the hypervisor's build
config could be have another name via setting KCONFIG_CONFIG.
Fix that by using $(KCONFIG_CONFIG) instead. Additionally reference
the config file via
Fixing an issue Andrew met, and disabling CONFIG_HYPFS in pv-shim.
Juergen Gross (2):
xen: fix build with CONFIG_HYPFS_CONFIG enabled
xen/config: disable hypervisor filesystem for pv-shim
xen/arch/x86/configs/pvshim_defconfig | 1 +
xen/common/Makefile | 2 +-
2 files
On 02.06.20 13:12, Jan Beulich wrote:
On 02.06.2020 13:06, Jürgen Groß wrote:
On 06.04.20 14:09, Jan Beulich wrote:
On 06.04.2020 13:54, Jürgen Groß wrote:
On 06.04.20 13:11, Jan Beulich wrote:
On 06.04.2020 13:00, Ian Jackson wrote:
Julien Grall writes ("Re: [PATCH v2] tools/libxl: make
On 01.06.2020 16:57, Andrew Cooper wrote:
> --- a/xen/arch/x86/cpu/microcode/amd.c
> +++ b/xen/arch/x86/cpu/microcode/amd.c
> @@ -395,26 +395,9 @@ static struct microcode_patch
> *cpu_request_microcode(const void *buf, size_t siz
> return patch;
> }
>
> -#ifdef CONFIG_HVM
> -static int
On 01.06.2020 15:40, Andrew Cooper wrote:
> Extend the disclaimer about runtime loading. While we've done our best to
> make the mechaism reliable, the safety of late loading does ultimately depend
> on the contents of the blobs.
>
> Extend the xen-ucode portion with examples of how to use it.
>
On 02.06.2020 13:06, Jürgen Groß wrote:
> On 06.04.20 14:09, Jan Beulich wrote:
>> On 06.04.2020 13:54, Jürgen Groß wrote:
>>> On 06.04.20 13:11, Jan Beulich wrote:
On 06.04.2020 13:00, Ian Jackson wrote:
> Julien Grall writes ("Re: [PATCH v2] tools/libxl: make default of max
> event
On Wed, May 20, 2020 at 08:31:52PM -0600, Tamas K Lengyel wrote:
> Extend the monitor_op domctl to include option that enables
> controlling what values certain registers are permitted to hold
> by a monitor subscriber.
I think the change could benefit for some more detail commit message
here.
On 06.04.20 14:09, Jan Beulich wrote:
On 06.04.2020 13:54, Jürgen Groß wrote:
On 06.04.20 13:11, Jan Beulich wrote:
On 06.04.2020 13:00, Ian Jackson wrote:
Julien Grall writes ("Re: [PATCH v2] tools/libxl: make default of max event channels
dependant on vcpus"):
There are no correlation
flight 150609 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/150609/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-rtds 18 guest-localmigrate/x10 fail like 150589
On 02.06.20 11:03, Andrew Cooper wrote:
On 19/05/2020 08:21, Juergen Gross wrote:
diff --git a/xen/common/Makefile b/xen/common/Makefile
index bf7d0e25a3..3d61239fbf 100644
--- a/xen/common/Makefile
+++ b/xen/common/Makefile
@@ -1,6 +1,7 @@
obj-$(CONFIG_ARGO) += argo.o
obj-y += bitmap.o
On Mon, Jun 01, 2020 at 06:21:36AM -0700, Tamas K Lengyel wrote:
> Toolstack side for creating forks with interrupt injection blocked.
>
> Signed-off-by: Tamas K Lengyel
> Reviewed-by: Roger Pau Monné
> Acked-by: Ian Jackson
Acked-by: Wei Liu
On Mon, Jun 01, 2020 at 06:21:35AM -0700, Tamas K Lengyel wrote:
> When running VM forks without device models (QEMU), it may
> be undesirable for Xen to inject interrupts. When creating such forks from
> Windows VMs we have observed the kernel trying to process interrupts
> immediately after the
There's a double [] enclosure in the subject
On Tue, Jun 02, 2020 at 09:01:38AM +, Wei Liu wrote:
> It is reported that [] was removed by autoconf, which caused the
> following error:
>
> ./configure: line 4681: -z: command not found
>
> Switch to test. That's what is used throughout our
On 02/06/2020 10:26, Paul Durrant wrote:
>> On Tue, Jun 02, 2020 at 11:16:02AM +0200, Roger Pau Monne wrote:
>>> All versions of clang used by Xen support _Static_assert, so use it
>>> unconditionally when building Xen with clang.
>>>
>>> No functional change expected.
>>>
>>> Signed-off-by: Roger
On 02/06/2020 10:05, Roger Pau Monne wrote:
> Clang 3.5 complains with:
>
> common.c:794:24: error: statement expression not allowed at file scope
> i < ARRAY_SIZE(this_cpu(tss_page).ist_ssp); ++i )
> ^
>
On 02.06.2020 09:37, Paul Durrant wrote:
> Maintainers/committers, can we please get those patches in a.s.a.p.?
The sole reason I didn't put in at least the 1st patch on Friday
(perhaps also the 2nd, as it is suitably ack-ed) was that it's
still missing a VMX maintainer ack, and Kevin had
> -Original Message-
> From: Wei Liu
> Sent: 02 June 2020 10:23
> To: Roger Pau Monne
> Cc: xen-devel@lists.xenproject.org; p...@xen.org; Andrew Cooper
> ; George
> Dunlap ; Ian Jackson ;
> Jan Beulich
> ; Julien Grall ; Stefano Stabellini
> ; Wei
> Liu
> Subject: Re: [PATCH
On Tue, Jun 02, 2020 at 11:16:02AM +0200, Roger Pau Monne wrote:
> All versions of clang used by Xen support _Static_assert, so use it
> unconditionally when building Xen with clang.
>
> No functional change expected.
>
> Signed-off-by: Roger Pau Monné
Reviewed-by: Wei Liu
> ---
> Not sure
> -Original Message-
> From: Wei Liu
> Sent: 02 June 2020 10:07
> To: Dario Faggioli
> Cc: xen-devel@lists.xenproject.org; Andrew Cooper
> ; Doug Goldstein
> ; Wei Liu ; Paul Durrant
> Subject: Re: [PATCH 0/3] Automation: improve openSUSE containers + podman
>
> On Fri, May 29, 2020
On Tue, Jun 02, 2020 at 11:05:36AM +0200, Roger Pau Monne wrote:
> Clang 3.5 complains with:
>
> common.c:794:24: error: statement expression not allowed at file scope
> i < ARRAY_SIZE(this_cpu(tss_page).ist_ssp); ++i )
> ^
>
> -Original Message-
> From: Roger Pau Monne
> Sent: 02 June 2020 10:06
> To: xen-devel@lists.xenproject.org
> Cc: p...@xen.org; Roger Pau Monne ; Jan Beulich
> ; Andrew
> Cooper ; Wei Liu
> Subject: [PATCH for-4.14] x86/cpu: fix build with clang 3.5
>
> Clang 3.5 complains with:
>
>
All versions of clang used by Xen support _Static_assert, so use it
unconditionally when building Xen with clang.
No functional change expected.
Signed-off-by: Roger Pau Monné
---
Not sure whether this fully qualifies as a bugfix, as the current
behavior should also work fine under clang. Note
> -Original Message-
> From: Wei Liu
> Sent: 02 June 2020 10:02
> To: Xen Development List
> Cc: Wei Liu ; Bertrand Marquis ;
> Roger Pau Monne
> ; p...@xen.org; Ian Jackson
> Subject: [[PATCH v2 for-4.14]] m4: use test instead of []
>
> It is reported that [] was removed by autoconf,
On Fri, May 01, 2020 at 02:53:08PM +0100, Hongyan Xia wrote:
> On Fri, 2020-05-01 at 12:07 +, Wei Liu wrote:
> > On Thu, Apr 30, 2020 at 09:44:09PM +0100, Hongyan Xia wrote:
> > > From: Hongyan Xia
> > >
> > > This series depends on Xen page table domheap conversion:
> > >
>
> -Original Message-
> From: Wei Liu
> Sent: 02 June 2020 09:44
> To: Olaf Hering
> Cc: xen-devel@lists.xenproject.org; Andrew Cooper
> ; George Dunlap
> ; Ian Jackson ; Jan
> Beulich ;
> Julien Grall ; Stefano Stabellini ;
> Wei Liu ; Paul
> Durrant
> Subject: Re: [PATCH v1]
On Fri, May 29, 2020 at 12:20:25PM +0200, Dario Faggioli wrote:
> On Thu, 2020-05-21 at 09:43 +0200, Dario Faggioli wrote:
> > On Thu, 2020-04-30 at 20:27 +0200, Dario Faggioli wrote:
> > > Hello,
> > >
> > > This short series contains some improvements for building Xen in
> > > openSUSE
Clang 3.5 complains with:
common.c:794:24: error: statement expression not allowed at file scope
i < ARRAY_SIZE(this_cpu(tss_page).ist_ssp); ++i )
^
/build/xen/include/asm/percpu.h:14:7: note: expanded from macro 'this_cpu'
On 19/05/2020 08:21, Juergen Gross wrote:
> diff --git a/xen/common/Makefile b/xen/common/Makefile
> index bf7d0e25a3..3d61239fbf 100644
> --- a/xen/common/Makefile
> +++ b/xen/common/Makefile
> @@ -1,6 +1,7 @@
> obj-$(CONFIG_ARGO) += argo.o
> obj-y += bitmap.o
> obj-y += bsearch.o
>
It is reported that [] was removed by autoconf, which caused the
following error:
./configure: line 4681: -z: command not found
Switch to test. That's what is used throughout our configure scripts.
Also put the variable expansion in quotes.
Signed-off-by: Wei Liu
Reported-by: Bertrand
On Tue, Jun 02, 2020 at 08:00:19AM +0200, Juergen Gross wrote:
> Juergen Gross (2):
> tools: check return value of asprintf() in xenhypfs
> tools: make libxenhypfs interface more future proof
>
> tools/libs/hypfs/core.c | 2 +-
> tools/libs/hypfs/include/xenhypfs.h | 31
On Fri, May 29, 2020 at 03:53:03PM +0200, Olaf Hering wrote:
> The default value '/' for DESTDIR is unusual, but does probably not hurt.
>
> Fixes commit f2b40dababedcd8355bf3e85d00baf17f9827131
> Fixes commit 8e986e5a61efeca92b9b268e77957d45d8316ee4
>
> Signed-off-by: Olaf Hering
Acked-by:
Hi Juergen,
On 02/06/2020 09:30, Jürgen Groß wrote:
On 02.06.20 10:26, Julien Grall wrote:
On 02/06/2020 08:21, Jan Beulich wrote:
On 29.05.2020 19:24, Julien Grall wrote:
On 29/05/2020 16:11, Jan Beulich wrote:
On 29.05.2020 17:05, Julien Grall wrote:
On 29/05/2020 15:47, Ian Jackson
On 02.06.20 10:26, Julien Grall wrote:
On 02/06/2020 08:21, Jan Beulich wrote:
On 29.05.2020 19:24, Julien Grall wrote:
On 29/05/2020 16:11, Jan Beulich wrote:
On 29.05.2020 17:05, Julien Grall wrote:
On 29/05/2020 15:47, Ian Jackson wrote:
George Dunlap writes ("Re: Xen XSM/FLASK policy,
On 02/06/2020 08:21, Jan Beulich wrote:
On 29.05.2020 19:24, Julien Grall wrote:
On 29/05/2020 16:11, Jan Beulich wrote:
On 29.05.2020 17:05, Julien Grall wrote:
On 29/05/2020 15:47, Ian Jackson wrote:
George Dunlap writes ("Re: Xen XSM/FLASK policy, grub defaults, etc."):
Which isn’t to
flight 150611 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/150611/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 4403bbd7c0964144ea72f27e2bc8048b0c0a26e1
baseline version:
ovmf
> -Original Message-
> From: Xen-devel On Behalf Of Tamas K
> Lengyel
> Sent: 01 June 2020 14:22
> To: xen-devel@lists.xenproject.org
> Cc: Ian Jackson ; Tamas K Lengyel
> ; Wei Liu
> ; Roger Pau Monné
> Subject: [PATCH v19 for-4.14 02/13] tools/libxc: xc_memshr_fork with
> interrupts
> -Original Message-
> From: Xen-devel On Behalf Of Tamas K
> Lengyel
> Sent: 01 June 2020 14:22
> To: xen-devel@lists.xenproject.org
> Cc: Kevin Tian ; Stefano Stabellini
> ; Tamas K Lengyel
> ; Jun Nakajima ; Wei Liu
> ; Andrew Cooper
> ; Ian Jackson ; George
> Dunlap
> ; Tamas K
> -Original Message-
> From: Xen-devel On Behalf Of Juergen
> Gross
> Sent: 02 June 2020 07:00
> To: xen-devel@lists.xenproject.org
> Cc: Juergen Gross ; Ian Jackson ;
> Wei Liu
> Subject: [PATCH-for-4.14 0/2] tools: some fixes for the hypervisor file system
>
> Juergen Gross (2):
>
> -Original Message-
> From: Tamas K Lengyel
> Sent: 01 June 2020 19:38
> To: George Dunlap
> Cc: p...@xen.org; Tamas K Lengyel ; xen-devel de...@lists.xenproject.org>; Kevin Tian ; Stefano
> Stabellini
> ; Jun Nakajima ; Wei Liu
> ; Andrew Cooper
> ; Ian Jackson ; Jan
> Beulich ;
>
1 - 100 of 106 matches
Mail list logo
