Am Wed, 9 May 2018 14:43:17 -0700 (PDT)
schrieb Stefano Stabellini :
> 512b109ec962 is a very old commit: why is it causing problems to Xen
> 4.10 and Xen 4.11 HVM migration? What is the error exactly? Sorry, I
> might be missing some context.
It is papering over the real issue, thats why one can
Hi,
On Tue, May 8, 2018 at 9:20 PM Stefano Stabellini
wrote:
> On Tue, 8 May 2018, Julien Grall wrote:
> > Hi Stefano,
> >
> > On 08/05/18 01:11, Stefano Stabellini wrote:
> > > On Fri, 6 Apr 2018, Stefano Stabellini wrote:
> > > > > > > > 3) Understand how to address dom0. FreeRTOS Dom0 sounds
flight 122639 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/122639/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-credit2 broken
test-arm64-arm64-
Hi,
Trying to build Xen staging with GCC 8.1.0 and facing some of the new warnings:
For OVMF, I used these three commits:
https://github.com/tianocore/edk2/compare/1d212a83df0eaf32a6f5d4159beb2d77832e0231^...9de306701312f986c9638cb819d3f1f848d55cab.patch
1d212a83df0eaf32a6f5d4159beb2d77832e0231
92
On Wed, 9 May 2018, Roger Pau Monne wrote:
> Use a global variable to store the start flags for both PV and PVH.
> This allows the xen_initial_domain macro to work properly on PVH.
>
> Note that ARM is also switched to use the new variable.
>
> Signed-off-by: Boris Ostrovsky
> Signed-off-by: Rog
CC'ing Linux x86 maintainers
On Wed, 9 May 2018, Olaf Hering wrote:
> Am Wed, 9 May 2018 14:08:14 -0700 (PDT)
> schrieb Stefano Stabellini :
>
> > I cannot find 512b109ec962 or "xen: unplug the emulated devices at
> > resume time" anywhere, neither in qemu.org/master nor in the qemu-xen
> > trees
On Wed, May 09, 2018 at 04:41:53PM -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 9 May 2018 15:11:07 -0400 (EDT)
> Alan Stern escreveu:
>
> > On Wed, 9 May 2018, Mauro Carvalho Chehab wrote:
> >
> > > Em Wed, 9 May 2018 19:15:01 +0200
> > > Andrea Parri escreveu:
> >
> > > > > tools/memory-
Am Wed, 9 May 2018 14:08:14 -0700 (PDT)
schrieb Stefano Stabellini :
> I cannot find 512b109ec962 or "xen: unplug the emulated devices at
> resume time" anywhere, neither in qemu.org/master nor in the qemu-xen
> trees. What am I missing?
It is a 7 years old kernel patch.
Olaf
pgpIm5JJ0o6y2.pgp
On Wed, 9 May 2018, Olaf Hering wrote:
> Am Tue, 8 May 2018 18:40:26 +0200
> schrieb Olaf Hering :
>
> > It looks like the IDE unplug is not permanent.
>
> Stefano,
>
> Jochen pointed me to commit 512b109ec962 ("xen: unplug the emulated devices
> at resume time"), which I think is wrong. The ke
flight 122677 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/122677/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
Fix stack canary handling (in the first patch) and re-index PVH GDT to
make it explicit that the GDT PVH-specific
v2:
* Dropped first patch as this was indeed issue with my tools
* Dropped second patch since the last patch should be sufficient
* Added real base address for stack canary segment
Bo
We don't need to share PVH GDT layout with other GDTs, especially
since we now have a PVH-speciific entry (for stack canary segment).
Define PVH's own selectors.
(As a side effect of this change we are also fixing improper
reference to __KERNEL_CS)
Signed-off-by: Boris Ostrovsky
---
arch/x86/x
We are making calls to C code (e.g. xen_prepare_pvh()) which may use
stack canary (stored in GS segment).
(We have to set the segment base to @canary at runtime just like
head_32.S does, from where the code fragment is taken)
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/xen-pvh.S | 19 ++
Em Wed, 9 May 2018 15:11:07 -0400 (EDT)
Alan Stern escreveu:
> On Wed, 9 May 2018, Mauro Carvalho Chehab wrote:
>
> > Em Wed, 9 May 2018 19:15:01 +0200
> > Andrea Parri escreveu:
>
> > > > tools/memory-model/README | 10 +-
> > >
> > > As mentioned in the pre
On Wed, May 09, 2018 at 03:20:45PM -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 9 May 2018 19:15:01 +0200
> Andrea Parri escreveu:
>
> > On Wed, May 09, 2018 at 10:18:52AM -0300, Mauro Carvalho Chehab wrote:
> > > As we move stuff around, some doc references are broken. Fix some of
> > > them vi
On Wed, 9 May 2018, Mauro Carvalho Chehab wrote:
> Em Wed, 9 May 2018 19:15:01 +0200
> Andrea Parri escreveu:
> > > tools/memory-model/README | 10 +-
> >
> > As mentioned in the previous thread, I am for keeping the current
> > references: the REAMDE is listing th
Em Wed, 9 May 2018 19:15:01 +0200
Andrea Parri escreveu:
> On Wed, May 09, 2018 at 10:18:52AM -0300, Mauro Carvalho Chehab wrote:
> > As we move stuff around, some doc references are broken. Fix some of
> > them via this script:
> > ./scripts/documentation-file-ref-check --fix-rst
> >
> > Ma
Dan,
I understand that you're the NVDIMM maintainer for Linux. I've been
working with your colleagues to try to sort out an architecture to allow
NVRAM to be passed to guests under the Xen hypervisor.
If you have time, I'd appreciate it if you could skim through at least
the first section of the
Below is an initial draft of an NVDIMM proposal. I'll submit a patch to
include it in the tree at some point, but I thought for initial
discussion it would be easier if it were copied in-line.
I've done a fair amount of investigation, but it's quite likely I've
made mistakes. Please send me corr
On 05/09/2018 11:05 AM, Paul Durrant wrote:
xenforeignmemory_map_resource() to map ioreq pages...
ERROR: spaces required around that '*' (ctx:WxV)
#164: FILE: include/hw/xen/xen_common.h:128:
+xenforeignmemory_handle *fmem, domid_t domid, unsigned int type,
^
t
On Wed, May 09, 2018 at 10:18:52AM -0300, Mauro Carvalho Chehab wrote:
> As we move stuff around, some doc references are broken. Fix some of
> them via this script:
> ./scripts/documentation-file-ref-check --fix-rst
>
> Manually checked if the produced result is valid, removing a few
> fals
Hi Roger,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.17-rc4 next-20180509]
[cannot apply to xen-tip/linux-next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url
On 09/05/18 16:48, Mirela Simonovic wrote:
Hi Julien,
Hi Mirela,
On Mon, Apr 30, 2018 at 6:09 PM, Julien Grall wrote:
Hi Mirela,
On 27/04/18 18:12, Mirela Simonovic wrote:
On boot, enabling errata workarounds will be triggered by the boot CPU
from start_xen(). On CPU hotplug (non-boot
On 09/05/18 18:12, Juergen Gross wrote:
> On 09/05/18 18:07, Roger Pau Monne wrote:
>> This prevents page-shattering, by being able to populate the RAM
>> regions below 4GB using 1GB pages, provided the guest memory size is
>> set to a multiple of a GB.
>>
>> Note that there are some special and AC
On 09/05/18 18:07, Roger Pau Monne wrote:
> This prevents page-shattering, by being able to populate the RAM
> regions below 4GB using 1GB pages, provided the guest memory size is
> set to a multiple of a GB.
>
> Note that there are some special and ACPI pages in the MMIO hole that
> will be popul
This prevents page-shattering, by being able to populate the RAM
regions below 4GB using 1GB pages, provided the guest memory size is
set to a multiple of a GB.
Note that there are some special and ACPI pages in the MMIO hole that
will be populated using smaller order pages, but those shouldn't be
> -Original Message-
> From: no-re...@patchew.org [mailto:no-re...@patchew.org]
> Sent: 09 May 2018 17:02
> To: Paul Durrant
> Cc: f...@redhat.com; qemu-de...@nongnu.org; xen-
> de...@lists.xenproject.org; Paul Durrant
> Subject: Re: [Qemu-devel] [PATCH 0/2] xen-hvm: use new resource mapp
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20180509154604.25530-1-paul.durr...@citrix.com
Subject: [Qemu-devel] [PATCH 0/2] xen-hvm: use new resource mapping API
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
to
The Xen build system has some quirks. One of them is that `make' is a
version of `make dist' which is a version of `make install', which
runs `make install' in each subdir - but there are subdirs where `make
install' is a no-op which does not depend on `make all'. Perhaps the
latter is a mistake,
Hi Julien,
On Mon, Apr 30, 2018 at 6:09 PM, Julien Grall wrote:
> Hi Mirela,
>
>
> On 27/04/18 18:12, Mirela Simonovic wrote:
>>
>> On boot, enabling errata workarounds will be triggered by the boot CPU
>> from start_xen(). On CPU hotplug (non-boot scenario) this would not be
>> done. This patch
Xen 4.11 has a new API to directly map guest resources. Among the resources
that can be mapped using this API are ioreq pages.
This patch modifies QEMU to attempt to use the new API should it exist,
falling back to the previous mechanism if it is unavailable.
Signed-off-by: Paul Durrant
---
Cc:
This series modifies QEMU to use the new guest resource mapping API
(available in Xen 4.11+) to map ioreq pages.
Paul Durrant (2):
xen-hvm: create separate function for ioreq server initialization
xen-hvm: try to use xenforeignmemory_map_resource() to map ioreq pages
configure
The code is sufficiently substantial that it improves code readability
to put it in a new function called by xen_hvm_init() rather than having
it inline.
Signed-off-by: Paul Durrant
---
Cc: Stefano Stabellini
Cc: Anthony Perard
---
hw/i386/xen/xen-hvm.c | 76 +++
Versions of Xen before c/s 5c6c3ac in Xen 4.9 don't use msr-index.h for the
test harness.
Reported-by: Ian Jackson
Signed-off-by: Andrew Cooper
---
CC: Ian Jackson
---
tools/tests/x86_emulator/x86_emulate.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/tests/x86_emulator/x86_emulat
On Wed, May 09, 2018 at 12:30:16PM +0100, Roger Pau Monné wrote:
> On Wed, May 09, 2018 at 11:56:40AM +0100, Andrew Cooper wrote:
> > On 09/05/18 11:21, Roger Pau Monne wrote:
> > I'm not sure that setting the default MTRR type is going to be a
> > clever idea in hindsight when we come to doing PCI
As we move stuff around, some doc references are broken. Fix some of
them via this script:
./scripts/documentation-file-ref-check --fix-rst
Manually checked if the produced result is valid, removing a few
false-positives.
Signed-off-by: Mauro Carvalho Chehab
---
.../admin-guide/kernel-p
Apoligies. I appear to have already sent this a while ago.
Paul
> -Original Message-
> From: Paul Durrant [mailto:paul.durr...@citrix.com]
> Sent: 09 May 2018 14:16
> To: xen-devel@lists.xenproject.org; linux-ker...@vger.kernel.org; linux-
> arm-ker...@lists.infradead.org
> Cc: Paul Dur
My recent Xen patch series introduces a new HYPERVISOR_memory_op to
support direct priv-mapping of certain guest resources (such as ioreq
pages, used by emulators) by a tools domain, rather than having to access
such resources via the guest P2M.
This patch adds the necessary infrastructure to the
Am Tue, 8 May 2018 18:40:26 +0200
schrieb Olaf Hering :
> It looks like the IDE unplug is not permanent.
Stefano,
Jochen pointed me to commit 512b109ec962 ("xen: unplug the emulated devices at
resume time"), which I think is wrong. The kernel will most likely not be able
to switch from a PV ba
On 09/05/18 11:08, Roger Pau Monne wrote:
> New versions of iasl have introduced improved C file generation, as
> reported in the changelog:
>
> iASL: Enhanced the -tc option (which creates an AML hex file in C,
> suitable for import into a firmware project):
> 1) Create a unique name for the tab
On Wed, May 09, 2018 at 11:56:40AM +0100, Andrew Cooper wrote:
> On 09/05/18 11:21, Roger Pau Monne wrote:
> > On PVH MTRR is not initialized by the firmware (because there's no
> > firmware), so the kernel is started with MTRR disabled which means all
> > memory accesses are UC.
> >
> > So far the
On 09/05/18 12:14, Mirela Simonovic wrote:
Hi Julien,
On Wed, May 9, 2018 at 1:01 PM, Julien Grall wrote:
On 09/05/18 11:10, Mirela Simonovic wrote:
On Fri, Apr 27, 2018 at 5:12 PM, Julien Grall
wrote:
On 27/04/18 15:38, Mirela Simonovic wrote:
On Fri, Apr 27, 2018 at 4:15 PM, Tim D
Hi Julien,
On Wed, May 9, 2018 at 1:01 PM, Julien Grall wrote:
>
>
> On 09/05/18 11:10, Mirela Simonovic wrote:
>>
>> On Fri, Apr 27, 2018 at 5:12 PM, Julien Grall
>> wrote:
>>>
>>> On 27/04/18 15:38, Mirela Simonovic wrote:
On Fri, Apr 27, 2018 at 4:15 PM, Tim Deegan wrote:
>
>>>
On 09/05/18 11:10, Mirela Simonovic wrote:
On Fri, Apr 27, 2018 at 5:12 PM, Julien Grall wrote:
On 27/04/18 15:38, Mirela Simonovic wrote:
On Fri, Apr 27, 2018 at 4:15 PM, Tim Deegan wrote:
At 10:28 +0100 on 27 Apr (1524824906), Julien Grall wrote:
On 26/04/18 15:23, Tim Deegan wrote:
At
On 09/05/18 12:08, Roger Pau Monne wrote:
> New versions of iasl have introduced improved C file generation, as
> reported in the changelog:
>
> iASL: Enhanced the -tc option (which creates an AML hex file in C,
> suitable for import into a firmware project):
> 1) Create a unique name for the ta
On 09/05/18 11:21, Roger Pau Monne wrote:
> On PVH MTRR is not initialized by the firmware (because there's no
> firmware), so the kernel is started with MTRR disabled which means all
> memory accesses are UC.
>
> So far there have been no issues (ie: slowdowns) caused by this
> because PVH only su
On Wed, May 09, 2018 at 11:08:12AM +0100, Roger Pau Monne wrote:
> New versions of iasl have introduced improved C file generation, as
> reported in the changelog:
>
> iASL: Enhanced the -tc option (which creates an AML hex file in C,
> suitable for import into a firmware project):
> 1) Create a
On 08/05/18 15:28, Mirela Simonovic wrote:
Hi Julien,
On Tue, May 8, 2018 at 4:14 PM, Julien Grall wrote:
On 07/05/18 15:55, Mirela Simonovic wrote:
Hi Julien,
Hi Mirela,
On Mon, Apr 30, 2018 at 4:47 PM, Julien Grall
wrote:
On 27/04/18 18:12, Mirela Simonovic wrote:
pri
On PVH MTRR is not initialized by the firmware (because there's no
firmware), so the kernel is started with MTRR disabled which means all
memory accesses are UC.
So far there have been no issues (ie: slowdowns) caused by this
because PVH only supported DomU mode without passed-through devices,
so
There's no need to store the xenstore page or event channel in
xen_start_info if they are locally initialized.
This also fixes PVH local xenstore initialization due to the lack of
xen_start_info in that case.
Signed-off-by: Boris Ostrovsky
Signed-off-by: Roger Pau Monné
---
Cc: Boris Ostrovsky
Use a global variable to store the start flags for both PV and PVH.
This allows the xen_initial_domain macro to work properly on PVH.
Note that ARM is also switched to use the new variable.
Signed-off-by: Boris Ostrovsky
Signed-off-by: Roger Pau Monné
---
Cc: Boris Ostrovsky
Cc: Juergen Gross
flight 122673 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/122673/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 92938e5d149669033aecdfb3d1396948d49d1887
baseline version:
xen e38e
Hi Julien,
On Fri, Apr 27, 2018 at 5:12 PM, Julien Grall wrote:
>
>
> On 27/04/18 15:38, Mirela Simonovic wrote:
>>
>> Hi,
>>
>> On Fri, Apr 27, 2018 at 4:15 PM, Tim Deegan wrote:
>>>
>>> Hi,
>>>
>>> At 10:28 +0100 on 27 Apr (1524824906), Julien Grall wrote:
On 26/04/18 15:23, Tim Deeg
New versions of iasl have introduced improved C file generation, as
reported in the changelog:
iASL: Enhanced the -tc option (which creates an AML hex file in C,
suitable for import into a firmware project):
1) Create a unique name for the table, to simplify use of multiple
SSDTs.
2) Add a pro
On 09/05/2018 09:30, Manish Jaggi wrote:
On 04/19/2018 04:24 PM, Manish Jaggi wrote:
Sorry for top posting,
is someone working on the comments on this patch?
-Manish
If no one is working this code anymore, I would like to pick it up and
continue maintaining it.
Is it fine with all?
La
flight 74699 distros-debian-squeeze real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/74699/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-i386-squeeze-netboot-pygrub 10 debian-di-install fail like
74658
test-amd64-i386-i386
flight 122634 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/122634/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-credit2 broken
test-arm64-arm64-libvirt-xsm
On 04/19/2018 04:24 PM, Manish Jaggi wrote:
Sorry for top posting,
is someone working on the comments on this patch?
-Manish
If no one is working this code anymore, I would like to pick it up and
continue maintaining it.
Is it fine with all?
-Regards
Manish
On 03/10/2018 11:23 PM, Manis
flight 122638 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/122638/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-libvirt broken
test-arm64-arm64-libvirt-xsm
59 matches
Mail list logo
