On Thu, Nov 17, Boris Ostrovsky wrote:
> Commit 9c17d96500f7 ("xen/gntdev: Grant maps should not be subject to
> NUMA balancing") set VM_IO flag to prevent grant maps from being
> subjected to NUMA balancing.
Thanks, this works for me in 4.4:
Tested-by: Olaf Hering
Olaf
signature.asc
Descrip
flight 102370 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102370/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 9 debian-di-installfail REGR. vs. 101909
test-amd64-amd64-
This run is configured for baseline tests only.
flight 68059 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68059/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ec16deeac90e4b8014394be58a229f6aa8c493af
baseline v
>>> On 18.11.16 at 06:22, wrote:
>> From: Tian, Kevin
>> Sent: Friday, November 18, 2016 12:59 PM
>> > From: Wu, Feng
>> > Sent: Friday, November 18, 2016 12:27 PM
>> > > > diff --git a/xen/drivers/passthrough/pci.c
>> > > > b/xen/drivers/passthrough/pci.c
>> > > > index 8bce213..e71732f 100644
>
flight 102376 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102376/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf bd5ef82698e5e5931ae46e763187a472ce76b661
baseline version:
ovmf ec16deeac90e4b8014394
>>> On 18.11.16 at 06:48, wrote:
> Add two new AVX512 subfeatures support for guest.
>
> AVX512_4VNNIW:
> Vector instructions for deep learning enhanced word variable precision.
>
> AVX512_4FMAPS:
> Vector instructions for deep learning floating-point single precision.
>
> Signed-off-by: Luwei
Add a test to check that Live Patch operations cannot be called from an
unprivileged domain.
Signed-off-by: Ross Lagerwall
---
In v2:
* Fixed review issues.
* Rebased and added a test_title string.
common/lib.c| 15 +++
docs/all-tests.dox | 2 +
incl
flight 68060 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68060/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-i386-jessie-netboot-pvgrub 10 guest-start fail like 68027
Tests which did
flight 102375 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102375/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt 13 saverestore-support-checkfail like 102283
test-armhf-armhf-libvirt-xsm 13
The guest sends discard requests as u64 sector/count pairs, but the
block layer operates internally with s64/s32 pairs. The conversion
leads to IO errors in the guest, the discard request is not processed.
domU.cfg:
'vdev=xvda, format=qcow2, backendtype=qdisk, target=/x.qcow2'
domU:
mkfs.e
Hello developers.
I have a request and please let me know your idea.
Can Xen experts define a new part on Wiki about Xen developing for beginners? I
mean is something like "
kernelnewbies.org" but for Xen. For example, say to users which programming
languages are necessary, which book is good for
On Fri, Nov 18, Olaf Hering wrote:
> @@ -708,12 +743,10 @@ static int ioreq_runio_qemu_aio(struct ioreq *ioreq)
> +if (!blk_split_discard(ioreq, req->sector_number, req->nr_sectors)) {
> +goto err;
How is error handling supposed to work here?
Initially I forgot the "!", which
On Mon, 14 Nov 2016, Boris Ostrovsky wrote:
> On 11/13/2016 06:42 PM, M. Vefa Bicakci wrote:
>
> > I found out that my domU kernels invoke the 'apic_disable' function
> > because CONFIG_X86_MPPARSE was not enabled in my kernel configuration,
> > which would cause the 'smp_found_config' bit to be u
On 18/11/16 05:48, He Chen wrote:
> Add two new AVX512 subfeatures support for guest.
>
> AVX512_4VNNIW:
> Vector instructions for deep learning enhanced word variable precision.
>
> AVX512_4FMAPS:
> Vector instructions for deep learning floating-point single precision.
>
> Signed-off-by: Luwei Kan
flight 102380 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102380/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 632dcfd6857b6211ce3fe9755d3c11e74ef5d447
baseline version:
ovmf bd5ef82698e5e5931ae46
This run is configured for baseline tests only.
flight 68061 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68061/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf bd5ef82698e5e5931ae46e763187a472ce76b661
baseline v
flight 102372 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102372/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-raw 10 guest-start fail in 102338 pass in 102372
test-armhf-armhf-libvirt 15 gues
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello
I would like to request access to Coverity Scan project. Hereby, I:
- agree to follow the security response process.
- undertake to report security issues discovered to the security team
(secur...@xenproject.org) within 3 days of discovery.
On 11/18/2016 04:24 AM, Olaf Hering wrote:
> The guest sends discard requests as u64 sector/count pairs, but the
> block layer operates internally with s64/s32 pairs. The conversion
> leads to IO errors in the guest, the discard request is not processed.
Doesn't the block layer already split disca
On 18/11/16 13:36, Artem Mygaiev wrote:
> Hello
>
> I would like to request access to Coverity Scan project. Hereby, I:
> - agree to follow the security response process.
> - undertake to report security issues discovered to the security team
> (secur...@xenproject.org) within 3 days of discovery
Ok thanks for the reply, I have applied the dts file. My observations are:
Adding hypervisor node has no effect on booting. For me even without
hypervisor node it is getting booted up to mounting filesystem. After that
point the system hangs as given in the log.
Adding psci node results in breakd
Am 18. November 2016 14:43:18 MEZ, schrieb Eric Blake :
>On 11/18/2016 04:24 AM, Olaf Hering wrote:
>> The guest sends discard requests as u64 sector/count pairs, but the
>> block layer operates internally with s64/s32 pairs. The conversion
>> leads to IO errors in the guest, the discard request is
On 11/18/2016 06:16 AM, Thomas Gleixner wrote:
> On Mon, 14 Nov 2016, Boris Ostrovsky wrote:
>> On 11/13/2016 06:42 PM, M. Vefa Bicakci wrote:
>>
>>> I found out that my domU kernels invoke the 'apic_disable' function
>>> because CONFIG_X86_MPPARSE was not enabled in my kernel configuration,
>>> wh
flight 102385 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102385/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf bd2a670f858314d28413ca577bb96ee249c4877d
baseline version:
xtf a8bca39aa38912c72eb7c2
On 11/18/2016 08:19 AM, Olaf Hering wrote:
> Am 18. November 2016 14:43:18 MEZ, schrieb Eric Blake :
>> On 11/18/2016 04:24 AM, Olaf Hering wrote:
>>> The guest sends discard requests as u64 sector/count pairs, but the
>>> block layer operates internally with s64/s32 pairs. The conversion
>>> leads
flight 102379 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102379/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 9 debian-di-installfail REGR. vs. 101909
test-amd64-amd64-
On 11/18/2016 11:25 AM, Jason Long wrote:
Hello developers.
I have a request and please let me know your idea.
Can Xen experts define a new part on Wiki about Xen developing for beginners? I mean
is something like "
kernelnewbies.org" but for Xen. For example, say to users which programming
lan
On Fri, Nov 18, 2016 at 09:36:06AM +, Ross Lagerwall wrote:
> Add a test to check that Live Patch operations cannot be called from an
> unprivileged domain.
>
> Signed-off-by: Ross Lagerwall
> ---
>
> In v2:
> * Fixed review issues.
> * Rebased and added a test_title string.
>
> common/lib
On Fri, Nov 18, 2016 at 01:56:38PM +, Andrew Cooper wrote:
> On 18/11/16 13:36, Artem Mygaiev wrote:
> > Hello
> >
> > I would like to request access to Coverity Scan project. Hereby, I:
> > - agree to follow the security response process.
> > - undertake to report security issues discovered
Am 18.11.2016 um 15:35 hat Eric Blake geschrieben:
> On 11/18/2016 08:19 AM, Olaf Hering wrote:
> > Am 18. November 2016 14:43:18 MEZ, schrieb Eric Blake :
> >> On 11/18/2016 04:24 AM, Olaf Hering wrote:
> >>> The guest sends discard requests as u64 sector/count pairs, but the
> >>> block layer ope
On Fri, Nov 18, 2016 at 04:22:07PM +0100, Geza Gemes wrote:
> On 11/18/2016 11:25 AM, Jason Long wrote:
> > Hello developers.
> > I have a request and please let me know your idea.
> > Can Xen experts define a new part on Wiki about Xen developing for
> > beginners? I mean is something like "
> >
On Thu, Nov 17, 2016 at 06:35:42PM +0100, Cédric Bosdonnat wrote:
> Hey all,
>
> Here is v2 addressing Wei's comments on patch #1. The 3 libxl.c
> patches haven't been merged, but the commit message of the first
> one has been slightly rewritten to help understanding the reason
> of the split.
>
On 18/11/2016 15:38, "Konrad Rzeszutek Wilk"
wrote:
>On Fri, Nov 18, 2016 at 04:22:07PM +0100, Geza Gemes wrote:
>> On 11/18/2016 11:25 AM, Jason Long wrote:
>> > Hello developers.
>> > I have a request and please let me know your idea.
>> > Can Xen experts define a new part on Wiki about Xen d
On Thu, Nov 17, 2016 at 12:22:20PM +, Andrew Cooper wrote:
> On 17/11/16 12:17, David Vrabel wrote:
> > I am no longer in a position to be a Xen maintainer. Andrew has
> > kindly volunteered to continue maintainance of the KEXEC subsystem.
> > EVENT CHANNELS (FIFO-BASED ABI) will be maintained
On 11/18/2016 04:54 PM, Lars Kurth wrote:
On 18/11/2016 15:38, "Konrad Rzeszutek Wilk"
wrote:
On Fri, Nov 18, 2016 at 04:22:07PM +0100, Geza Gemes wrote:
On 11/18/2016 11:25 AM, Jason Long wrote:
Hello developers.
I have a request and please let me know your idea.
Can Xen experts define a n
Hello all,
Based on the timezone given by each of you, the best time seems to be:
Wednesday 23rd November at 4pm UTC.
I will post an agenda beginning of next week.
Use either of the following to join the call:
Call+44 1223 406065 (Local dial in)
and enter the access code below foll
That way we have one person who can: a) poke other maintainers
or pull them in with new drivers are introduced, b) we have
one maintainer who can shepherd the patches along instead of
depending on the REST maintainers which may be busy with
other responsibilities.
Signed-off-by: Konrad Rzeszutek W
On 18/11/16 16:18, Konrad Rzeszutek Wilk wrote:
> That way we have one person who can: a) poke other maintainers
> or pull them in with new drivers are introduced, b) we have
> one maintainer who can shepherd the patches along instead of
> depending on the REST maintainers which may be busy with
>
On Fri, Nov 18, 2016 at 11:18:24AM -0500, Konrad Rzeszutek Wilk wrote:
> That way we have one person who can: a) poke other maintainers
> or pull them in with new drivers are introduced, b) we have
> one maintainer who can shepherd the patches along instead of
> depending on the REST maintainers wh
On 11/18/2016 04:24 AM, Olaf Hering wrote:
> The guest sends discard requests as u64 sector/count pairs, but the
> block layer operates internally with s64/s32 pairs. The conversion
> leads to IO errors in the guest, the discard request is not processed.
>
> domU.cfg:
> 'vdev=xvda, format=qcow
On Fri, Nov 18, 2016 at 11:18:24AM -0500, Konrad Rzeszutek Wilk wrote:
> That way we have one person who can: a) poke other maintainers
> or pull them in with new drivers are introduced, b) we have
> one maintainer who can shepherd the patches along instead of
> depending on the REST maintainers wh
>>> On 18.11.16 at 17:18, wrote:
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -304,6 +304,11 @@ X: xen/arch/x86/acpi/lib.c
> F: xen/drivers/cpufreq/
> F: xen/include/acpi/cpufreq/
>
> +PUBLIC INTERFACES
> +M: Konrad Rzeszutek Wilk
> +S: Supported
> +F: xen/include/public/
I thin
This run is configured for baseline tests only.
flight 68063 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68063/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 632dcfd6857b6211ce3fe9755d3c11e74ef5d447
baseline v
On 18/11/16 09:36, Ross Lagerwall wrote:
> Add a test to check that Live Patch operations cannot be called from an
> unprivileged domain.
>
> Signed-off-by: Ross Lagerwall
> ---
>
> In v2:
> * Fixed review issues.
> * Rebased and added a test_title string.
>
> common/lib.c
Following on from the design submitted by Jennifer Herbert to the list [1]
this series provides an implementation of __HYPERCALL_dm_op followed by
patches based on Jan Beulich's previous HVMCTL series [2] to convert
tools-only HVMOPs used by device models to DMOPs.
[1] https://lists.xenproject.org
The patch changes the handle type passed to the underlying shadow and hap
functions for compatibility with the new hypercall buffer.
Suggested-by: Jan Beulich
Signed-off-by: Paul Durrant
---
Cc: Daniel De Graaf
Cc: Ian Jackson
Cc: Wei Liu
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Tim Deegan
This patch also removes the need for handling HVMOP restarts, so that
infrastructure is also removed.
Suggested-by: Jan Beulich
Signed-off-by: Paul Durrant
---
Cc: Ian Jackson
Cc: Wei Liu
Cc: Andrew Cooper
Cc: Daniel De Graaf
---
tools/libxc/xc_misc.c | 28 +++-
xen/arch/
Suggested-by: Jan Beulich
Signed-off-by: Paul Durrant
---
Cc: Ian Jackson
Cc: Wei Liu
Cc: Andrew Cooper
Cc: Daniel De Graaf
---
tools/libxc/xc_misc.c | 26 +---
xen/arch/x86/hvm/dm.c | 54 +
xen/arch/x86/hvm/hvm.c
Since injection works on a remote vCPU, and since there's no
enforcement of the subject vCPU being paused, there's a potential race
between the producing and consuming sides. Fix this by leveraging the
vector field as synchronization variable.
Signed-off-by: Jan Beulich
[re-based]
Signed-off-by:
NOTE: The definitions of HVMOP_TRAP_* have to persist for new interface
versions as they are already in use by callers of the libxc
interface.
Suggested-by: Jan Beulich
Signed-off-by: Paul Durrant
---
Cc: Daniel De Graaf
Cc: Ian Jackson
Cc: Wei Liu
Cc: Andrew Cooper
---
tools/fl
... HVMOP_set_pci_link_route
Suggested-by: Jan Beulich
Signed-off-by: Paul Durrant
---
Cc: Daniel De Graaf
Cc: Ian Jackson
Cc: Wei Liu
Cc: Andrew Cooper
---
tools/flask/policy/modules/xen.if | 8 +--
tools/libxc/xc_misc.c | 81 +++--
xen/arch/x86/hvm/dm.c
NOTE: The definitions of HVM_IOREQSRV_BUFIOREQ_*, HVMOP_IO_RANGE_* and
HVMOP_PCI_SBDF have to persist for new interface versions as
they are already in use by callers of the libxc interface.
Suggested-by: Jan Beulich
Signed-off-by: Paul Durrant
--
Cc: Ian Jackson
Cc: Wei Liu
Cc: An
...as a set of hypercalls to be used by a device model.
As stated in the new docs/designs/dm_op.markdown:
"The aim of DMOP is to prevent a compromised device model from
compromising domains other then the one it is associated with. (And is
therefore likely already compromised)."
See that file fo
On Fri, Nov 18, Eric Blake wrote:
> On 11/18/2016 04:24 AM, Olaf Hering wrote:
> > +/* Overflowing byte limit? */
> > +if ((sec_start + sec_count) > ((INT64_MAX + INT_MAX) >>
> > BDRV_SECTOR_BITS)) {
> This is undefined. INT64_MAX + anything non-negative overflows int64,
The expanded va
On Fri, Nov 18, 2016 at 10:06:59AM -0700, Jan Beulich wrote:
> >>> On 18.11.16 at 17:18, wrote:
> > --- a/MAINTAINERS
> > +++ b/MAINTAINERS
> > @@ -304,6 +304,11 @@ X: xen/arch/x86/acpi/lib.c
> > F: xen/drivers/cpufreq/
> > F: xen/include/acpi/cpufreq/
> >
> > +PUBLIC INTERFACES
> > +M: K
> > +xen_sysctl_t op =
> > +{
> > +.cmd = XEN_SYSCTL_livepatch_op,
> > +.interface_version = interface_version,
> > +.u.livepatch = {
> > +.cmd = XEN_SYSCTL_LIVEPATCH_UPLOAD,
> > +.u.upload = {
> > +.name = {
> > +
On 11/18/2016 07:14 PM, Paul Durrant wrote:
> Since injection works on a remote vCPU, and since there's no
> enforcement of the subject vCPU being paused, there's a potential race
> between the producing and consuming sides. Fix this by leveraging the
> vector field as synchronization variable.
>
flight 102390 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102390/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
On Fri, 18 Nov 2016, Stefano Stabellini wrote:
> On Fri, 18 Nov 2016, Konrad Rzeszutek Wilk wrote:
> > On Fri, Nov 18, 2016 at 10:06:59AM -0700, Jan Beulich wrote:
> > > >>> On 18.11.16 at 17:18, wrote:
> > > > --- a/MAINTAINERS
> > > > +++ b/MAINTAINERS
> > > > @@ -304,6 +304,11 @@ X: xen/arch/x8
On Fri, 18 Nov 2016, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 18, 2016 at 10:06:59AM -0700, Jan Beulich wrote:
> > >>> On 18.11.16 at 17:18, wrote:
> > > --- a/MAINTAINERS
> > > +++ b/MAINTAINERS
> > > @@ -304,6 +304,11 @@ X: xen/arch/x86/acpi/lib.c
> > > F: xen/drivers/cpufreq/
> > >
On 18/11/16 17:57, Stefano Stabellini wrote:
> On Fri, 18 Nov 2016, Konrad Rzeszutek Wilk wrote:
>> On Fri, Nov 18, 2016 at 10:06:59AM -0700, Jan Beulich wrote:
>> On 18.11.16 at 17:18, wrote:
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -304,6 +304,11 @@ X:xen/arch/x86/acpi/lib.c
On Thu, 17 Nov 2016, Stefano Stabellini wrote:
> > > I have just run the numbers on ARM64 (APM m400) and it is still much
> > > faster than netfront/netback. This is what I get by running iperf -c in
> > > a VM and iperf -s in Dom0:
> > >
> > > PVCalls Netfront/Netback
> > > -P
Sending again, this time, with Anthony's and xen-devel address spelled
right. Sorry!! :-(
---
Hello to you, various pseudo-random people,
It's not my field of expertise, so bear with me, at least a little bit
(and, Konrad, you help me, or there will be conse
On Fri, 2016-11-18 at 10:25 +, Jason Long wrote:
> Hello developers.
> I have a request and please let me know your idea.
> Can Xen experts define a new part on Wiki about Xen developing for
> beginners? I mean is something like "
> kernelnewbies.org" but for Xen.
>
Yeah, that indeed could be
On Fri, 11 Nov 2016, Stefano Stabellini wrote:
> On Fri, 11 Nov 2016, Julien Grall wrote:
> > Hi Stefano,
> >
> > On 10/11/16 20:42, Stefano Stabellini wrote:
> > > On Thu, 10 Nov 2016, Julien Grall wrote:
> > > > On 10/11/16 00:21, Stefano Stabellini wrote:
> > > > > On Fri, 4 Nov 2016, Andre Prz
Anthony PERARD writes ("Re: Request for a repo on xenbits for the XenProject
Openstack CI Loop"):
> On Thu, Nov 17, 2016 at 04:34:16PM +, Ian Jackson wrote:
> > I am happy with this. But there may be more openstack things. How
> > about
> > git://xenbits.xen.org/openstack/ci-loop-config.gi
On 11/18/2016 11:41 AM, Olaf Hering wrote:
> On Fri, Nov 18, Eric Blake wrote:
>
>> On 11/18/2016 04:24 AM, Olaf Hering wrote:
>>> +/* Overflowing byte limit? */
>>> +if ((sec_start + sec_count) > ((INT64_MAX + INT_MAX) >>
>>> BDRV_SECTOR_BITS)) {
>> This is undefined. INT64_MAX + anythi
Anthony PERARD writes ("[OSSTEST PATCH v7 1/3] ts-openstack-deploy: Deploy
OpenStack on a host with devstack"):
> This script installs any necessary packages and clones all of the OpenStack
> trees which are used by devstack to deploy OpenStack.
Thanks. I have only trivial comments.
> +proc nee
Anthony PERARD writes ("[Xen-devel] [OSSTEST PATCH v7 3/3] Create a flight to
test OpenStack with xen-unstable and libvirt"):
> This patch should create a flight "openstack-nova", with those jobs:
Did I already ask for a diff of the output of
standalone-generate-dump-flight-runvars
before and
On Thu, 17 Nov 2016, Julien Grall wrote:
> Hi Stefano,
>
> On 17/11/2016 11:26, Stefano Stabellini wrote:
> > On Mon, 14 Nov 2016, Julien Grall wrote:
> > > On 11/11/2016 13:55, Stefano Stabellini wrote:
> > > > On Fri, 11 Nov 2016, Julien Grall wrote:
> > > > > On 11/11/2016 02:24, Stefano Stabel
Hi Lan,
On 17/11/2016 09:36, Lan Tianyu wrote:
1) Definition of "struct xen_dmop_viommu_op" as new hypercall parameter.
struct xen_dmop_viommu_op {
u32 cmd;
u32 domid;
u32 viommu_id;
union {
struct {
u32 capabilities;
} query_capabilities;
st
On Fri, Nov 18, 2016 at 06:57:52PM +, Ian Jackson wrote:
> Anthony PERARD writes ("[Xen-devel] [OSSTEST PATCH v7 3/3] Create a flight to
> test OpenStack with xen-unstable and libvirt"):
> > This patch should create a flight "openstack-nova", with those jobs:
>
> Did I already ask for a diff
Thank you.
I'm happy to see more info, but beginners like me need experts guidance. For
example, nowadays experts were beginners like us and we need their experiences
for improve ourselves. OK, C programming need but which book is recommended.
Can you introduce any book that tech software develo
Thank you.
I'm happy to see more info, but beginners like me need experts guidance. For
example, nowadays experts were beginners like us and we need their experiences
for improve ourselves. OK, C programming need but which book is recommended.
Can you introduce any book that tech software develo
Thank you.
If you find amy book or other useful information then inform me.
On Fri, 11/18/16, Geza Gemes wrote:
Subject: Re: [Xen-devel] Define a new Wiki part for Xen Project.
To: xen-devel@lists.xen.org
Date: Friday, November 18, 2016, 7:22 AM
Hello,
On 18/11/2016 09:28, Konrad Rzeszutek Wilk wrote:
On Fri, Nov 18, 2016 at 01:56:38PM +, Andrew Cooper wrote:
On 18/11/16 13:36, Artem Mygaiev wrote:
Hello
I would like to request access to Coverity Scan project. Hereby, I:
- agree to follow the security response process.
- undert
On 16/11/2016 12:08, Iurii Mykhalskyi wrote:
Hi,
Hello,
Try to use attached files as DTS. I didn't tested, but looks like there
are few missed nodes:
- hypervisor
- psci
I'm not sure, that Linux & Xen will correctly inter-works without them.
They are not necessary in the HW DTS and will be
Hi All,
I briefly mentioned this at an evening event during the KVM Forum / Xen Dev
Summit, but the list is certainly a better place to discuss such a topic. What
do folks think about finally removing the old, legacy, xend-based driver from
the libvirt sources?
The Xen community made xl/libx
On 16/11/2016 11:23, George John wrote:
Hi,
Hello George,
I just bumped in to some errors related to filesystem . The following is
the log. I am using xen 4.7.1 along with linux kernel 3.19.8 as Dom0
[...]
sh_mobile_sdhi sh_mobile_sdhi.0: mmc1 base at 0xee10 clock rate 97 MHz
ata1:
On Fri, Nov 18, 2016 at 08:45:44PM +, Jason Long wrote:
> Thank you.
> If you find amy book or other useful information then inform me.
About C?
I would recommend The C Programming Language by
Brian W. Kernighan, Dennis M. Ritchie
>
> On Fri, 11/
flight 102388 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102388/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 9 debian-di-installfail REGR. vs. 101909
test-amd64-amd64-
Forwarded Message
From: Adam Jackson
Subject: Re: Wondering about cirris and stdvga
Date: Fri, 18 Nov 2016 15:19:08 -0500
Message-Id: <1479500348.16973.1.ca...@redhat.com>
On Fri, 2016-11-18 at 13:32 -0500, Konrad Rzeszutek Wilk wrote:
>
> On Fri, Nov 18, 2016 at 06:08:57PM +00
Forwarded Message
From: Stefano Stabellini
Subject: Re: Wondering about cirris and stdvga
Date: Fri, 18 Nov 2016 11:26:07 -0800
Mailer: Alpine 2.10 (DEB 1266 2009-07-14)
Message-Id:
On Fri, 18 Nov 2016, Konrad Rzeszutek Wilk wrote:
>
> On Fri, Nov 18, 2016 at 06:08:57PM +,
Forwarded Message
From: Konrad Rzeszutek Wilk
Subject: Re: Wondering about cirris and stdvga
Date: Fri, 18 Nov 2016 13:32:24 -0500
Mailer: Mutt/1.7.1 (2016-10-04)
Message-Id: <20161118183224.gb10...@x230.dumpdata.com>
On Fri, Nov 18, 2016 at 06:08:57PM +, Ian Jackson wrote:
Making the thread appear on xen-devel, as it actually was not there,
because I can't type! :-/
Forwarded Message
From: Ian Jackson
Subject: Re: Wondering about cirris and stdvga
Date: Fri, 18 Nov 2016 18:08:57 +
Mailer: VM 8.2.0b under 24.4.1 (i586-pc-linux-gnu)
Message-Id:
Forwarded Message
From: Adam Jackson
Subject: Re: Wondering about cirris and stdvga
Date: Fri, 18 Nov 2016 15:23:59 -0500
Message-Id: <1479500639.16973.3.ca...@redhat.com>
On Fri, 2016-11-18 at 11:26 -0800, Stefano Stabellini wrote:
>
> I am no Xorg maintainer but back in the
On 11/18/2016 04:51 PM, Hugh Dickins wrote:
> On Thu, 17 Nov 2016, Boris Ostrovsky wrote:
>
>> Commit 9c17d96500f7 ("xen/gntdev: Grant maps should not be subject to
>> NUMA balancing") set VM_IO flag to prevent grant maps from being
>> subjected to NUMA balancing.
>>
>> It was discovered recently t
> On Fri, 2016-11-18 at 15:19 -0500, Adam Jackson wrote:
> > On Fri, 2016-11-18 at 13:32 -0500, Konrad Rzeszutek Wilk wrote:
> > On Fri, Nov 18, 2016 at 06:08:57PM +, Ian Jackson wrote:
> > > > performance wise, that cirrus is broken and impossible to
> > > > fix (because it is the hardware tha
On Fri, 2016-11-18 at 14:25 -0700, Jim Fehlig wrote:
> Hi All,
>
> I briefly mentioned this at an evening event during the KVM Forum /
> Xen Dev
> Summit, but the list is certainly a better place to discuss such a
> topic. What
> do folks think about finally removing the old, legacy, xend-based
On 11/18/2016 05:27 PM, Hugh Dickins wrote:
> On Fri, 18 Nov 2016, Boris Ostrovsky wrote:
>> On 11/18/2016 04:51 PM, Hugh Dickins wrote:
>>> Hmm, sorry, but this seems overcomplicated to me: ingenious, but an
>>> unusual use of the ->get_policy method, which is a little worrying,
>>> since it has o
On Fri, 2016-11-18 at 12:55 +, osstest service owner wrote:
> flight 102372 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/102372/
>
> Failures :-/ but no regressions.
>
> Tests which are failing intermittently (not blocking):
> test-armhf-armhf-xl-credit2 16 gu
On Fri, Nov 18, 2016 at 02:25:18PM -0700, Jim Fehlig wrote:
> Hi All,
>
> I briefly mentioned this at an evening event during the KVM Forum / Xen Dev
> Summit, but the list is certainly a better place to discuss such a topic.
> What do folks think about finally removing the old, legacy, xend-based
On Wed, 2 Nov 2016, Juergen Gross wrote:
> Attach the usb bus of a new pvusb controller to the qdev associated
> with the Xen backend. Any device connected to that controller can now
> specify the bus and port directly via its properties.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Stefano Sta
On Wed, 2 Nov 2016, Juergen Gross wrote:
> Create a qdev plugged to the xen-sysbus for each new backend device.
> This device can be used as a parent for all needed devices of that
> backend. The id of the new device will be "xen--" with
> being the xen backend type (e.g. "qdisk") and the xen
> b
On Wed, 2 Nov 2016, Juergen Gross wrote:
> In order to have an easy way to add a new qdev with a specific id
> carve out the needed functionality from qdev_device_add() into a new
> function qdev_set_id().
>
> Signed-off-by: Juergen Gross
Reviewed-by: Stefano Stabellini
> include/monitor/qde
On Wed, 2 Nov 2016, Juergen Gross wrote:
> Add a bus for Xen backend devices in order to be able to establish a
> dedicated device path for pluggable devices.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Stefano Stabellini
> hw/xen/xen_backend.c | 19 ---
> include/h
On Fri, 11 Nov 2016, Bhupinder Thakur wrote:
> VMID space is increased to 16-bits from 8-bits in ARMv8 8.1 revision.
> This allows more than 256 VMs to be supported by Xen.
>
> This change adds support for 16-bit VMIDs in Xen based on whether the
> architecture supports it.
>
> Signed-off-by: Bhu
flight 102393 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102393/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-pair 22 guest-migrate/dst_host/src_host fail REGR. vs. 102338
test-amd64-i386-qe
On 11/18/2016 10:41 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Nov 18, 2016 at 08:45:44PM +, Jason Long wrote:
Thank you.
If you find amy book or other useful information then inform me.
About C?
I would recommend The C Programming Language by
Brian W. Kernighan, Dennis M. Ritchie
What I thi
flight 102396 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102396/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 9 debian-di-installfail REGR. vs. 101909
test-amd64-amd64-
100 matches
Mail list logo
