On Tue, Oct 09, 2018 at 03:57:08PM +0100, Wei Liu wrote:
> Commit 2916951c1 ("mm / iommu: include need_iommu() test in
> iommu_use_hap_pt()") included need_iommu() in iommu_use_hap_pt and
> 91d4eca7add ("mm / iommu: split need_iommu() into has_iommu_pt() and
> need_iommu_pt_sync()") made things fin
On Wed, Oct 10, 2018 at 6:41 PM Meng Xu wrote:
>
> The jitter may come from Xen or the OS in dom0.
> It will be useful to know what is the jitter if you run the test on PetaLinux.
> (It's understandable the jitter is gone without OS. It is also common
> that OS introduces various interferences.)
On Thu 11-10-18 07:59:32, Arun KS wrote:
> On 2018-10-10 23:03, Michal Hocko wrote:
> > On Wed 10-10-18 22:26:41, Arun KS wrote:
> > > On 2018-10-10 21:00, Vlastimil Babka wrote:
> > > > On 10/5/18 10:10 AM, Arun KS wrote:
> > > > > When free pages are done with higher order, time spend on
> > > >
Hello,
Found while looking at some OSSTest logs.
Oct 9 14:03:09.579037 (XEN) avc: denied { setup } for domid=0
scontext=system_u:system_r:dom0_t tcontext=system_u:system_r:xen_t
tclass=resource
Oct 9 14:03:09.590863 [0.522193] Failed to report MMCONFIG reservation
state for PCI MMCONFI
On 10/10/18 6:56 PM, Arun KS wrote:
> On 2018-10-10 21:00, Vlastimil Babka wrote:
>> On 10/5/18 10:10 AM, Arun KS wrote:
>>> When free pages are done with higher order, time spend on
>>> coalescing pages by buddy allocator can be reduced. With
>>> section size of 256MB, hot add latency of a single
On Thu 11-10-18 10:07:02, Vlastimil Babka wrote:
> On 10/10/18 6:56 PM, Arun KS wrote:
> > On 2018-10-10 21:00, Vlastimil Babka wrote:
> >> On 10/5/18 10:10 AM, Arun KS wrote:
> >>> When free pages are done with higher order, time spend on
> >>> coalescing pages by buddy allocator can be reduced. W
Ping+1
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf
> Of Paul Durrant
> Sent: 02 October 2018 13:33
> To: Suravee Suthikulpanit ; Brian Woods
>
> Cc: xen-devel@lists.xenproject.org
> Subject: Re: [Xen-devel] [PATCH v2] amd-iommu: use cor
Ping+1
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf
> Of Paul Durrant
> Sent: 02 October 2018 13:33
> To: Suravee Suthikulpanit ; Brian Woods
>
> Cc: xen-devel@lists.xenproject.org
> Subject: Re: [Xen-devel] [PATCH] amd-iommu: get rid of
On Tue, Oct 09, 2018 at 03:57:08PM +0100, Wei Liu wrote:
> Commit 2916951c1 ("mm / iommu: include need_iommu() test in
> iommu_use_hap_pt()") included need_iommu() in iommu_use_hap_pt and
> 91d4eca7add ("mm / iommu: split need_iommu() into has_iommu_pt() and
> need_iommu_pt_sync()") made things fin
Add Kevin in the To: field
On Thu, Oct 11, 2018 at 09:27:31AM +0100, Wei Liu wrote:
> On Tue, Oct 09, 2018 at 03:57:08PM +0100, Wei Liu wrote:
> > Commit 2916951c1 ("mm / iommu: include need_iommu() test in
> > iommu_use_hap_pt()") included need_iommu() in iommu_use_hap_pt and
> > 91d4eca7add ("mm
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: Thursday, October 11, 2018 4:28 PM
>
> On Tue, Oct 09, 2018 at 03:57:08PM +0100, Wei Liu wrote:
> > Commit 2916951c1 ("mm / iommu: include need_iommu() test in
> > iommu_use_hap_pt()") included need_iommu() in iommu_use_hap_pt
> and
> > 91d4eca7
On Thu, Oct 11, 2018 at 08:30:59AM +, Tian, Kevin wrote:
> > From: Wei Liu [mailto:wei.l...@citrix.com]
> > Sent: Thursday, October 11, 2018 4:28 PM
> >
> > On Tue, Oct 09, 2018 at 03:57:08PM +0100, Wei Liu wrote:
> > > Commit 2916951c1 ("mm / iommu: include need_iommu() test in
> > > iommu_us
flight 128553 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128553/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-ws16-amd64 15 guest-saverestore.2 fail REGR. vs.
128105
Tests which
flight 128613 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128613/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b9c055f72b9dbc9cef3a65b9a4932ad6e4f403e0
baseline version:
ovmf 2730470f9d3bbaed51a04
On 10/11/2018 06:05 AM, Juergen Gross wrote:
> On 10/10/2018 18:57, Boris Ostrovsky wrote:
>> On 10/10/18 11:53 AM, Juergen Gross wrote:
>>> On 10/10/2018 17:09, Joao Martins wrote:
On 10/09/2018 05:09 PM, Juergen Gross wrote:
> xenbus_va_dev_error() will try to write error messages to Xen
flight 128628 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128628/
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
On Wed, Oct 10, 2018 at 04:18:52PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[PATCH v5 01/15] libxl: Design of an async API to
> issue QMP commands to QEMU"):
> > All the functions will be implemented in later patches.
>
> This patch looks good to me. Although it's a bit odd to mix som
Anthony PERARD writes ("Re: [PATCH v5 01/15] libxl: Design of an async API to
issue QMP commands to QEMU"):
> Maybe I could avoid the word "chained" and replace that paragraph with
> something like:
> "Commands can be submited one after an other with the same connection.
> (e.g. the result from th
On Wed, Oct 10, 2018 at 04:29:03PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[PATCH v5 02/15] libxl_qmp: Connect to QMP socket"):
> > This is a first patch to implement libxl__ev_qmp, it only connects to
> > the QMP socket of QEMU and registers a fd callback that does nothing.
> ...
> > +
>>> On 11.10.18 at 10:05, wrote:
> Found while looking at some OSSTest logs.
>
> Oct 9 14:03:09.579037 (XEN) avc: denied { setup } for domid=0
> scontext=system_u:system_r:dom0_t tcontext=system_u:system_r:xen_t
> tclass=resource
> Oct 9 14:03:09.590863 [0.522193] Failed to report MMCON
This run is configured for baseline tests only.
flight 75390 xen-unstable real [real]
http://osstest.xensource.com/osstest/logs/75390/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64
I misunderstood the passthrough concept, it only allows guest domain
to use certain interrupts and memory. Is there are way to somehow
route interrupt from domU (bare-metal app) to hw?
On Thu, Oct 11, 2018 at 9:36 AM Milan Boberic wrote:
>
> On Wed, Oct 10, 2018 at 6:41 PM Meng Xu wrote:
> >
> >
The number of bytes can not be negative nor zero.
Fixed 2 format string:
- hw/char/spapr_vty.c
- hw/usb/ccid-card-passthru.c
Signed-off-by: Philippe Mathieu-Daudé
---
See: https://lists.gnu.org/archive/html/qemu-devel/2018-10/msg02212.html
backends/rng-egd.c | 4 ++--
chardev/char-fd.
branch xen-4.10-testing
xenbranch xen-4.10-testing
job build-armhf
testid xen-build
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in tree: xen git://xenbits.xen.org/xen.git
Bug introduced: d86c9a
Load balancing, when happening, at the end of a "scheduler epoch", can
trigger vcpu migration, which in its turn may call runq_tickle(). If the
cpu where this happens was idle, but we're now going to schedule a vcpu
on it, let's update the runq's idle cpus mask accordingly _before_ doing
load balan
For doing load balancing between runqueues, we check the load of each
runqueue, select the one more "distant" than our own load, and then take
the proper runq lock and attempt vcpu migrations.
If we fail to take such lock, we try again, and the idea was to give up
and bail if, during the checking
On Wed, Oct 10, 2018 at 04:47:08PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[PATCH v5 03/15] libxl_qmp: Implement fd callback and
> read data"):
> > First step into taking care of the input from QEMU's QMP socket. For
> > now, we read data and store them in a buffer.
> ...
> > +if (
On Thu 11 Oct 2018 03:14:13 PM CEST, Philippe Mathieu-Daudé wrote:
> diff --git a/hw/char/ipoctal232.c b/hw/char/ipoctal232.c
> index 5e09caf851..ba3f3408a2 100644
> --- a/hw/char/ipoctal232.c
> +++ b/hw/char/ipoctal232.c
> @@ -461,14 +461,14 @@ static void mem_write8(IPackDevice *ip, uint32_t addr
flight 128636 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128636/
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
>>> On 11.10.18 at 15:44, wrote:
> Load balancing, when happening, at the end of a "scheduler epoch", can
> trigger vcpu migration, which in its turn may call runq_tickle(). If the
> cpu where this happens was idle, but we're now going to schedule a vcpu
> on it, let's update the runq's idle cpus
On Thu, Oct 11, 2018 at 01:49:01AM +0200, Marek Marczykowski-Górecki wrote:
> On Fri, Sep 07, 2018 at 04:10:50PM +0100, Anthony PERARD wrote:
> > + * Only one connection at a time can be made to one QEMU, so avoid keeping
> > a
> > + * libxl__ev_qmp Connected for to long and call libxl__ev_qmp_dis
flight 75392 distros-debian-wheezy real [real]
http://osstest.xensource.com/osstest/logs/75392/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken
build-i386
On 11/10/2018 15:14, Philippe Mathieu-Daudé wrote:
> The number of bytes can not be negative nor zero.
>
> Fixed 2 format string:
> - hw/char/spapr_vty.c
> - hw/usb/ccid-card-passthru.c
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> See: https://lists.gnu.org/archive/html/qemu-devel/2018-10/m
On 11/10/2018 17:14, Paolo Bonzini wrote:
> On 11/10/2018 15:14, Philippe Mathieu-Daudé wrote:
>> The number of bytes can not be negative nor zero.
>>
>> Fixed 2 format string:
>> - hw/char/spapr_vty.c
>> - hw/usb/ccid-card-passthru.c
>>
>> Signed-off-by: Philippe Mathieu-Daudé
>> ---
>> See: http
On 11/10/2018 17:24, Philippe Mathieu-Daudé wrote:
>> On the other hand, fd_chr_read_poll is not an IOCanReadHandler, and this
>> patch therefore probably doesn't compile?
> It does compile.
>
> fd_chr_update_read_handler() uses fd_chr_read_poll with io_add_watch_poll():
>
> GSource *io_add_watch
Hi Milan,
On Thu, Oct 11, 2018 at 12:36 AM Milan Boberic wrote:
>
> On Wed, Oct 10, 2018 at 6:41 PM Meng Xu wrote:
> >
> > The jitter may come from Xen or the OS in dom0.
> > It will be useful to know what is the jitter if you run the test on
> > PetaLinux.
> > (It's understandable the jitter i
flight 128563 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128563/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stopfail like 128518
test-armhf-armhf-libvirt 14 sav
On 11/10/2018 17:34, Paolo Bonzini wrote:
> On 11/10/2018 17:24, Philippe Mathieu-Daudé wrote:
>>> On the other hand, fd_chr_read_poll is not an IOCanReadHandler, and this
>>> patch therefore probably doesn't compile?
>> It does compile.
>>
>> fd_chr_update_read_handler() uses fd_chr_read_poll with
> On Oct 2, 2018, at 1:47 PM, Jan Beulich wrote:
>
On 02.10.18 at 12:51, wrote:
>
>> This doesn't behave like real hardware, and definitely doesn't behave as
>> named - "struct hvmemul_cache" is simply false. If it were named
>> hvmemul_psc (or some other variation on Paging Structure Ca
>>> On 11.10.18 at 17:54, wrote:
>> On Oct 2, 2018, at 1:47 PM, Jan Beulich wrote:
>>
> On 02.10.18 at 12:51, wrote:
>>
>>> This doesn't behave like real hardware, and definitely doesn't behave as
>>> named - "struct hvmemul_cache" is simply false. If it were named
>>> hvmemul_psc (or so
If a block device is hot-added when we are out of grants,
gnttab_grant_foreign_access fails with -ENOSPC (log message "28
granting access to ring page") in this code path:
talk_to_blkback ->
setup_blkring ->
xenbus_grant_ring ->
gnttab_grant_foreig
> On Oct 11, 2018, at 5:15 PM, Jan Beulich wrote:
>
On 11.10.18 at 17:54, wrote:
>
>>> On Oct 2, 2018, at 1:47 PM, Jan Beulich wrote:
>>>
>> On 02.10.18 at 12:51, wrote:
>>>
This doesn't behave like real hardware, and definitely doesn't behave as
named - "struct hvmemul
On Thu, Oct 11, 2018 at 06:20:00PM +0200, Vasilis Liaskovitis wrote:
> If a block device is hot-added when we are out of grants,
> gnttab_grant_foreign_access fails with -ENOSPC (log message "28
> granting access to ring page") in this code path:
>
> talk_to_blkback ->
> setup_blkring ->
>
Hey,
Be a bit more careful about not top posting, please? :-)
On Thu, 2018-10-11 at 14:17 +0200, Milan Boberic wrote:
> I misunderstood the passthrough concept, it only allows guest domain
> to use certain interrupts and memory.
>
I'm afraid we totally rely on people with much more experience th
> On Oct 2, 2018, at 11:51 AM, Andrew Cooper wrote:
>
> On 02/10/18 11:36, Jan Beulich wrote:
> On 25.09.18 at 16:14, wrote:
>>> Emulation requiring device model assistance uses a form of instruction
>>> re-execution, assuming that the second (and any further) pass takes
>>> exactly the sa
On Thu, 2018-10-11 at 15:19 +0100, Jan Beulich wrote:
> > > > On 11.10.18 at 15:44, wrote:
> > Not doing that, in fact, may cause runq_tickle() to think that the
> > cpu
> > is still idle, and tickle it to go pick up a vcpu from the
> > runqueue,
> > which might be wrong/unideal.
>
> Makes sense
Hey,
Sorry if replying took some time. :-P
On Fri, 2018-09-07 at 18:00 +0200, Juergen Gross wrote:
> On 25/08/18 01:35, Dario Faggioli wrote:
> >
> > There are git branches here:
> > https://gitlab.com/dfaggioli/xen.git rel/sched/core-scheduling-
> > RFCv1
> > https://github.com/fdario/xen.git
On Wed, Oct 10, 2018 at 5:10 PM Andrew Cooper wrote:
>
> On 10/10/18 23:08, Spencer Michaels wrote:
> > Interesting … sorry, I had read the docs a while ago and my
> > interpretation at the time was that it didn't. I can try to get libvmi
> > working, but nonetheless I do want to figure out how to
This run is configured for baseline tests only.
flight 75394 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75394/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
flight 128570 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128570/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 5 host-ping-check-native fail REGR. vs. 128388
test-amd64-amd64-xl-q
Thanks very much to both of you for the info! After Andrew's post today I
was able to write some code myself to walk the page tables and get it to
work correctly, and xc_translate_foreign_address is exactly what I want as
well. I had been digging through the Xen codebase for a while looking for
jus
http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=xen/arch/x86/mm/guest_walk.c;h=f67aeda3d0b73a2d79d436741c0b233807dc2024;hb=refs/heads/staging#l59
Be aware though, this file is compiled 3 times for each of the paging modes.
~Andrew
__
From: Spencer Michaels
On Thu, 11 Oct 2018, Milan Boberic wrote:
> On Wed, Oct 10, 2018 at 6:41 PM Meng Xu wrote:
> >
> > The jitter may come from Xen or the OS in dom0.
> > It will be useful to know what is the jitter if you run the test on
> > PetaLinux.
> > (It's understandable the jitter is gone without OS. It is a
This run is configured for baseline tests only.
flight 75396 qemu-mainline real [real]
http://osstest.xensource.com/osstest/logs/75396/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64
flight 128571 linux-4.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128571/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl broken
test-armhf-armhf-xl
flight 128632 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128632/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 8122c6bc8b6f1fde31f2af6c1560ec552204980d
baseline version:
ovmf b9c055f72b9dbc9cef3a6
The number of bytes can not be negative nor zero.
Fixed 2 format string:
- hw/char/spapr_vty.c
- hw/usb/ccid-card-passthru.c
Suggested-by: Paolo Bonzini
Signed-off-by: Philippe Mathieu-Daudé
Acked-by: Alberto Garcia
---
backends/rng-egd.c | 2 +-
chardev/char-mux.c | 2 +-
g
Suggested-by: Paolo Bonzini
Signed-off-by: Philippe Mathieu-Daudé
---
backends/rng-egd.c | 4 ++--
chardev/char-mux.c | 2 +-
gdbstub.c | 2 +-
hw/arm/pxa2xx.c | 2 +-
hw/arm/strongarm.c | 2 +-
hw/char/bcm2835_aux.c | 2 +-
hw/char/
flight 128607 xen-4.10-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128607/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-xsm 6 xen-buildfail REGR. vs. 128108
build-arm64
This run is configured for baseline tests only.
flight 75398 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75398/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
On 11/10/2018 19:37, Dario Faggioli wrote:
> Hey,
>
> Sorry if replying took some time. :-P
>
> On Fri, 2018-09-07 at 18:00 +0200, Juergen Gross wrote:
>> On 25/08/18 01:35, Dario Faggioli wrote:
>>>
>>> There are git branches here:
>>> https://gitlab.com/dfaggioli/xen.git rel/sched/core-schedul
>>> On 11.10.18 at 18:33, wrote:
>
>> On Oct 11, 2018, at 5:15 PM, Jan Beulich wrote:
>>
> On 11.10.18 at 17:54, wrote:
>>
On Oct 2, 2018, at 1:47 PM, Jan Beulich wrote:
>>> On 02.10.18 at 12:51, wrote:
> This doesn't behave like real hardware, and definitely d
62 matches
Mail list logo
