On Fri, 2017-05-19 at 22:45 +0300, Volodymyr Babchuk wrote:
> On 18 May 2017 at 22:00, Stefano Stabellini
> wrote:
> > ACTIONS:
> > Improve the null scheduler to enable decent stubdoms scheduling on
> > latency sensitive systems.
>
> I'm not very familiar with XEN schedulers.
>
Feel free to ask
flight 109691 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109691/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ac63e9392e7aa3791a4ea00e43c0658e6b20e2ee
baseline version:
ovmf 1c020add31d9ba5f556d9
>>> On 23.05.17 at 03:47, wrote:
>> >>> On 21.05.17 at 15:09, wrote:
>> > @@ -394,8 +395,11 @@ int vpmu_load(struct vcpu *v, bool_t from_guest)
>> > if ( !vpmu_is_set(vpmu, VPMU_CONTEXT_ALLOCATED) )
>> > return 0;
>> >
>> > -/* First time this VCPU is running here */
>> > -i
Hi Wei,
>> # Complex libxl types
>> #
>> @@ -470,6 +476,7 @@ libxl_domain_build_info = Struct("domain_build_info",[
>> ("disable_migrate", libxl_defbool),
>> ("cpuid", libxl_cpuid_policy_list),
>> ("blkdev_start",string),
>> +("vuart", libxl_vuart_type)
>>> On 22.05.17 at 20:01, wrote:
> On 05/10/2017 07:13 AM, Igor Druzhinin wrote:
>> The same set of functions is used to set as well as to clean
>> P2M entries, except that for clean operations INVALID_MFN (~0UL)
>> is passed as a parameter. Unfortunately, when calculating an
>> appropriate target
On 19/05/17 20:45, Volodymyr Babchuk wrote:
> Hi Stefano,
>
> On 18 May 2017 at 22:00, Stefano Stabellini wrote:
>
>> Description of the problem: need for a place to run emulators and
>> mediators outside of Xen, with low latency.
>>
>> Explanation of what EL0 apps are. What should be their inte
Thanks Jan and Dario for your inputs. Will incorporate your suggested
inputs and share the updated patch.
On Thu, 2017-05-18 at 16:47 +0200, Dario Faggioli wrote:
> On Thu, 2017-05-18 at 07:59 -0600, Jan Beulich wrote:
> >
> > >
> > > >
> > > > >
> > > > > On 11.05.17 at 19:21, wrote:
> > >
George, thanks the fixing.
With the patch, the testing is running on 90+ time LM without any error till
now, let's wait for the final result.
Thanks,
-Xudong
> -Original Message-
> From: George Dunlap [mailto:george.dun...@citrix.com]
> Sent: Monday, May 22, 2017 7:03 PM
> To: Hao, Xudo
On Mon, 22 May 2017, Julien Grall wrote:
> Hi all,
>
> Xen 4.9 rc6 is tagged. You can check that out from xen.git:
>
> git://xenbits.xen.org/xen.git 4.9.0-rc6
>
> For your convenience there is also a tarball at:
> https://downloads.xenproject.org/release/xen/4.9.0-rc6/xen-4.9.0-rc6.tar.gz
>
>
Hi,
I'm Felix Schmoll, one of the GSoC students this year. Go Xen!
In order to begin I am herewith posting an implementation proposal for the
first part of the project for comments.
==
1. Motivation and Description
==
Fuzzing is a r
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
> Beulich
> Sent: Tuesday, May 23, 2017 12:06 AM
> To: Hao, Xudong
> Cc: Lars Kurth ; Julien Grall ;
> xen-devel@lists.xen.org; George Dunlap ; Zhang,
> Haozhong
> Subject: Re: [Xen-devel] [BU
Hi,
Is it possible to give each channels of uart to different guests via pass
through mechanism?
regards
Georgeeldhojohn
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Hi,
On 22/05/17 18:20, Julien Grall wrote:
>
>
> On 22/05/17 17:50, Andre Przywara wrote:
>> Hi,
>
> Hi Andre,
>
>> On 18/05/17 15:23, Julien Grall wrote:
>>> Hi Andre,
>>>
>>> On 11/05/17 18:53, Andre Przywara wrote:
The DISCARD command drops the connection between a DeviceID/EventID
>>>
On Fri, May 19, 2017 at 06:53:39PM +0800, Chao Gao wrote:
>Hi, George.
>
>Per your suggesion, I tried to add some code to xenalyze.c to analyze
>some newly added events. To have more understanding, you can read the
>patch at the bottom. In this patch, I try to count how many times a
>given vcpu is
Hi,
On 22/05/17 23:15, Stefano Stabellini wrote:
> On Tue, 16 May 2017, Julien Grall wrote:
>> Hi Andre,
>>
>> On 11/05/17 18:53, Andre Przywara wrote:
>>> The target CPU for an LPI is encoded in the interrupt translation table
>>> entry, so can't be easily derived from just an LPI number (short o
Hi,
On 23/05/17 00:39, Stefano Stabellini wrote:
> On Thu, 11 May 2017, Andre Przywara wrote:
>> @@ -556,6 +583,93 @@ static int its_handle_mapd(struct virt_its *its,
>> uint64_t *cmdptr)
>> return ret;
>> }
>>
>> +static int its_handle_mapti(struct virt_its *its, uint64_t *cmdptr)
>> +{
>>> On 23.05.17 at 11:38, wrote:
> Is it possible to give each channels of uart to different guests via pass
> through mechanism?
If each channel is represented by a separate PCI device/function,
then likely yes. If they're all one PCI device, or not a PCI device
at all, then you may be able to h
Currently, Hot unplug a physical CPU with vpmu enabled may cause
system hang due to send a remote call to an offlined pCPU. This
patch add a cpu hot unplug notifer to save vpmu context before
cpu offline.
Consider one scenario, hot unplug pCPU N with vpmu enabled.
The vcpu which running on this pC
>>> On 23.05.17 at 11:12, wrote:
> On Thu, 2017-05-18 at 16:47 +0200, Dario Faggioli wrote:
>> On Thu, 2017-05-18 at 07:59 -0600, Jan Beulich wrote:
>> >
>> > >
>> > > >
>> > > > >
>> > > > > On 11.05.17 at 19:21, wrote:
>> > >
>> > > The patch contains the updated version of rbtree implemen
flight 109685 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109685/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm 19 guest-start/debian.repeat fail REGR. vs. 109656
test-amd64-i386-xl-
>>> On 23.05.17 at 11:33, wrote:
>> -Original Message-
>> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
>> Beulich
>> Sent: Tuesday, May 23, 2017 12:06 AM
>> To: Hao, Xudong
>> Cc: Lars Kurth ; Julien Grall ;
>> xen-devel@lists.xen.org; George Dunlap ; Zhang,
This run is configured for baseline tests only.
flight 71411 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71411/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-libvirt 5 libvirt-buildfai
Hi Stefano,
On 22/05/17 23:19, Stefano Stabellini wrote:
On Tue, 16 May 2017, Julien Grall wrote:
@@ -436,8 +473,26 @@ static int __vgic_v3_rdistr_rd_mmio_write(struct vcpu
*v, mmio_info_t *info,
switch ( gicr_reg )
{
case VREG32(GICR_CTLR):
-/* LPI's not implemented */
-
Hi Stefano,
On 22/05/17 23:32, Stefano Stabellini wrote:
On Thu, 11 May 2017, Andre Przywara wrote:
+case VREG64(GITS_CWRITER):
+if ( !vgic_reg64_check_access(info->dabt) ) goto bad_width;
+
+reg = its->cwriter;
+*r = vgic_reg64_extract(reg, info);
Why is this not
flight 71408 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71408/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-i386-daily-netboot-pygrub 21 leak-check/check fail REGR. vs.
71324
Hi Stefano,
On 23/05/17 00:48, Stefano Stabellini wrote:
On Fri, 19 May 2017, Stefano Stabellini wrote:
On Thu, 11 May 2017, Andre Przywara wrote:
When LPIs get unmapped by a guest, they might still be in some LR of
some VCPU. Nevertheless we remove the corresponding pending_irq
(possibly free
(CC Andrew and Ian)
On 23/05/17 10:24, M A Young wrote:
On Mon, 22 May 2017, Julien Grall wrote:
Hi all,
Xen 4.9 rc6 is tagged. You can check that out from xen.git:
git://xenbits.xen.org/xen.git 4.9.0-rc6
For your convenience there is also a tarball at:
https://downloads.xenproject.org/rel
On Thu, May 18, 2017 at 11:27:44AM -0600, Tamas K Lengyel wrote:
> On Thu, May 18, 2017 at 9:07 AM, Adrian Pop wrote:
> > Introduce a new hvmop, HVMOP_altp2m_set_suppress_ve, which allows a
> > domain to change the value of the #VE suppress bit for a page.
> >
> > Signed-off-by: Adrian Pop
> > --
On 2017年05月19日 20:04, Jan Beulich wrote:
On 19.05.17 at 13:16, wrote:
>> On Thu, May 18, 2017 at 01:32:59AM -0400, Lan Tianyu wrote:
>>> --- a/include/hw/i386/apic-msidef.h
>>> +++ b/include/hw/i386/apic-msidef.h
>>> @@ -26,6 +26,7 @@
>>>
>>> #define MSI_ADDR_DEST_ID_SHIFT 12
>>>
Jan Beulich writes ("Re: [Xen-devel] [PATCH] XenBus: Don't wait for producer to
fill the ring if the ring"):
> On 17.05.17 at 16:57, wrote:
> > --- a/tools/firmware/hvmloader/xenbus.c
> > +++ b/tools/firmware/hvmloader/xenbus.c
> > @@ -141,7 +141,18 @@ static void ring_read(char *data, uint32_t l
flight 109695 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109695/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 3b2928b46987693caaaeefbb7b799d1e1de803c0
baseline version:
ovmf ac63e9392e7aa3791a4ea
>>> On 27.04.17 at 16:35, wrote:
> Add traps to each capability PCI_CAP_LIST_NEXT field in order to mask them on
> request.
>
> All capabilities from the device are fetched and stored in an internal list,
> that's later used in order to return the next capability to the guest. Note
> that this on
>>> On 27.04.17 at 16:35, wrote:
> +#define REGISTER_VPCI_INIT(f, p)\
> + static const struct vpci_register_init\
> + x##_entry __used_section(".data.vpci") = {\
> +.init = f,
Thanks for the reply. we are using renesas rcar h3 board. Does it supports?
On Tuesday, May 23, 2017, Jan Beulich wrote:
> >>> On 23.05.17 at 11:38, >
> wrote:
> > Is it possible to give each channels of uart to different guests via pass
> > through mechanism?
>
> If each channel is represented
On 05/23/2017 04:07 AM, Jan Beulich wrote:
On 22.05.17 at 20:01, wrote:
>> On 05/10/2017 07:13 AM, Igor Druzhinin wrote:
>>> The same set of functions is used to set as well as to clean
>>> P2M entries, except that for clean operations INVALID_MFN (~0UL)
>>> is passed as a parameter. Unfortun
On Mon, May 22, 2017 at 04:45:21PM +0100, Ian Jackson wrote:
> I ran a special report[1] to see what to expect and:
>
>Tests which did not succeed and are blocking,
>including tests which could not be run:
> test-amd64-i386-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail REGR.
>
On Mon, May 22, 2017 at 04:45:20PM +0100, Ian Jackson wrote:
> Due to an oversight, this was not plumbed into sg-run-job.
>
> Signed-off-by: Ian Jackson
Acked-by: Roger Pau Monné
Roger.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://list
>>> On 23.05.17 at 14:42, wrote:
> Jan Beulich writes ("Re: [Xen-devel] [PATCH] XenBus: Don't wait for producer
> to fill the ring if the ring"):
>> On 17.05.17 at 16:57, wrote:
>> > --- a/tools/firmware/hvmloader/xenbus.c
>> > +++ b/tools/firmware/hvmloader/xenbus.c
>> > @@ -141,7 +141,18 @@ st
>>> On 23.05.17 at 15:00, wrote:
> (d1) Testing HVM environment:
> (XEN) d1v0 Triple fault - invoking HVM shutdown action 1
> (XEN) *** Dumping Dom1 vcpu#0 state: ***
> (XEN) [ Xen-4.9-rc x86_64 debug=y Tainted: C ]
> (XEN) CPU:11
> (XEN) RIP:0018:[<0010815c>]
> (XEN
On Thu, May 18, 2017 at 12:01:15PM +0100, Ian Jackson wrote:
> This runs an interactive shell session on the host, rathern than
> running `sh -c ""' on it.
>
> Evidently ssh checks for the presence of a command line specification
> after (foolishly, but now historically unavoidably) concatenating
>>> On 23.05.17 at 14:53, wrote:
> Thanks for the reply. we are using renesas rcar h3 board. Does it supports?
I have no idea, I'm an x86 person.
Also please don't top-post.
Jan
> On Tuesday, May 23, 2017, Jan Beulich wrote:
>
>> >>> On 23.05.17 at 11:38, >
>> wrote:
>> > Is it possible to g
On Thu, May 18, 2017 at 12:01:16PM +0100, Ian Jackson wrote:
> No callers yet.
>
> Signed-off-by: Ian Jackson
> ---
> cs-hosts-list | 64
> +++
> 1 file changed, 64 insertions(+)
> create mode 100755 cs-hosts-list
>
> diff --git a/cs-hos
On Thu, May 18, 2017 at 12:01:11PM +0100, Ian Jackson wrote:
> Any flight eventually blessed `adhoc' is supposed to contain, in the
> db, accurate information corresponding to a real clean run. This is
> not appropriate for playing about.
>
> Using `play' usefully disables a number of safety catc
Hello,
On 23/05/17 14:18, Jan Beulich wrote:
On 23.05.17 at 14:53, wrote:
Thanks for the reply. we are using renesas rcar h3 board. Does it supports?
A general rule is to provide as much as details on your mail so we can
provide the best feedback.
In this case, I don't fully understand wh
Hi Pranay,
As I say in my previous e-mail:
"I'm not familiar with QEMU, but in general case - you can't just take
image (for example RCAR-H3) and run it inside QEMU - a some things might be
different - uart, gic, timer, etc.
And i'm not sure about support of HW virtualization on QEMU - looks lik
On 23/05/17 14:35, Iurii Mykhalskyi wrote:
Hi Pranay,
As I say in my previous e-mail:
"I'm not familiar with QEMU, but in general case - you can't just take
image (for example RCAR-H3) and run it inside QEMU - a some things might
be different - uart, gic, timer, etc.
And i'm not sure about s
On 05/23/2017 09:17 AM, Jan Beulich wrote:
On 23.05.17 at 15:00, wrote:
>> (d1) Testing HVM environment:
>> (XEN) d1v0 Triple fault - invoking HVM shutdown action 1
>> (XEN) *** Dumping Dom1 vcpu#0 state: ***
>> (XEN) [ Xen-4.9-rc x86_64 debug=y Tainted: C ]
>> (XEN) CPU:11
Jan Beulich writes ("Re: [Xen-devel] [PATCH] XenBus: Don't wait for producer to
fill the ring if the ring"):
> On 23.05.17 at 14:42, wrote:
> > Thanks, and sorry to tetch.
[ much deleted because I really don't see much point me me arguing
this further ]
> While I can vaguely guess what you me
This is equivalent to the already existing authorized_keys function, and
generates the contents of the known_hosts file that should be installed on
targets.
Signed-off-by: Roger Pau Monné
---
Osstest/Debian.pm | 36 +---
Osstest/TestSupport.pm | 41 ++
This requires changes in several places in order to accommodate the FreeBSD
build, which although it's a build job, it doesn't have the same set of
dependencies as the current builds.
First, a new build recipe is added to sg-run-job, and accordingly sg-run-job is
also made aware about the differen
Hello,
This series introduces initial FreeBSD host support to osstest. The current
series allow installing a bare-metal host with FreeBSD and building FreeBSD on
it in order to generate new install media that can be fed into the installer
script.
This is still very limited, since no Xen testing i
The installation is performed using the bsdinstall tool, which is part of the
FreeBSD base system. The installer image is setup with the osstest ssh keys and
sshd enabled by default, which allows the test harness to just ssh into the
box, create the install config file and launch the scripted insta
At the moment this flight only contains a build-amd64-freebsd and
build-amd64-freebsd-again jobs, because that's all osstest can do with FreeBSD
now.
This allows testing FreeBSD specific functionality without generating a
fully-fledged flight, that also includes the Linux jobs.
Signed-off-by: Rog
And introduce built_stash_debugfile in order the keep the previous behavior of
built_stash_file.
Signed-off-by: Roger Pau Monné
---
Cc: Ian Jackson
---
Osstest/TestSupport.pm | 14 --
ts-kernel-build| 4 ++--
ts-xen-build | 8
3 files changed, 18 inserti
Current regular expression used to match the buildjob works correctly when the
buildjob runvar has the buildjob format, but not when the format is
_buildjob (the first match group is empty in this case). Change it so
that it works for both formats.
Signed-off-by: Roger Pau Monné
---
ts-build-che
In order to generate the FreeBSD installer image and the install media.
The install sets are the vanilla ones generated by the 'ftp' release target.
The installer image is handcrafted based on the filesystem created by the
'bootonly' target, which is then populated with the ssh host keys, and setu
Roger Pau Monné writes ("Re: [Xen-devel] [OSSTEST PATCH 05/24] tcmd: Work
around ssh bug with `ssh host ""'"):
> On Thu, May 18, 2017 at 12:01:15PM +0100, Ian Jackson wrote:
> > This runs an interactive shell session on the host, rathern than
> > running `sh -c ""' on it.
> >
> > Evidently ssh ch
Roger Pau Monné writes ("Re: [Xen-devel] [OSSTEST PATCH 06/24] cs-hosts-list:
New utility"):
> On Thu, May 18, 2017 at 12:01:16PM +0100, Ian Jackson wrote:
> > +foreach my $flag (grep { length} split /\,/, $flags) {
> > +$qtxt.= < > + AND EXISTS (SELECT 1 FROM HOSTFLAGS f
> > +
On Thu, May 18, 2017 at 12:01:13PM +0100, Ian Jackson wrote:
> This spuriously prints $!. It's still a poor message.
>
> Signed-off-by: Ian Jackson
> ---
> cs-flight-create | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/cs-flight-create b/cs-flight-create
> index a412
>>> On 23.05.17 at 15:40, wrote:
> And you haven't been able to reproduce this? I see this fail on two AMD
> systems (different processor families).
I didn't even have the time to try.
> And this:
>
> --- a/xen/arch/x86/mm/p2m.c
> +++ b/xen/arch/x86/mm/p2m.c
> @@ -560,7 +560,7 @@ int p2m_set_en
Adding Jan (autor of patch) and Julien (Xen release manager);
Pls see below.
On Thu, May 18, 2017 at 02:36:33PM +0200, Laszlo Ersek wrote:
> On 05/16/17 06:20, Gary Lin wrote:
> > On Mon, May 15, 2017 at 05:40:59PM -0700, Jordan Justen wrote:
> >> On 2017-05-12 01:40:34, Laszlo Ersek wrote:
> >>>
The condition: if there is a space in the ring then wait for the producer
to fill the ring also evaluates to true even if the ring if full. It
leads to a deadlock where producer is waiting for consumer
to consume the items and consumer is waiting for producer to fill the ring.
Fix for the issue: c
On Tue, May 23, 2017 at 02:54:16PM +0100, Ian Jackson wrote:
> Roger Pau Monné writes ("Re: [Xen-devel] [OSSTEST PATCH 06/24] cs-hosts-list:
> New utility"):
> > On Thu, May 18, 2017 at 12:01:16PM +0100, Ian Jackson wrote:
> > > +foreach my $flag (grep { length} split /\,/, $flags) {
> > > +$q
On Thu, May 18, 2017 at 12:01:18PM +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
> ---
> cs-hosts-list | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/cs-hosts-list b/cs-hosts-list
> index 92f44ee..9b82d51 100755
> --- a/cs-hosts-list
> +++ b/cs-hosts-list
> @
On 05/23/2017 10:05 AM, Jan Beulich wrote:
On 23.05.17 at 15:40, wrote:
>> And you haven't been able to reproduce this? I see this fail on two AMD
>> systems (different processor families).
> I didn't even have the time to try.
>
>> And this:
>>
>> --- a/xen/arch/x86/mm/p2m.c
>> +++ b/xen/arc
Hi Stefano,
On 20/05/17 02:25, Stefano Stabellini wrote:
> On Thu, 11 May 2017, Andre Przywara wrote:
>> When LPIs get unmapped by a guest, they might still be in some LR of
>> some VCPU. Nevertheless we remove the corresponding pending_irq
>> (possibly freeing it), and detect this case (irq_to_pe
Roger Pau Monne writes ("[PATCH 1/7] osstest: make built_stash_file store a
path_ runvar for each file"):
> And introduce built_stash_debugfile in order the keep the previous behavior of
> built_stash_file.
Acked-by: Ian Jackson
___
Xen-devel mailing
Roger Pau Monne writes ("[PATCH 2/7] osstest: move known_hosts generation to
TestSupport"):
> This is equivalent to the already existing authorized_keys function, and
> generates the contents of the known_hosts file that should be installed on
> targets.
Acked-by: Ian Jackson
__
>>> On 23.05.17 at 16:12, wrote:
> On Thu, May 18, 2017 at 02:36:33PM +0200, Laszlo Ersek wrote:
>> The situation is further hampered by the fact that Xen is (apparently)
>> right at 4.9.0-rc5, so they likely won't commit Jan's hvmloader patch
>> until Xen 4.9 is out. This is a problem for a poten
Roger Pau Monne writes ("[PATCH 3/7] osstest: fix regular expression used to
match buildjob in ts-build-check"):
> Current regular expression used to match the buildjob works correctly when the
> buildjob runvar has the buildjob format, but not when the format is
> _buildjob (the first match group
Hi,
On 23/05/17 15:12, Konrad Rzeszutek Wilk wrote:
The primary location for reporting bugs against the hypervisor and
associated bundled tools [...] is by posting to the xen-devel mailing
list (list info). Please tag your subject line with a '[BUG]' prefix.
Note that you do not need to be subsc
This run is configured for baseline tests only.
flight 71414 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71414/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-libvirt 5 libvirt-buildfai
On Mon, May 22, 2017 at 02:14:41PM -0700, Stefano Stabellini wrote:
> On Mon, 22 May 2017, Ian Jackson wrote:
> > Stefano Stabellini writes ("Re: Proposal to allow setting up shared memory
> > areas between VMs from xl config file"):
> > > In this scenario, she is going to write to the VM config f
>>> On 23.05.17 at 16:12, wrote:
> The condition: if there is a space in the ring then wait for the producer
> to fill the ring also evaluates to true even if the ring if full. It
> leads to a deadlock where producer is waiting for consumer
> to consume the items and consumer is waiting for produc
Dear John,
I would speak about XEN on ARM further.
Basically you need a passthrough in XEN terms in case you want a bus
initiator (i.e. DMA capable) device to be assigned to DomU.
For a passive device it's pretty enough to assign MMIO ranges and
interrupts using guest domain config. The pit
flight 109690 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109690/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 5 xen-build fail in 109679 REGR. vs. 109690
Tests which are fa
On 05/23/17 17:01, Jan Beulich wrote:
On 23.05.17 at 16:12, wrote:
>> On Thu, May 18, 2017 at 02:36:33PM +0200, Laszlo Ersek wrote:
>>> The situation is further hampered by the fact that Xen is (apparently)
>>> right at 4.9.0-rc5, so they likely won't commit Jan's hvmloader patch
>>> until Xe
Roger Pau Monne writes ("[PATCH 4/7] osstest: add a FreeBSD host install
recipe"):
> The installation is performed using the bsdinstall tool, which is
> part of the FreeBSD base system. The installer image is setup with
> the osstest ssh keys and sshd enabled by default, which allows the
> test ha
flight 109692 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109692/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-xsm 13 saverestore-support-checkfail like 109637
test-armhf-armhf-libvirt 13 saveresto
On 05/23/17 17:02, Julien Grall wrote:
> Hi,
>
> On 23/05/17 15:12, Konrad Rzeszutek Wilk wrote:
The primary location for reporting bugs against the hypervisor and
associated bundled tools [...] is by posting to the xen-devel mailing
list (list info). Please tag your subject line wi
Julien Grall writes ("Re: [Xen-devel] Xen 4.9 rc6"):
> On 23/05/17 10:24, M A Young wrote:
> > I had build problems with these two patches added (and before I added
> > them). It looks like at the stage in my build process where
> > make -j2 prefix=/usr tools
> > gets run it is running
> > make -C
Both helpers access_ok and array_access_ok are not used on ARM. Remove
them.
Signed-off-by: Julien Grall
---
xen/include/asm-arm/guest_access.h | 7 ---
1 file changed, 7 deletions(-)
diff --git a/xen/include/asm-arm/guest_access.h
b/xen/include/asm-arm/guest_access.h
index 421bca5f36..251
* Hardware:
Salvator-X board with Renesas R-Car H3 SoC (ARM64)
* Software:
XEN 4.9-rc6
System based on Renesas Yocto 2.19.0 BSP [1]
Linux kernel 4.9
* Guest operating systems:
The same system as dom0.
* Functionality tested:
xl create/restart/shutdown
Guest domain reboot from its console
PV NET
On Tue, May 23, 2017 at 08:16:25PM +0800, Lan Tianyu wrote:
> On 2017年05月19日 20:04, Jan Beulich wrote:
> On 19.05.17 at 13:16, wrote:
> >> On Thu, May 18, 2017 at 01:32:59AM -0400, Lan Tianyu wrote:
> >>> --- a/include/hw/i386/apic-msidef.h
> >>> +++ b/include/hw/i386/apic-msidef.h
> >>> @@ -
Roger Pau Monné writes ("Re: [Xen-devel] [OSSTEST PATCH 08/24] cs-hosts-list:
Support --suites"):
> I should add a --freebsd=... option.
Yes. Although currently my host examination uses only Linux and Xen.
Do you think there's any value in doing it with FreeBSD as well ?
Ian.
Roger Pau Monne writes ("[PATCH 4/7] osstest: add a FreeBSD host install
recipe"):
> The installation is performed using the bsdinstall tool, which is
> part of the FreeBSD base system. The installer image is setup with
> the osstest ssh keys and sshd enabled by default, which allows the
> test ha
Hi,
On 16/05/17 14:03, Julien Grall wrote:
> Hi Andre,
>
> On 11/05/17 18:53, Andre Przywara wrote:
>> To let a guest know about the availability of virtual LPIs, set the
>> respective bits in the virtual GIC registers and let a guest control
>> the LPI enable bit.
>> Only report the LPI capabili
Hi,
On 17/05/17 17:17, Julien Grall wrote:
> Hi Andre,
>
> On 11/05/17 18:53, Andre Przywara wrote:
>> The INT command sets a given LPI identified by a DeviceID/EventID pair
>> as pending and thus triggers it to be injected.
>>
>> Signed-off-by: Andre Przywara
>> ---
>> xen/arch/arm/vgic-v3-its
Hi,
On 17/05/17 18:45, Julien Grall wrote:
> Hi Andre,
>
> On 11/05/17 18:53, Andre Przywara wrote:
>> This introduces the ITS command handler for the CLEAR command, which
>> clears the pending state of an LPI.
>> This removes a not-yet injected, but already queued IRQ from a VCPU.
>> As read_itt
Hi there,
Thanks for your comments. They are all very insightful.
Having read through the discussions so far, I can draw the
following conclusions:
0. The syntax and semantics of the new config option should be more clearlly
defined. And this actually depends on the following:
1. If we're g
On Wed, 24 May 2017, Zhongze Liu wrote:
> Hi there,
>
> Thanks for your comments. They are all very insightful.
>
> Having read through the discussions so far, I can draw the
> following conclusions:
>
> 0. The syntax and semantics of the new config option should be more clearlly
> defined.
On Tue, 23 May 2017, Julien Grall wrote:
> Hi Stefano,
>
> On 22/05/17 23:32, Stefano Stabellini wrote:
> > On Thu, 11 May 2017, Andre Przywara wrote:
> > > +case VREG64(GITS_CWRITER):
> > > +if ( !vgic_reg64_check_access(info->dabt) ) goto bad_width;
> > > +
> > > +reg = its->
On Tue, 23 May 2017, Andre Przywara wrote:
> Hi,
>
> On 23/05/17 00:39, Stefano Stabellini wrote:
> > On Thu, 11 May 2017, Andre Przywara wrote:
> >> @@ -556,6 +583,93 @@ static int its_handle_mapd(struct virt_its *its,
> >> uint64_t *cmdptr)
> >> return ret;
> >> }
> >>
> >> +static int
On Tue, 23 May 2017, Julien Grall wrote:
> Hi Stefano,
>
> On 22/05/17 23:19, Stefano Stabellini wrote:
> > On Tue, 16 May 2017, Julien Grall wrote:
> > > > @@ -436,8 +473,26 @@ static int __vgic_v3_rdistr_rd_mmio_write(struct
> > > > vcpu
> > > > *v, mmio_info_t *info,
> > > > switch ( gicr_
Roger Pau Monne writes ("[PATCH 5/7] osstest: introduce a FreeBSD build
script"):
> -my $path= "path_${part}dist";
> -logm("checking $k $path");
> -get_stashed($path, $r{$k});
> +if ("$part" eq "freebsd") {
> +foreach (qw(base kernel manifest image)) {
> +my $pa
flight 109700 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109700/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 1c47fcd465a496fe1d1493f97da02cb6b07364f5
baseline version:
ovmf 3b2928b46987693caaaee
In perl 5.14 in Massachusetts, this produces this message
/home/logs/logs/109694/test-amd64-amd64-examine Bad file descriptor at
./ts-examine-logs-save line 100.
Sadly this means there is no way to tell failure apart from end of
directory. This patch should be reverted when we have a fixed ver
On Tue, 23 May 2017, Julien Grall wrote:
> Hi Stefano,
>
> On 23/05/17 00:48, Stefano Stabellini wrote:
> > On Fri, 19 May 2017, Stefano Stabellini wrote:
> > > On Thu, 11 May 2017, Andre Przywara wrote:
> > > > When LPIs get unmapped by a guest, they might still be in some LR of
> > > > some VCPU
On Tue, 23 May 2017, Julien Grall wrote:
> Both helpers access_ok and array_access_ok are not used on ARM. Remove
> them.
>
> Signed-off-by: Julien Grall
Reviewed-by: Stefano Stabellini
> ---
> xen/include/asm-arm/guest_access.h | 7 ---
> 1 file changed, 7 deletions(-)
>
> diff --git a/
flight 109693 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109693/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358
test-amd64-amd64-xl-q
1 - 100 of 130 matches
Mail list logo
