On 17-07-12 23:20:24, Jan Beulich wrote:
> >>> Yi Sun 07/13/17 5:00 AM >>>
> >On 17-07-12 13:37:02, Jan Beulich wrote:
> >> >>> Yi Sun 07/06/17 4:07 AM >>>
> >> >v13:
> >> >- use 'skip_prior_features'.
> >> >- add 'const' for some variables.
> >>
> >> You didn't go quite far enough with this
The event channel ABI passes a pointer to a subop-specific structure. Some of
these structures however are smaller than the pointers passed in the ABI;
EVTCHNOP_send specifically passes a 4 byte evtchn port, using a 4 or 8 byte
pointer.
For translated guests (x86 HVM and all ARM), passing the por
On 7/12/2017 11:05 PM, Andrew Cooper wrote:
On 09/07/17 10:16, Kai Huang wrote:
On physical machine EPC is exposed in ACPI table via "INT0E0C".
Although EPC
can be discovered by CPUID but Windows driver requires EPC to be
exposed in
ACPI table as well. This patch exposes EPC in ACPI table.
flight 111737 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111737/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 10 debian-hvm-install fail REGR. vs.
111411
test-amd64-i38
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
> Andrew Cooper
> Sent: 13 July 2017 09:51
> To: Xen-devel
> Cc: Juergen Gross ; Stefano Stabellini
> ; Wei Liu ; Andrew Cooper
> ; Julien Grall ; Jan
> Beulich ; Roger Pau Monne
> Subject: [Xen-d
flight 71687 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71687/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
build-arm64 2 hosts-allocate broken like 71654
build-arm64-pvops
This run is configured for baseline tests only.
flight 71686 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71686/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-l
On 07/13/2017 09:50 AM, Andrew Cooper wrote:
The event channel ABI passes a pointer to a subop-specific structure. Some of
these structures however are smaller than the pointers passed in the ABI;
EVTCHNOP_send specifically passes a 4 byte evtchn port, using a 4 or 8 byte
pointer.
For translate
On Thu, Jul 13, 2017 at 12:14:35PM +0200, Juergen Groß wrote:
> On 07/13/2017 09:50 AM, Andrew Cooper wrote:
> > The event channel ABI passes a pointer to a subop-specific structure. Some
> > of
> > these structures however are smaller than the pointers passed in the ABI;
> > EVTCHNOP_send specif
Hello All,
Is there a way to dump FDT prepared by Xen given to Linux Guest while booting
Domain 0.
I want to see flattened device tree created by Xen by remapping I/O and IRQs
for Guest.
Is there a simple API to dump the flattened device?
Regards
Amna
Anthony PERARD writes ("[OSSTEST PATCH v12 18/21] TestSupport: Implement
target_cmd_subunit a subunit stream parser into substeps"):
> target_cmd_subunit can be used like target_cmd, but the command would
> needs to output a subunit v1 stream, which will be parsed and turned
> into osstest substep
Anthony PERARD writes ("[OSSTEST PATCH v12 19/21] ts-openstack-tempest: Use
target_cmd_subunit"):
> Signed-off-by: Anthony PERARD
Acked-by: Ian Jackson
Subject to my comments aboout the name of the function, of course.
Ian.
___
Xen-devel mailing li
flight 111745 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111745/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 18 guest-start/win.repeat fail in 111523
REGR. vs. 110441
Tes
flight 111739 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111739/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 7 xen-bootfail REGR. vs. 110515
test-amd64-amd64-xl
>>> Roger Pau Monne 06/30/17 5:01 PM >>>
> --- /dev/null
> +++ b/tools/tests/vpci/Makefile
> @@ -0,0 +1,40 @@
> +
> +XEN_ROOT=$(CURDIR)/../../..
> +include $(XEN_ROOT)/tools/Rules.mk
> +
> +TARGET := test_vpci
> +
> +.PHONY: all
> +all: $(TARGET)
> +
> +.PHONY: run
> +run: $(TARGET)
> +./$(TAR
On Thu, Jul 13, 2017 at 02:28:11PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[OSSTEST PATCH v12 18/21] TestSupport: Implement
> target_cmd_subunit a subunit stream parser into substeps"):
> > Currently, time is not taken into account, and all substeps will have
> > bogus timestamp as the
flight 111751 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111751/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail like 111664
test-amd64-amd64-xl-qemuu-win7-amd6
Hi,
Anyone can you please review this patch?
thanks,
wengang
On 07/07/2017 11:23 AM, Wengang Wang wrote:
log a message when we enter this situation:
1) we already allocated the max number of available grants from hypervisor
and
2) we still need more (but the request fails because of 1)).
So
On Thu, Jul 13, 2017 at 03:43:55PM +0100, Anthony PERARD wrote:
> On Thu, Jul 13, 2017 at 02:28:11PM +0100, Ian Jackson wrote:
> > Anthony PERARD writes ("[OSSTEST PATCH v12 18/21] TestSupport: Implement
> > target_cmd_subunit a subunit stream parser into substeps"):
> > > +sub target_cmd_subunit
>>> Yi Sun 07/13/17 9:34 AM >>>
>On 17-07-12 23:20:24, Jan Beulich wrote:
>> >>> Yi Sun 07/13/17 5:00 AM >>>
>> >On 17-07-12 13:37:02, Jan Beulich wrote:
>> >> >>> Yi Sun 07/06/17 4:07 AM >>>
>> >> >+if ( socket == cpu_to_socket(smp_processor_id()) )
>> >> >+do_write_psr_msrs(&data);
>>> Andrew Cooper 07/13/17 9:50 AM >>>
>RFC: is it worth converting the close, unmask, reset (and possibly
>expand_array) as well?
I can't see close and even more so reset to be performance critical.
Unmask otoh may be (depending on use); no sure about expand_array.
Jan
___
>>> Roger Pau Monne 06/30/17 5:02 PM >>>
> @@ -1041,6 +1043,24 @@ static int __init pvh_setup_acpi(struct domain *d,
> paddr_t start_info)
> return 0;
> }
>
> +int __init pvh_setup_mmcfg(struct domain *d)
Didn't I point out that __init van't be correct here, and instead this
needs to be
flight 111755 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111755/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 111718
test-armhf-armhf-libvirt-xsm 14 saveresto
This run is configured for baseline tests only.
flight 71688 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71688/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win10-i386 7 xen-boo
flight 111763 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111763/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
111411
build-armhf-lib
On 17-07-13 13:21:46, Jan Beulich wrote:
> >>> Yi Sun 07/13/17 9:34 AM >>>
> >On 17-07-12 23:20:24, Jan Beulich wrote:
> >> >>> Yi Sun 07/13/17 5:00 AM >>>
> >> >On 17-07-12 13:37:02, Jan Beulich wrote:
> >> >> >>> Yi Sun 07/06/17 4:07 AM >>>
> >> >> >+if ( socket == cpu_to_socket(smp_proces
Hi, Lu
At 07/13/2017 11:00 AM, Lu Baolu wrote:
Hi,
On 07/13/2017 09:39 AM, Dou Liyang wrote:
Hi, Lu
At 07/13/2017 09:17 AM, Lu Baolu wrote:
Hi,
On 07/12/2017 04:02 PM, Dou Liyang wrote:
Hi, Lu
At 05/05/2017 08:50 PM, Boris Ostrovsky wrote:
On 05/05/2017 01:41 AM, Lu Baolu wrote:
Hi,
On
flight 111785 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111785/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b926f2f2a4cd404df1d2c1dddbcd1178acc63b5e
baseline version:
ovmf b1fe2029fa2f473922fb8
flight 111765 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111765/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stopfail REGR. vs. 111732
Tests which did not succee
flight 111770 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111770/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 18 guest-start/win.repeat fail in 111523
REGR. vs. 110441
Tes
On Tue, 2017-07-04 at 14:44 +0530, Praveen Kumar wrote:
> On Tue, 2017-07-04 at 10:49 +0200, Dario Faggioli wrote:
> >
> > On Tue, 2017-07-04 at 01:28 +0530, Praveen Kumar wrote:
> > >
> > >
> > > Below are the categorized Linux commit versions which are not
> > > imported :
> > >
> > > Augment
On Tue, 2017-07-04 at 10:45 +0200, Dario Faggioli wrote:
> On Tue, 2017-07-04 at 02:27 -0600, Jan Beulich wrote:
> >
> > >
> > > >
> > > > >
> > > > > On 03.07.17 at 21:58, wrote:
> > >
> > > Use of designated initializers :
> > > f231aebfc4cae2f6ed27a46a31e2630909513d77
> >
> > Unless none
On Tue, 2017-07-04 at 02:24 -0600, Jan Beulich wrote:
> >
> > >
> > > >
> > > > On 03.07.17 at 21:58, wrote:
> > The patch inlines the rbtree related files to Linux coding
> > conventions to have
> > limited conflicts in future while porting from Linux tree.
>
> "inlines" has a different meani
XEN PV overrides smp_prepare_cpus(). xen_pv_smp_prepare_cpus()
initializes interrupts in the XEN PV specific way and does not invoke
native_smp_prepare_cpus(). As a consequence, x86_init.intr_mode_init() is
not invoked either.
The invocation of x86_init.intr_mode_init() will be moved from
native_s
This run is configured for baseline tests only.
flight 71689 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71689/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b926f2f2a4cd404df1d2c1dddbcd1178acc63b5e
baseline v
35 matches
Mail list logo
