On 7/12/2016 9:10 AM, Corneliu ZUZU wrote:
On 7/11/2016 7:43 PM, Tamas K Lengyel wrote:
On Sat, Jul 9, 2016 at 12:46 PM, Corneliu ZUZU
wrote:
On 7/9/2016 9:10 PM, Tamas K Lengyel wrote:
On Fri, Jul 8, 2016 at 10:13 PM, Corneliu ZUZU
wrote:
Arch-specific vm-event functions in x86/vm_event.h
flight 66571 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66571/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-armhf-pvops 3 host-install(3) broken like 44412
build-armhf
On 14.07.2016 19:14, Julien Grall wrote:
Hello,
On 14/07/16 17:30, Dirk Behme wrote:
On 14.07.2016 17:55, Stefano Stabellini wrote:
On Thu, 14 Jul 2016, Dirk Behme wrote:
On 14.07.2016 12:38, Stefano Stabellini wrote:
On Thu, 14 Jul 2016, Dirk Behme wrote:
On 13.07.2016 23:03, Michael Turqu
On 2016/7/13 18:03, Julien Grall wrote:
>
>
> On 13/07/2016 10:48, Shannon Zhao wrote:
>>
>>
>> On 2016/7/13 17:20, Julien Grall wrote:
>>> On 13/07/2016 08:54, Shannon Zhao wrote:
On 2016/7/12 19:33, Wei Liu wrote:
> On Tue, Jul 12, 2016 at 10:22:39AM +0100, Julien Grall wrote:
>
On 2016/7/15 16:00, Shannon Zhao wrote:
>
>
> On 2016/7/13 18:03, Julien Grall wrote:
>>
>>
>> On 13/07/2016 10:48, Shannon Zhao wrote:
>>>
>>>
>>> On 2016/7/13 17:20, Julien Grall wrote:
On 13/07/2016 08:54, Shannon Zhao wrote:
> On 2016/7/12 19:33, Wei Liu wrote:
>> On Tue, Jul 1
Am 15.07.2016 um 08:32 schrieb Juergen Gross:
> Commit 095497ffc66b7f031ff2a17f1e50f5cb105ce588 ("vnc-enc-tight: use
> thread local storage for palette") introduced a regression with Xen:
> Since this commit qemu used as a device model is no longer capable
> to register Xenstore watches (that's the
On 15/07/16 09:39, Peter Lieven wrote:
> Am 15.07.2016 um 08:32 schrieb Juergen Gross:
>> Commit 095497ffc66b7f031ff2a17f1e50f5cb105ce588 ("vnc-enc-tight: use
>> thread local storage for palette") introduced a regression with Xen:
>> Since this commit qemu used as a device model is no longer capabl
On Thu, May 26, 2016 at 5:17 PM, Tamas K Lengyel wrote:
>
> On May 26, 2016 04:40, "George Dunlap" wrote:
>>
>> On 26/05/16 04:55, Tamas K Lengyel wrote:
>> > Move sharing locks above altp2m to avoid locking order violation. Allow
>> > applying altp2m mem_access settings when the hostp2m entries
Am 15.07.2016 um 10:47 schrieb Juergen Gross:
> On 15/07/16 09:39, Peter Lieven wrote:
>> Am 15.07.2016 um 08:32 schrieb Juergen Gross:
>>> Commit 095497ffc66b7f031ff2a17f1e50f5cb105ce588 ("vnc-enc-tight: use
>>> thread local storage for palette") introduced a regression with Xen:
>>> Since this co
On 15/07/16 11:03, Peter Lieven wrote:
> Am 15.07.2016 um 10:47 schrieb Juergen Gross:
>> On 15/07/16 09:39, Peter Lieven wrote:
>>> Am 15.07.2016 um 08:32 schrieb Juergen Gross:
Commit 095497ffc66b7f031ff2a17f1e50f5cb105ce588 ("vnc-enc-tight: use
thread local storage for palette") introd
Hi Corneliu,
On 15/07/16 07:48, Corneliu ZUZU wrote:
Move duplicate macros between asm-arm/arm32/atomic.h and asm-arm/arm64/atomic.h
to asm-arm/atomic.h. Adjust README.LinuxPrimitives in the process.
Also empty line fixes.
Why do you add empty lines?
They are not necessary nor coding style re
On 15/07/16 07:49, Corneliu ZUZU wrote:
Reorder macro definitions to match x86-side.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
Regards,
---
Changed since v3:
---
xen/include/asm-arm/atomic.h | 19 +--
1 file changed, 9 inser
On 15/07/16 07:50, Corneliu ZUZU wrote:
Create a common-side to establish, among others, prototypes of
atomic functions called from common-code. Done to avoid introducing
inconsistencies between arch-side headers when we make subtle
changes to one of them. Some arm-side macros had to be turne
On 15/07/16 07:50, Corneliu ZUZU wrote:
This wouldn't let me make a param of a function that used atomic_read() const.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Andrew Cooper
Reviewed-by: Stefano Stabellini
Reviewed-by: Julien Grall
Regards,
---
Changed since v3:
---
xen/include/as
Two places didn't get updated when 64KB page granularity was introduced, this
patch fix them.
Signed-off-by: Bob Liu
---
drivers/block/xen-blkfront.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c
index fcc5b4e.
The current VBD layer reserves buffer space for each attached device based on
three statically configured settings which are read at boot time.
* max_indirect_segs: Maximum amount of segments.
* max_ring_page_order: Maximum order of pages to be used for the shared ring.
* max_queues: Maximum of
blk_mq_update_nr_hw_queues() reset all queue limits to default which it's not
as xen-blkfront expected, introducing blkif_set_queue_limits() to reset limits
with initial correct values.
Signed-off-by: Bob Liu
---
drivers/block/xen-blkfront.c | 91
1 f
On 15/07/16 07:52, Corneliu ZUZU wrote:
ARM ():
* add atomic_add_unless() wrapper over __atomic_add_unless()
(for common-code interface, i.e. )
X86 ():
* implement missing functions atomic_{sub,inc,dec}_return(), atomic_add_unless()
* implement missing macro atomic_xchg()
COMMON ():
* add pr
On 14/07/16 18:18, Dario Faggioli wrote:
> So, during domain destruction, we do:
> cpupool_rm_domain()[ in domain_destroy() ]
> sched_destroy_domain() [ in complete_domain_destroy() ]
>
> Therefore, there's a window during which, from the
> scheduler's point of view, a domain stilsts outside
On 13/07/16 16:44, Andrew Cooper wrote:
> On 10/07/16 16:44, Michael Young wrote:
>> On Wed, 29 Jun 2016, Michael Young wrote:
>>
>>> I have been trying to trace a problem when using Fedora's qemu with a
>>> pv guest which is that no graphics are available. I get the errors
>>>
>>> xen be core: xen
On 14/07/16 18:18, Dario Faggioli wrote:
> If the domain is already where we want it to go,
> there's not much to do indeed.
>
> Signed-off-by: Dario Faggioli
Reviewed-by: Juergen Gross
Juergen
___
Xen-devel mailing list
Xen-devel@lists.xen.org
htt
On 2016/7/14 19:15, Wei Liu wrote:
> On Wed, Jul 13, 2016 at 01:08:57PM -0400, Boris Ostrovsky wrote:
>> On 07/13/2016 11:22 AM, Julien Grall wrote:
>>> Hello,
>>>
>>> On 12/07/2016 17:58, Boris Ostrovsky wrote:
On 07/12/2016 12:10 PM, Julien Grall wrote:
> On 12/07/2016 16:08, Boris Ost
flight 97314 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97314/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 3 host-install(3) broken REGR. vs. 97275
Hello Shanker,
On 15/07/16 03:35, Shanker Donthineni wrote:
On 07/14/2016 11:46 AM, Julien Grall wrote:
[...]
+{
+struct vmmio *vmmio = &v->domain->arch.vmmio;
+struct mmio_handler key = {.addr = gpa};
I know it is not currently the case, but should not we take into
account the siz
On 7/15/2016 12:28 PM, Julien Grall wrote:
Hi Corneliu,
On 15/07/16 07:48, Corneliu ZUZU wrote:
Move duplicate macros between asm-arm/arm32/atomic.h and
asm-arm/arm64/atomic.h
to asm-arm/atomic.h. Adjust README.LinuxPrimitives in the process.
Also empty line fixes.
Why do you add empty lines
On 7/15/2016 12:30 PM, Julien Grall wrote:
On 15/07/16 07:50, Corneliu ZUZU wrote:
Create a common-side to establish, among others,
prototypes of
atomic functions called from common-code. Done to avoid introducing
inconsistencies between arch-side headers when we make
subtle
changes to one
Konrad Rzeszutek Wilk writes ("Re: [Xen-devel] Linux 3.18 and Linux 4.1
reproducible OOM crashes"):
> On Thu, Jul 14, 2016 at 01:56:24PM +0100, Ian Jackson wrote:
...
> > It seems likely that this is a real bug, but whether it's in Xen or
> > Linux is not clear right now. If it's in Linux it's be
On 08/07/16 07:39, Jan Beulich wrote:
> From: Quan Xu
>
> these patches fix current timeout concern and also allow limited ATS support.
>
> these patches are the rest ones:
> 1. move the domain crash logic up to the generic IOMMU layer
>
> 2. If Device-TLB flush timed out, we hide the target ATS d
On 15/07/2016 10:47, Juergen Gross wrote:
> Nothing scaring and no real difference between working and not working
> variant.
>
> Meanwhile I've been digging a little bit deeper and found the reason:
> libxenstore is setting up a reader thread which is waiting for the
> watch to fire. With above
On 12/07/16 04:59, Andrey Grodzovsky wrote:
> Hello
>
> Some background -
>
> We are trying to run Qualcomm Atheros AR928X Wireless Network Adapter
> and have a crash right on driver load, following are our observations
> and questions.
>
> Jurgen's observation -
>
> " The Atheros card "Qualcomm A
On 15/07/16 10:55, Corneliu ZUZU wrote:
On 7/15/2016 12:28 PM, Julien Grall wrote:
Hi Corneliu,
On 15/07/16 07:48, Corneliu ZUZU wrote:
Move duplicate macros between asm-arm/arm32/atomic.h and
asm-arm/arm64/atomic.h
to asm-arm/atomic.h. Adjust README.LinuxPrimitives in the process.
Also empt
Am 15.07.2016 um 12:02 schrieb Paolo Bonzini:
>
> On 15/07/2016 10:47, Juergen Gross wrote:
>> Nothing scaring and no real difference between working and not working
>> variant.
>>
>> Meanwhile I've been digging a little bit deeper and found the reason:
>> libxenstore is setting up a reader thread
On 15/07/2016 12:07, Peter Lieven wrote:
> Am 15.07.2016 um 12:02 schrieb Paolo Bonzini:
>>
>> On 15/07/2016 10:47, Juergen Gross wrote:
>>> Nothing scaring and no real difference between working and not working
>>> variant.
>>>
>>> Meanwhile I've been digging a little bit deeper and found the re
On Tue, Jul 12, 2016 at 11:40:28AM +0100, Julien Grall wrote:
> Hi Andre,
>
> On 20/06/16 16:09, Andre Przywara wrote:
> >diff --git a/Makefile.am b/Makefile.am
> >index 692d2cc..1a801c0 100644
> >--- a/Makefile.am
> >+++ b/Makefile.am
> >@@ -85,7 +85,6 @@ TEXT_LIMIT := 0x8008
> > endif
> >
>
On Fr, 2016-07-15 at 12:02 +0200, Paolo Bonzini wrote:
>
> On 15/07/2016 10:47, Juergen Gross wrote:
> > Nothing scaring and no real difference between working and not working
> > variant.
> >
> > Meanwhile I've been digging a little bit deeper and found the reason:
> > libxenstore is setting up
Am 15.07.2016 um 12:12 schrieb Paolo Bonzini:
>
> On 15/07/2016 12:07, Peter Lieven wrote:
>> Am 15.07.2016 um 12:02 schrieb Paolo Bonzini:
>>> On 15/07/2016 10:47, Juergen Gross wrote:
Nothing scaring and no real difference between working and not working
variant.
Meanwhile I'v
On Fri, 2016-07-15 at 11:38 +0200, Juergen Gross wrote:
> Hmm, are you aware of commit bac6334b51d9bcfe57ecf4a4cb5288348fcf044a
> which explicitly moved cpupool_rm_domain() at the place where you are
> removing it again? Please verify that the scenario mentioned in the
> description of that commit
On 7/15/2016 1:06 PM, Julien Grall wrote:
On 15/07/16 10:55, Corneliu ZUZU wrote:
On 7/15/2016 12:28 PM, Julien Grall wrote:
Hi Corneliu,
On 15/07/16 07:48, Corneliu ZUZU wrote:
Move duplicate macros between asm-arm/arm32/atomic.h and
asm-arm/arm64/atomic.h
to asm-arm/atomic.h. Adjust READM
> First of all, is this a PV or HVM domU ?
it is a PV
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Lars Kurth writes ("Re: [Xen-devel] xenbits "official" repo for XTF (was Re:
[PATCH 0/2] xtf: add launcher (+1 bugfix)"):
> Alright, [stuff]
With my xenbits admin hat on I therefore intend to:
* Create xtf.git in the xenbits toplevel
and give it the appropriate permissions
* Create xtf.git
On 07/14/2016 12:37 PM, Wei Liu wrote:
On Wed, Jun 22, 2016 at 10:38:53AM +0200, Paulina Szubarczyk wrote:
diff --git a/configure b/configure
index e41876a..355d3fa 100755
--- a/configure
+++ b/configure
@@ -1843,7 +1843,7 @@ fi
# xen probe
if test "$xen" != "no" ; then
- xen_libs="-lxen
On 15/07/2016 12:12, Gerd Hoffmann wrote:
> On Fr, 2016-07-15 at 12:02 +0200, Paolo Bonzini wrote:
>>
>> On 15/07/2016 10:47, Juergen Gross wrote:
>>> Nothing scaring and no real difference between working and not working
>>> variant.
>>>
>>> Meanwhile I've been digging a little bit deeper and fo
On 15/07/16 12:14, Dario Faggioli wrote:
> On Fri, 2016-07-15 at 11:38 +0200, Juergen Gross wrote:
>> Hmm, are you aware of commit bac6334b51d9bcfe57ecf4a4cb5288348fcf044a
>> which explicitly moved cpupool_rm_domain() at the place where you are
>> removing it again? Please verify that the scenario
Corneliu ZUZU (7):
1/7: asm-arm/atomic.h: fix arm32|arm64 macros duplication
Reviewed-by: Stefano Stabellini
Changed:
* remove paragraph(s) from README.LinuxPrimitives file
* no empty line additions
2/7: asm-x86/atomic.h: minor: proper atomic_inc_and_test() placement
On 15/07/16 12:35, Paolo Bonzini wrote:
>
>
> On 15/07/2016 12:12, Gerd Hoffmann wrote:
>> On Fr, 2016-07-15 at 12:02 +0200, Paolo Bonzini wrote:
>>>
>>> On 15/07/2016 10:47, Juergen Gross wrote:
Nothing scaring and no real difference between working and not working
variant.
M
Move duplicate macros between asm-arm/arm32/atomic.h and asm-arm/arm64/atomic.h
to asm-arm/atomic.h.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Stefano Stabellini
---
Changed since v4:
* remove paragraph(s) from README.LinuxPrimitives file
* no empty line additions
---
xen/arch/arm/README.Li
Place atomic_inc_and_test() implementation after atomic_inc().
Also empty line fix.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Andrew Cooper
---
Changed since v4:
---
xen/include/asm-x86/atomic.h | 39 +++
1 file changed, 19 insertions(+), 20 deletions(-)
di
Reorder macro definitions to match x86-side.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
Changed since v4:
---
xen/include/asm-arm/atomic.h | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/xen/include/asm-arm/
On 15/07/16 11:41, Corneliu ZUZU wrote:
Move duplicate macros between asm-arm/arm32/atomic.h and asm-arm/arm64/atomic.h
to asm-arm/atomic.h.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
Regards,
---
Changed since v4:
* remove paragraph(s) from
Create a common-side to establish, among others, prototypes of
atomic functions called from common-code. Done to avoid introducing
inconsistencies between arch-side headers when we make subtle
changes to one of them. Some arm-side macros had to be turned into inline
functions in the process.
Rem
This wouldn't let me make a param of a function that used atomic_read() const.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Andrew Cooper
Reviewed-by: Stefano Stabellini
Reviewed-by: Julien Grall
---
Changed since v4:
---
xen/include/asm-arm/atomic.h | 2 +-
xen/include/asm-x86/atomic.h | 2 +-
Turn atomic_inc_return and atomic_dec_return atomic.h macros to inline
functions.
Signed-off-by: Corneliu ZUZU
Reviewed-by: Stefano Stabellini
---
Changed since v4:
* README.LinuxPrimitives not updated anymore
---
xen/include/asm-arm/atomic.h | 13 ++---
1 file changed, 10 insertions(
ARM ():
* add atomic_add_unless() wrapper over __atomic_add_unless()
(for common-code interface, i.e. )
X86 ():
* implement missing functions atomic_{sub,inc,dec}_return(), atomic_add_unless()
* implement missing macro atomic_xchg()
COMMON ():
* add prototypes for the aforementioned newly imple
On 15/07/2016 11:21, "Ian Jackson" wrote:
>Lars Kurth writes ("Re: [Xen-devel] xenbits "official" repo for XTF (was
>Re: [PATCH 0/2] xtf: add launcher (+1 bugfix)"):
>> Alright, [stuff]
>
>With my xenbits admin hat on I therefore intend to:
>
> * Create xtf.git in the xenbits toplevel
> and g
On Fri, Jul 15, 2016 at 12:28:48PM +0200, Paulina Szubarczyk wrote:
>
>
> On 07/14/2016 12:37 PM, Wei Liu wrote:
> >On Wed, Jun 22, 2016 at 10:38:53AM +0200, Paulina Szubarczyk wrote:
> >>diff --git a/configure b/configure
> >>index e41876a..355d3fa 100755
> >>--- a/configure
> >>+++ b/configure
On 13/07/16 17:47, Stefano Stabellini wrote:
> Hi all,
>
> This is the design document of the XenSock protocol. You can find
> prototypes of the Linux frontend and backend drivers here:
...
> ### Commands Ring
>
> The shared ring is used by the frontend to forward socket API calls to the
> backen
On 7/12/2016 11:07 AM, Corneliu ZUZU wrote:
On 7/12/2016 10:45 AM, Tian, Kevin wrote:
From: Corneliu ZUZU [mailto:cz...@bitdefender.com]
Sent: Monday, July 11, 2016 2:19 PM
+static inline
+void monitor_ctrlreg_adjust_traps(struct domain *d, unsigned int
index)
+{
+/* For now, VMX only. */
On Fri, 2016-07-15 at 12:36 +0200, Juergen Gross wrote:
> On 15/07/16 12:14, Dario Faggioli wrote:
> > In particular, I'm probably not fully understanding, from that
> > commit
> > changelog, what is the set of operations/command that I should run
> > to
> > check whether or not I reintroduced the
> -Original Message-
> From: Juergen Gross [mailto:jgr...@suse.com]
> Sent: 15 July 2016 12:37
> To: Stefano Stabellini; xen-de...@lists.xenproject.org
> Cc: joao.m.mart...@oracle.com; Wei Liu; Roger Pau Monne; Lars Kurth;
> boris.ostrov...@oracle.com; Paul Durrant
> Subject: Re: [DRAFT v2]
[Reducing the rate of cross-posting a bit]
On Wed, 2016-06-08 at 11:43 -0400, Meng Xu wrote:
> On Wed, Jun 8, 2016 at 9:02 AM, Lars Kurth
> wrote:
> > In addition to presentations, we will be running a half-day
> > hackathon alongside the Summit on the last day. Xen Project
> > hackathons have ev
c/s 2fc002b "xen: Use a typesafe to define INVALID_GFN" changed INVALID_GFN to
be a boxed type.
Identified by a Travis randconfig run:
https://travis-ci.org/xen-project/xen/jobs/144980445
Signed-off-by: Andrew Cooper
---
CC: Tim Deegan
CC: George Dunlap
CC: Julien Grall
---
xen/arch/x86/mm
At 13:07 +0100 on 15 Jul (1468588072), Andrew Cooper wrote:
> c/s 2fc002b "xen: Use a typesafe to define INVALID_GFN" changed INVALID_GFN to
> be a boxed type.
>
> Identified by a Travis randconfig run:
> https://travis-ci.org/xen-project/xen/jobs/144980445
>
> Signed-off-by: Andrew Cooper
Ac
flight 97356 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97356/
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 12
Hi Andrew,
On 15/07/16 13:07, Andrew Cooper wrote:
c/s 2fc002b "xen: Use a typesafe to define INVALID_GFN" changed INVALID_GFN to
be a boxed type.
Identified by a Travis randconfig run:
https://travis-ci.org/xen-project/xen/jobs/144980445
Signed-off-by: Andrew Cooper
Sorry for the breaka
On 15/07/16 13:33, Julien Grall wrote:
> Hi Andrew,
>
> On 15/07/16 13:07, Andrew Cooper wrote:
>> c/s 2fc002b "xen: Use a typesafe to define INVALID_GFN" changed
>> INVALID_GFN to
>> be a boxed type.
>>
>> Identified by a Travis randconfig run:
>>https://travis-ci.org/xen-project/xen/jobs/1449
On 15/07/2016 12:41, Juergen Gross wrote:
> On 15/07/16 12:35, Paolo Bonzini wrote:
>>
>>
>> On 15/07/2016 12:12, Gerd Hoffmann wrote:
>>> On Fr, 2016-07-15 at 12:02 +0200, Paolo Bonzini wrote:
On 15/07/2016 10:47, Juergen Gross wrote:
> Nothing scaring and no real difference betwee
On 15/07/16 13:52, Dario Faggioli wrote:
> On Fri, 2016-07-15 at 12:36 +0200, Juergen Gross wrote:
>> On 15/07/16 12:14, Dario Faggioli wrote:
>>> In particular, I'm probably not fully understanding, from that
>>> commit
>>> changelog, what is the set of operations/command that I should run
>>> to
Since c/s 41b61be1c "xsm: add a default policy to .init.data", checkpackage is
required for the hypervisor build if randconfig decides to enable XSM.
Identified by a Travis randconfig run:
https://travis-ci.org/andyhhp/xen/jobs/144989065
Signed-off-by: Andrew Cooper
---
CC: Doug Goldstein
---
On 15/07/16 13:54, Andrew Cooper wrote:
> Since c/s 41b61be1c "xsm: add a default policy to .init.data", checkpackage is
s/checkpackage/checkpolicy/
Not sure what came over me.
~Andrew
> required for the hypervisor build if randconfig decides to enable XSM.
>
> Identified by a Travis randconfig
branch xen-unstable
xenbranch xen-unstable
job build-i386-libvirt
testid libvirt-build
Tree: libvirt git://libvirt.org/libvirt.git
Tree: libvirt_gnulib git://git.sv.gnu.org/gnulib.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen
On 15/07/16 11:41, Corneliu ZUZU wrote:
> Corneliu ZUZU (7):
> 1/7: asm-arm/atomic.h: fix arm32|arm64 macros duplication
> Reviewed-by: Stefano Stabellini
> Changed:
> * remove paragraph(s) from README.LinuxPrimitives file
> * no empty line additions
>
> 2/7: asm-x86/at
On 07/15/2016 02:02 PM, osstest service owner wrote:
> branch xen-unstable
> xenbranch xen-unstable
> job build-i386-libvirt
> testid libvirt-build
>
> Tree: libvirt git://libvirt.org/libvirt.git
> Tree: libvirt_gnulib git://git.sv.gnu.org/gnulib.git
> Tree: qemu git://xenbits.xen.org/qemu-xen-tra
Hi Julien,
Are you okay to insert the below two validation checks before inserting
mmio handler?
void register_mmio_handler(struct domain *d,
const struct mmio_handler_ops *ops,
paddr_t addr, paddr_t size, void *priv)
{
struct vmmio *vm
On 15/07/16 14:42, Paolo Bonzini wrote:
>
>
> On 15/07/2016 12:41, Juergen Gross wrote:
>> On 15/07/16 12:35, Paolo Bonzini wrote:
>>>
>>>
>>> On 15/07/2016 12:12, Gerd Hoffmann wrote:
On Fr, 2016-07-15 at 12:02 +0200, Paolo Bonzini wrote:
>
> On 15/07/2016 10:47, Juergen Gross wrote
On 7/15/16 7:54 AM, Andrew Cooper wrote:
> Since c/s 41b61be1c "xsm: add a default policy to .init.data", checkpackage is
> required for the hypervisor build if randconfig decides to enable XSM.
>
> Identified by a Travis randconfig run:
> https://travis-ci.org/andyhhp/xen/jobs/144989065
>
> Si
On Thu, Jul 14, 2016 at 09:05:36AM +0100, Ross Lagerwall wrote:
> On 06/15/2016 03:00 PM, Konrad Rzeszutek Wilk wrote:
> >On Wed, Jun 15, 2016 at 09:08:46AM +0100, Ross Lagerwall wrote:
> >>On 06/14/2016 04:35 PM, Konrad Rzeszutek Wilk wrote:
> >>>On Fri, Jun 10, 2016 at 12:02:44PM +0100, Ross Lage
Hi Sergej,
On 04/07/16 12:45, Sergej Proskurin wrote:
This commit changes the prototype of the following functions:
- apply_p2m_changes
- apply_one_level
- p2m_shatter_page
- p2m_create_table
- __p2m_lookup
- __p2m_get_mem_access
These changes are required as our implementation reuses most of t
On Thu, Jul 14, 2016 at 04:53:07PM +0100, Anthony PERARD wrote:
> Hi,
>
> I've been investigating why OVMF is very slow in a Xen guest on an AMD
> host. This, I think, is the current failure that osstest is having.
>
> I've only look at a specific part of OVMF where the slowdown is very
> obviou
On 7/15/2016 4:05 PM, Andrew Cooper wrote:
On 15/07/16 11:41, Corneliu ZUZU wrote:
Corneliu ZUZU (7):
1/7: asm-arm/atomic.h: fix arm32|arm64 macros duplication
Reviewed-by: Stefano Stabellini
Changed:
* remove paragraph(s) from README.LinuxPrimitives file
* no emp
flight 97328 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97328/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail
REGR. vs. 94748
test-amd64-i386-
On Fri, 2016-07-15 at 14:52 +0200, Juergen Gross wrote:
> On 15/07/16 13:52, Dario Faggioli wrote:
> >
> > On Fri, 2016-07-15 at 12:36 +0200, Juergen Gross wrote:
> > >
> > > On 15/07/16 12:14, Dario Faggioli wrote:
> > > >
> > > > In particular, I'm probably not fully understanding, from that
>
On 07/14/2016 06:34 AM, Andrew Cooper wrote:
> On 14/07/16 11:25, George Dunlap wrote:
>> On 13/07/16 21:57, Boris Ostrovsky wrote:
>>> On 07/13/2016 04:34 PM, Andrew Cooper wrote:
On 13/07/2016 21:17, Boris Ostrovsky wrote:
> On 07/13/2016 04:02 PM, Andrew Cooper wrote:
>> On 13/07/16
In both Credit1 and Credit2, stop considering a pCPU idle,
if the reason why the idle vCPU is being selected, is to
do tasklet work.
Not doing so means that the tickling and load balancing
logic, seeing the pCPU as idle, considers it a candidate
for picking up vCPUs. But the pCPU won't actually pi
Hi,
Version 2 of the patch series. Not much to say apart from the fact that (I
think) I've addressed all the review comments v1 received (thanks everyone!).
Details are in the individual changelogs.
It's smaller because George commited some of the patches already.
As mentioned in the v1 thread,
as all the accesses to both the masks and the flags are
serialized by the runqueues locks already.
Signed-off-by: Dario Faggioli
Acked-by: George Dunlap
---
Cc: Anshul Makkar
Cc: David Vrabel
---
xen/common/sched_credit2.c | 48 ++--
1 file changed, 2
Mainly, almost all of the BUG_ON-s can be converted into
ASSERTS, and almost all the debug printk can either be
removed or turned into tracing.
The 'TODO' list, in a comment at the beginning of the file,
was also stale, so remove items that were still there but
are actually done.
Signed-off-by: D
The existing load tracking code was hard to understad and
maintain, and not entirely consistent. This is due to a
number of reasons:
- code and comments were not in perfect sync, making it
difficult to figure out what the intent of a particular
choice was (e.g., the choice of 18 for load_win
Add the shift used for the precision of the integer
arithmetic to the trace records, and update both xenalyze
and xentrace_format to make use of/print it.
In particular, in xenalyze, we are can now show the
load as a (easier to interpreet) percentage.
Signed-off-by: Dario Faggioli
Reviewed-by: G
This really should not happen, but:
1. it does happen! Some more info here:
http://lists.xen.org/archives/html/xen-devel/2016-06/msg00922.html
2. independently from 1, it makes sense and is easy enough
to have a 'safety catch'.
The reason why this is particularly bad for Credit2 is that
(and fix the style of two labels as well.)
Signed-off-by: Dario Faggioli
Acked-by: George Dunlap
---
Cc: Anshul Makkar
Cc: David Vrabel
---
xen/common/sched_credit2.c | 58 +---
1 file changed, 54 insertions(+), 4 deletions(-)
diff --git a/xen/common
Signed-off-by: Dario Faggioli
---
Cc: George Dunlap
Cc: Anshul Makkar
Cc: David Vrabel
---
Changes from v1:
* avoid stray code removal in balance_load(), as pointed out by George
during review.
---
xen/common/sched_credit2.c | 112 +++-
1 file chang
more specifically, with: TICKLE_NEW, RUNQ_MAX_WEIGHT,
MIGRATE, LOAD_CHECK, LOAD_BALANCE and PICKED_CPU, and
in both both xenalyze and formats (for xentrace_format).
Signed-off-by: Dario Faggioli
Acked-by: George Dunlap
---
Cc: Ian Jackson
Cc: Wei Liu
Cc: Anshul Makkar
---
tools/xentrace/form
In fact, the data it protects only change either at init-time,
during cpupools manipulation, or when changing domains' weights.
In all other cases (namely, load balancing, reading weights
and status dumping), information is only read.
Therefore, let the lock be an read/write one. This means there
In fact, right now, we recommend keepeing runqueues
arranged per-core, so that it is the inter-runqueue load
balancing code that automatically spreads the work in an
SMT friendly way. This means that any other runq
arrangement one may want to use falls short of SMT
scheduling optimizations.
This c
On 07/14/2016 09:29 AM, Andrew Cooper wrote:
>
> However, I would recommend getting something functioning first, before
> trying to optimise it.
There are two fairly independent parts to improving scrubbing: one is
making it asynchronous and second is improving clear_page() performance.
Whole-RAM
flight 97319 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97319/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit2 6 xen-boot fail REGR. vs. 96188
test-amd64-amd64-xl-qe
On Fri, Jul 15, 2016 at 8:01 AM, Dario Faggioli
wrote:
> [Reducing the rate of cross-posting a bit]
>
> On Wed, 2016-06-08 at 11:43 -0400, Meng Xu wrote:
> > On Wed, Jun 8, 2016 at 9:02 AM, Lars Kurth
> > wrote:
> > > In addition to presentations, we will be running a half-day
> > > hackathon al
On Jul 15, 2016 02:57, "George Dunlap" wrote:
>
> On Thu, May 26, 2016 at 5:17 PM, Tamas K Lengyel
wrote:
> >
> > On May 26, 2016 04:40, "George Dunlap" wrote:
> >>
> >> On 26/05/16 04:55, Tamas K Lengyel wrote:
> >> > Move sharing locks above altp2m to avoid locking order violation.
Allow
> >>
On 15/07/16 15:53, Boris Ostrovsky wrote:
> On 07/14/2016 09:29 AM, Andrew Cooper wrote:
>> However, I would recommend getting something functioning first, before
>> trying to optimise it.
> There are two fairly independent parts to improving scrubbing: one is
> making it asynchronous and second is
flight 97368 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/97368/
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 12
1 - 100 of 148 matches
Mail list logo
