flight 101663 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101663/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm6 xen-boot fail REGR. vs. 100648
test-amd64-amd64-amd
flight 101667 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101667/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 6 xen-boot fail REGR. vs. 101257
test-armhf-armh
> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> Sent: Tuesday, October 25, 2016 4:36 PM
>
> On October 24, 2016 3:02 PM, Tian, Kevin wrote:
> >> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> >> Sent: Monday, October 17, 2016 5:28 PM
> >>
> >> >>
> >> >>Back to the main open before ho
docs/misc/xenstore.txt states that xenstored will use "0" as a valid
transaction id after 2^32 transactions. This is not true. Remove that
statement.
Signed-off-by: Juergen Gross
---
v3: rephrase oxenstored part as suggested by Wei Liu
v2: oxenstored has this bug
---
docs/misc/xenstore.txt | 6 +
flight 101666 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101666/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 101530
test-amd64-amd64-xl-qemuu-win7-a
flight 101664 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101664/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt-qcow2 12 saverestore-support-check fail like 101633
test-armhf-armhf-libvirt-x
flight 101662 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101662/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101000
test-armhf-armhf-li
On Wed, 28 Sep 2016, Andre Przywara wrote:
> Parse the DT GIC subnodes to find every ITS MSI controller the hardware
> offers. Store that information in a list to both propagate all of them
> later to Dom0, but also to be able to iterate over all ITSes.
> This introduces an ITS Kconfig option.
>
>
Hi Andre,
Sorry for the late reply, I'll try to be faster for the next rounds of
review. The patch looks good for a first iteration. Some comments below.
On Wed, 28 Sep 2016, Andre Przywara wrote:
> The ARM GICv3 ITS provides a new kind of interrupt called LPIs.
> The pending bits and the configu
On 16-10-25 07:37:24, Jan Beulich wrote:
> >>> On 25.10.16 at 05:40, wrote:
> > +# References
> > +
> > +[Intel® 64 and IA-32 Architectures Software Developer Manuals, vol3,
> > chapter 17.17]
> > (http://www.intel.com/content/www/us/en/processors/architectures-software-developer-manuals.html)
>
CC'ing maintainers
On Tue, 25 Oct 2016, Wei Liu wrote:
> Xen's toolstack is in charge of building ACPI tables. Skip acpi table
> building if running on Xen.
>
> This issue is discovered due to direct kernel boot on Xen doesn't boot
> anymore, because the new ACPI tables cause the guest to exceed
This run is configured for baseline tests only.
flight 67887 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67887/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 6 xen-boot
On Tue, 25 Oct 2016, Sameer Goel wrote:
> This reverts commit db92b1ac55cd5e193ae22b0b6f01fb47bc9e5d2f.
>
> The restriction on non contiguous memory was resolved by commit
> 2d02b05c77fc5e7c76bf6f112db84bbaa44fdcb5:
> "xen: arm: improve handling of system with non-contiguous RAM regions"
>
> So,
Commit 21550029f709072aacf3b90edd574e7d3021b400 removed the
PLATFORM_QUIRK_GIC_64K_STRIDE quirk and introduced a way to
automatically detect that the two GICC pages have a 64K stride.
However the heuristic requires that the device tree for the platform
reports a GICC size == 128K, which is not the
Hi all,
the following commit:
commit 21550029f709072aacf3b90edd574e7d3021b400
Author: Julien Grall
Date: Thu Oct 8 19:23:53 2015 +0100
xen/arm: gic-v2: Automatically detect aliased GIC400
removed PLATFORM_QUIRK_GIC_64K_STRIDE and introduced an heuristic to
check whether the two GICC pag
This reverts commit 14fa16961b03a23e9b883e5f0ed06b6837a489d8.
Do not reintroduce platform_dom0_evtchn_ppi.
Signed-off-by: Stefano Stabellini
---
xen/arch/arm/platform.c| 10 ++
xen/include/asm-arm/platform.h | 7 +++
2 files changed, 17 insertions(+)
diff --git a/xen/arch/a
flight 101659 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101659/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101401
test-armhf-armhf-lib
This run is configured for baseline tests only.
flight 67932 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67932/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 2a3263303b5131e9e2cdb7106e17fc4c28b5c4b3
baseline v
On 25/10/16 20:22, Marek Marczykowski-Górecki wrote:
> On Tue, Oct 25, 2016 at 09:10:02AM -0400, Konrad Rzeszutek Wilk wrote:
>> On Thu, Oct 20, 2016 at 12:42:33AM +0200, Marek Marczykowski-Górecki wrote:
>>> On Wed, Oct 19, 2016 at 04:46:26PM -0400, Konrad Rzeszutek Wilk wrote:
On Wed, Oct 19
On Tue, Oct 25, 2016 at 09:10:02AM -0400, Konrad Rzeszutek Wilk wrote:
> On Thu, Oct 20, 2016 at 12:42:33AM +0200, Marek Marczykowski-Górecki wrote:
> > On Wed, Oct 19, 2016 at 04:46:26PM -0400, Konrad Rzeszutek Wilk wrote:
> > > On Wed, Oct 19, 2016 at 10:37:52AM +0100, Wei Liu wrote:
> > > > On T
This avoids needing a translation table between hardware ordering and Xen's
ordering.
This also fixes a bug whereby an encoding using REX.R wasn't ignored.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
v2:
* Mask out REX.R, which is ignored by hardware.
* Expose the BUILD_BUG_ON()s to the
x86_emulate.h is included by the userspace test harness. Avoid using
constructs which don't come from standard header files.
Reposition the test harnesses inclusion of x86_emulate.h to avoid relying on
any definitons intended for use by x86_emulate.c alone.
Signed-off-by: Andrew Cooper
---
CC:
Xen's toolstack is in charge of building ACPI tables. Skip acpi table
building if running on Xen.
This issue is discovered due to direct kernel boot on Xen doesn't boot
anymore, because the new ACPI tables cause the guest to exceed its
memory allocation limit.
Reported-by: Sander Eikelenboom
Sig
On Tue, Oct 25, 2016 at 07:25:06PM +0200, Sander Eikelenboom wrote:
> On 2016-10-25 16:49, Wei Liu wrote:
> >On Tue, Oct 25, 2016 at 01:37:45PM +0200, Sander Eikelenboom wrote:
> >>
> >>Tuesday, October 25, 2016, 1:24:12 PM, you wrote:
> >>
> >>> On Tue, Oct 18, 2016 at 01:48:23PM +0100, Wei Liu wr
flight 101658 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101658/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 2a3263303b5131e9e2cdb7106e17fc4c28b5c4b3
baseline version:
ovmf 9d54bf4e7ef13fc0d8ccb
On 2016-10-25 16:49, Wei Liu wrote:
On Tue, Oct 25, 2016 at 01:37:45PM +0200, Sander Eikelenboom wrote:
Tuesday, October 25, 2016, 1:24:12 PM, you wrote:
> On Tue, Oct 18, 2016 at 01:48:23PM +0100, Wei Liu wrote:
>> On Mon, Oct 17, 2016 at 05:28:17PM +0200, Sander Eikelenboom wrote:
>> > Thurs
flight 101654 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101654/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 6 xen-boot fail REGR. vs. 101636
test-armhf-armhf-libvirt
This reverts commit db92b1ac55cd5e193ae22b0b6f01fb47bc9e5d2f.
The restriction on non contiguous memory was resolved by commit
2d02b05c77fc5e7c76bf6f112db84bbaa44fdcb5:
"xen: arm: improve handling of system with non-contiguous RAM regions"
So, reverting this change,to enable Xen image placement at
Makes sense. I will update the commit message. Yes, it is ok to push
this out to Xen 4.9. Appreciate the feedback.
On 10/24/2016 5:14 PM, Stefano Stabellini wrote:
On Mon, 24 Oct 2016, Sameer Goel wrote:
This reverts commit db92b1ac55cd5e193ae22b0b6f01fb47bc9e5d2f.
There does not seem to be a
On Tue, Oct 25, 2016 at 03:49:59PM +0100, Wei Liu wrote:
> On Tue, Oct 25, 2016 at 01:37:45PM +0200, Sander Eikelenboom wrote:
> >
> > Tuesday, October 25, 2016, 1:24:12 PM, you wrote:
> >
> > > On Tue, Oct 18, 2016 at 01:48:23PM +0100, Wei Liu wrote:
> > >> On Mon, Oct 17, 2016 at 05:28:17PM +02
On 10/24/2016 5:14 PM, Stefano Stabellini wrote:
On Mon, 24 Oct 2016, Sameer Goel wrote:
This reverts commit db92b1ac55cd5e193ae22b0b6f01fb47bc9e5d2f.
There does not seem to be a restriction on non contiguous memory anymore . So,
reverting this change, so that Xen is placed at the end of the
On Tue, Oct 25, 2016 at 01:37:45PM +0200, Sander Eikelenboom wrote:
>
> Tuesday, October 25, 2016, 1:24:12 PM, you wrote:
>
> > On Tue, Oct 18, 2016 at 01:48:23PM +0100, Wei Liu wrote:
> >> On Mon, Oct 17, 2016 at 05:28:17PM +0200, Sander Eikelenboom wrote:
> >> > Thursday, October 13, 2016, 4:43
On 25/10/16 16:02, Jan Beulich wrote:
On 25.10.16 at 15:47, wrote:
>> On 25/10/16 15:20, Jan Beulich wrote:
>> On 25.10.16 at 13:41, wrote:
On 25/10/16 11:06, Jan Beulich wrote:
On 25.10.16 at 07:52, wrote:
>> --- a/tools/xenstore/xenstored_transaction.c
>> +++ b/t
>>> On 25.10.16 at 15:47, wrote:
> On 25/10/16 15:20, Jan Beulich wrote:
> On 25.10.16 at 13:41, wrote:
>>> On 25/10/16 11:06, Jan Beulich wrote:
>>> On 25.10.16 at 07:52, wrote:
> --- a/tools/xenstore/xenstored_transaction.c
> +++ b/tools/xenstore/xenstored_transaction.c
> @
flight 101656 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101656/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt-raw 12 saverestore-support-checkfail like 101629
test-armhf-armhf-libvirt-xsm 13
On 25/10/16 15:20, Jan Beulich wrote:
On 25.10.16 at 13:41, wrote:
>> On 25/10/16 11:06, Jan Beulich wrote:
>> On 25.10.16 at 07:52, wrote:
--- a/tools/xenstore/xenstored_transaction.c
+++ b/tools/xenstore/xenstored_transaction.c
@@ -79,6 +79,11 @@ struct transaction
>>> On 25.10.16 at 05:40, wrote:
> +# References
> +
> +[Intel® 64 and IA-32 Architectures Software Developer Manuals, vol3, chapter
> 17.17]
> (http://www.intel.com/content/www/us/en/processors/architectures-software-developer-manuals.html)
Please don't refer to SDM chapters by number. The numb
On Tue, Oct 25, 2016 at 11:53:28AM +0200, Roger Pau Monne wrote:
> pkg-config from FreeBSD ports doesn't have ${prefix}/share/pkgconfig in the
> default search path, fix this by having a PKG_INSTALLDIR variable that can
> be changed on a per-OS basis.
>
> It would be best to use PKG_INSTALLDIR as
On Tue, Oct 25, 2016 at 5:20 AM, Dario Faggioli
wrote:
> On Fri, 2016-10-21 at 22:12 -0400, Meng Xu wrote:
>> We should clear the __RTDS_depleted bit once a VCPU budget is
>> replenished.
>> Because repl_timer_handler may be called after rt_schedule
>> but before rt_context_saved, the VCPU may be
On Tue, Oct 25, 2016 at 01:55:14PM +0100, Juergen Schinker wrote:
>
> >
> > Doesn't xenstored.service have "WantedBy=multi-user.target"?
> >
>
> /usr/local/lib/systemd/system/xenstored.service
>
> [Unit]
> Description=The Xen xenstore
> Requires=proc-xen.mount var-lib-xenstored.mount
> After=
>>> On 25.10.16 at 13:41, wrote:
> On 25/10/16 11:06, Jan Beulich wrote:
> On 25.10.16 at 07:52, wrote:
>>> --- a/tools/xenstore/xenstored_transaction.c
>>> +++ b/tools/xenstore/xenstored_transaction.c
>>> @@ -79,6 +79,11 @@ struct transaction
>>>
>>> /* List of changed domains - to rec
On Thu, Oct 20, 2016 at 12:42:33AM +0200, Marek Marczykowski-Górecki wrote:
> On Wed, Oct 19, 2016 at 04:46:26PM -0400, Konrad Rzeszutek Wilk wrote:
> > On Wed, Oct 19, 2016 at 10:37:52AM +0100, Wei Liu wrote:
> > > On Tue, Oct 18, 2016 at 03:53:31AM +0200, Marek Marczykowski-Górecki
> > > wrote:
On Tue, Oct 25, 2016 at 08:36:23AM +, Xuquan (Quan Xu) wrote:
> On October 24, 2016 3:02 PM, Tian, Kevin wrote:
> >> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> >> Sent: Monday, October 17, 2016 5:28 PM
> >>
> >> >>
> >> >>Back to the main open before holiday - multiple EOIs may come t
>
> Doesn't xenstored.service have "WantedBy=multi-user.target"?
>
/usr/local/lib/systemd/system/xenstored.service
[Unit]
Description=The Xen xenstore
Requires=proc-xen.mount var-lib-xenstored.mount
After=proc-xen.mount var-lib-xenstored.mount
Before=libvirtd.service libvirt-guests.service
Re
flight 101652 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101652/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 3 host-install(3)broken REGR. vs. 1016
On 25/10/16 11:06, Jan Beulich wrote:
On 25.10.16 at 07:52, wrote:
>> --- a/tools/xenstore/xenstored_transaction.c
>> +++ b/tools/xenstore/xenstored_transaction.c
>> @@ -79,6 +79,11 @@ struct transaction
>>
>> /* List of changed domains - to record the changed domain entry number
>> *
Tuesday, October 25, 2016, 1:24:12 PM, you wrote:
> On Tue, Oct 18, 2016 at 01:48:23PM +0100, Wei Liu wrote:
>> On Mon, Oct 17, 2016 at 05:28:17PM +0200, Sander Eikelenboom wrote:
>> > Thursday, October 13, 2016, 4:43:31 PM, you wrote:
>> >
>> > > Hi Jan / Wei,
>> >
>> > > Took a while before i
flight 101661 rumprun real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101661/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-rumprun-i386 1 build-check(1) blocked n/a
test-amd64-amd64-rumprun-amd64 1 build-check(
On Tue, Oct 25, 2016 at 02:55:06PM +0800, Haozhong Zhang wrote:
> On 10/24/16 17:37 +0100, Wei Liu wrote:
> >Hi Haozhong
> >
> >All the toolstack patches seem to be tied to the hypervisor interface.
> >Given that the final design of how nvdimm is expected to work in Xen is
> >still under discussion
flight 101650 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101650/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm6 xen-boot fail REGR. vs. 100648
test-amd64-amd64-amd
On Tue, Oct 18, 2016 at 01:48:23PM +0100, Wei Liu wrote:
> On Mon, Oct 17, 2016 at 05:28:17PM +0200, Sander Eikelenboom wrote:
> > Thursday, October 13, 2016, 4:43:31 PM, you wrote:
> >
> > > Hi Jan / Wei,
> >
> > > Took a while before i had the chance to fiddle some more to find the
> > > actua
This run is configured for baseline tests only.
flight 67931 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67931/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 9d54bf4e7ef13fc0d8ccb954d106fc6ff29dd8ea
baseline v
flight 67930 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67930/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-armhf-daily-netboot-pygrub 9 debian-di-install fail like 67898
test-amd64-i3
flight 101648 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101648/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm3 host-install(3) broken in 101631 REGR. vs. 101000
test-amd64-i386-libv
pkg-config from FreeBSD ports doesn't have ${prefix}/share/pkgconfig in the
default search path, fix this by having a PKG_INSTALLDIR variable that can
be changed on a per-OS basis.
It would be best to use PKG_INSTALLDIR as defined by the pkg.m4 macro, but
sadly this also reports a wrong value on F
On Tue, Oct 25, 2016 at 11:37:16AM +0200, Roger Pau Monne wrote:
> pkg-config from FreeBSD ports doesn't have ${prefix}/share/pkgconfig in the
> default search path, fix this by having a PKG_INSTALLDIR variable that can
> be changed on a per-OS basis.
>
> It would be best to use PKG_INSTALLDIR as
On Mon, Oct 24, 2016 at 07:49:40PM +0100, Juergen Schinker wrote:
>
>
> > There is one called xenstored.service.
> >
> >> is xenstore supposed to start just because it is systemd enabled?
> >>
> >
> > I think so -- when you configure it properly when building Xen, those
> > files will be prop
pkg-config from FreeBSD ports doesn't have ${prefix}/share/pkgconfig in the
default search path, fix this by having a PKG_INSTALLDIR variable that can
be changed on a per-OS basis.
It would be best to use PKG_INSTALLDIR as defined by the pkg.m4 macro, but
sadly this also reports a wrong value on F
On Tue, Oct 25, 2016 at 11:20:48AM +0200, Roger Pau Monne wrote:
> pkg-config from FreeBSD ports doesn't have ${prefix}/share/pkgconfig in the
> default search path, fix this by having a PKG_INSTALLDIR variable that can
> be changed on a per-OS basis.
>
> It would be best to use PKG_INSTALLDIR as
flight 101649 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101649/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101401
test-armhf-armhf-lib
On October 13, 2016 2:02 PM, Emil Condrea wrote:
>This patch series was splitted from QEMU:Xen stubdom vTPM for HVM virtual
>machine http://markmail.org/message/fkix7g3a5zdj7lvr
>
>It contains a reorganization of xen backend and frontend functions together
>with
>code style fixes.
>Common functio
On Fri, 2016-10-21 at 22:12 -0400, Meng Xu wrote:
> We should clear the __RTDS_depleted bit once a VCPU budget is
> replenished.
> Because repl_timer_handler may be called after rt_schedule
> but before rt_context_saved, the VCPU may be not on CPU or on queue
> when the VCPU is the middle of contex
pkg-config from FreeBSD ports doesn't have ${prefix}/share/pkgconfig in the
default search path, fix this by having a PKG_INSTALLDIR variable that can
be changed on a per-OS basis.
It would be best to use PKG_INSTALLDIR as defined by the pkg.m4 macro, but
sadly this also reports a wrong value on F
On October 25, 2016 4:36 PM, Quan Xu wrote:
>I am afraid we could find a clean solution based on current implementation (kvm
Sorry, a typo..
s/could/could not/
>is ok).. and apicv results in decreased application performance for some
>windows
>guest.
>
>So I suggest to configure ' msr_based_ap
>>> On 25.10.16 at 07:52, wrote:
> --- a/tools/xenstore/xenstored_transaction.c
> +++ b/tools/xenstore/xenstored_transaction.c
> @@ -79,6 +79,11 @@ struct transaction
>
> /* List of changed domains - to record the changed domain entry number
> */
> struct list_head changed_domains;
For spinning loops people do often use barrier() or cpu_relax().
For most architectures cpu_relax and barrier are the same, but on
some architectures cpu_relax can add some latency.
For example on power,sparc64 and arc, cpu_relax can shift the CPU
towards other hardware threads in an SMT environmen
Some time ago commit 57f2ffe14fd125c2 ("s390: remove diag 44 calls
from cpu_relax()") did stop cpu_relax on s390 yielding to the
hypervisor.
As it turns out this made stop_machine run really slow on virtualized
overcommited systems. For example the kprobes test during bootup took
several seconds
With the s390 special case of a yielding cpu_relax implementation gone,
we can now remove all users of cpu_relax_lowlatency and replace them
with cpu_relax.
Signed-off-by: Christian Borntraeger
---
drivers/gpu/drm/i915/i915_gem_request.c | 2 +-
drivers/vhost/net.c | 4 ++--
stop_machine seemed to be the only important place for yielding during
cpu_relax. This was fixed by using cpu_relax_yield. Therefore, we can
now redefine cpu_relax to be a barrier instead on s390, making s390
identical to all other architectures.
Signed-off-by: Christian Borntraeger
---
arch/s39
As there are no users left, we can remove cpu_relax_lowlatency.
Signed-off-by: Christian Borntraeger
---
arch/alpha/include/asm/processor.h | 1 -
arch/arc/include/asm/processor.h| 2 --
arch/arm/include/asm/processor.h| 1 -
arch/arm64/include/asm/processor.h | 1 -
ar
Peter,
here is v2 with some improved patch descriptions and some fixes. The
previous version has survived one day of linux-next and I only changed
small parts.
So unless there is some other issue, feel free to pull (or to apply
the patches) to tip/locking.
The following changes since commit 07d9a
On October 24, 2016 3:02 PM, Tian, Kevin wrote:
>> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>> Sent: Monday, October 17, 2016 5:28 PM
>>
>> >>
>> >>Back to the main open before holiday - multiple EOIs may come to
>> >>clear irq_issued before guest actually handles the very vpt
>> >>inject
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 October 2016 09:23
> To: Paul Durrant
> Cc: David Vrabel ; Wei Liu ;
> xen-de...@lists.xenproject.org; boris.ostrov...@oracle.com; Juergen Gross
> ; net...@vger.kernel.org
> Subject: RE: [PATCH v2 RESEND] xen-ne
>>> On 25.10.16 at 09:52, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 24 October 2016 16:08
>> --- 4.9-rc2/drivers/net/xen-netback/xenbus.c
>> +++ 4.9-rc2-xen-netback-prefer-xenbus_scanf/drivers/net/xen-netback/xenbus.c
>> @@ -889,16 +889,16 @@ static int connect_ctrl_ring(stru
On Fri, 2016-10-14 at 11:42 +0100, George Dunlap wrote:
> On 14/10/16 11:17, Dario Faggioli wrote:
> >
> > Signed-off-by: Dario Faggioli
>
> We don't have a general framework for declaring things "supported"
> yet,
> and at the moment we only have a single level of "supported", which
> includes
>>> On 25.10.16 at 03:04, wrote:
> I really don't get the point why you think the list is not enough. Could
> you please explain more, thanks a lot!
I have to admit that I don't really know what else to say. Isn't it
quite obvious that for you to suppress the actual update, _all_
meaningful (in t
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 24 October 2016 16:08
> To: Paul Durrant ; Wei Liu
> Cc: David Vrabel ; xen-de...@lists.xenproject.org;
> boris.ostrov...@oracle.com; Juergen Gross ;
> net...@vger.kernel.org
> Subject: [PATCH v2 RESEND] xen-netbac
flight 101653 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101653/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 9d54bf4e7ef13fc0d8ccb954d106fc6ff29dd8ea
baseline version:
ovmf c112e371ce0aa40204fc9
78 matches
Mail list logo
