After commit 5dff8e9eedc7, "libxc/libxl: fill xc_hvm_build_args in
libxl" is introduced, we won't check to set args.mmio_size inside
xc_hvm_build as before. So instead, we need to do this before call
that.
CC: Ian Jackson
CC: Stefano Stabellini
CC: Ian Campbell
CC: Wei Liu
Acked-by: Wei Liu
S
flight 58961 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58961/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511
Tests which are failing
Add support to detect the APERF/MPERF feature. Also, remove the identical
code in cpufreq.c and powernow.c. This patch is independent of the
earlier patches.
Resend changes:
1) defined macros for 0x1 and CPUID leaf5;
2) added a statement stating that this patch is independent of the
previous ones.
static int
libxl__xc_device_get_rdm(libxl__gc *gc,
uint32_t flag,
uint16_t seg,
uint8_t bus,
uint8_t devfn,
unsigned int *nr_entries,
struct x
flight 58960 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58960/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 15 guest-start/debian.repeat fail REGR. vs. 58451
Tests which are
Add xc_sched_rtds_vcpu_get/set functions to interact with Xen to get/set a
domain's
per-VCPU parameters.
Changes on PATCH v2:
1) Minor modifications due to the change of struct xen_domctl_scheduler_op.
Signed-off-by: Chong Li
Signed-off-by: Meng Xu
Signed-off-by: Sisu Xi
---
CC:
CC:
CC:
Change main_sched_rtds and related output functions to support per-VCPU
settings.
Changes on PATCH v2:
1) Remove per-domain output functions for RTDS scheduler.
2) Users now use '-v all' to specify all VCPUs.
3) Support outputting a subset of the parameters of the VCPUs of a specific
domain.
[Goal]
The current xl sched-rtds tool can only set the VCPUs of a domain to the same
parameter
although the scheduler supports VCPUs with different parameters. This patchset
is to
enable xl sched-rtds tool to configure the VCPUs of a domain with different
parameters.
This per-VCPU settings can
Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set functions to
support
per-VCPU settings.
Changes on PATCH v2:
1) New data structure (libxl_vcpu_sched_params and libxl_sched_params) to help
per-VCPU settings.
2) sched_rtds_vcpu_get now can return a random subset of the parameters
Add two hypercalls(XEN_DOMCTL_SCHEDOP_getvcpuinfo/putvcpuinfo) to get/set a
domain's
per-VCPU parameters.
Changes on PATCH v2:
1) Change struct xen_domctl_scheduler_op, for transferring per-vcpu parameters
between libxc and hypervisor.
2) Handler of XEN_DOMCTL_SCHEDOP_getinfo now just returns t
flight 58958 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58958/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-rumpuserxen-i386 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail in 58948 pass in 58958
te
Just let me rephrase this,
"none" means we don't check any reserved regions and then all rdm
policies would be ignored, so guest just work as before.
When or why would I write:
rdm = "none"
in my configuration file instead of just not saying anything?
As you know we just have two opt
From: David Vrabel
Date: Fri, 26 Jun 2015 16:15:18 +0100
> On 27/06/15 00:17, Liang Li wrote:
>> The function netif_set_real_num_tx_queues() will return -EINVAL if
>> the second parameter < 1, so call this function with the second
>> parameter set to 0 is meaningless.
>
> Reviewed-by: David Vrab
flight 58956 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58956/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 9 windows-installfail REGR. vs. 58919
Regressions which are regard
flight 58955 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58955/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511
Tests which are failing
2015-06-28 13:17 GMT-07:00 Dagaen Golomb :
>
> >>> > There is an added timer that only handles replenishments, which is
> >>> > called at the time the next
> >>> > replenishment will occur. To do this, we now also keep the depletedq
> >>> > sorted. If it detects it has
> >>> > moved a vCPU into the
>>> > There is an added timer that only handles replenishments, which is
>>> > called at the time the next
>>> > replenishment will occur. To do this, we now also keep the depletedq
>>> > sorted. If it detects it has
>>> > moved a vCPU into the first [# CPUs] slots in the runq, it tickles the
>>> >
flight 58953 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58953/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 15 guest-start/debian.repeat fail in 58863 REGR.
vs. 58451
Tests
>> >
>> > There is an added timer that only handles replenishments, which is
>> > called at the time the next
>> > replenishment will occur. To do this, we now also keep the depletedq
>> > sorted. If it detects it has
>> > moved a vCPU into the first [# CPUs] slots in the runq, it tickles the
>> >
PCI Pass-through in Xen ARM
--
Draft 2
Index
1. Background
2. Basic PCI Support in Xen ARM
2.1 pci_hostbridge and pci_hostbridge_ops
2.2 PHYSDEVOP_HOSTBRIDGE_ADD hypercall
3. Dom0 Access PCI devices
4. DomU assignment of PCI device
4.1 Holes in guest memory space
4.2
flight 58948 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58948/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 58
> [Dario was forgotten in this email. Adding him back..:-( ]
Gah, how did I forget this! I've been meaning to make a text file of the
command so I never forget anyone.
> > Sorry for the repeated send to the mailing list, I forgot to add some
> > cc's and wanted to make sure
> > everyone was inclu
flight 58944 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58944/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 5
flight 58942 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58942/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 9 windows-installfail REGR. vs. 58919
Tests which are failing inte
flight 58945 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58945/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-xsm 11 guest-start fail REGR. vs. 58842
Regressions which are reg
flight 58941 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58941/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511
Tests which are failing
於 二，2015-06-16 於 11:58 +0200，Juergen Gross 提到：
> On 06/16/2015 11:32 AM, 藍挺瑋 wrote:
> > 於 二，2015-06-16 於 11:06 +0200，Juergen Gross 提到：
> > > On 06/16/2015 10:55 AM, Ting-Wei Lan wrote:
> > > > Juergen Gross 於 西元2015年06月16日 12:30 寫道:
> > > > > On 06/15/2015 09:03 PM, Ting-Wei Lan wrote:
> > > > > >
Hi all,
I wan't to hash the kernel code
segment of HVM DomU in Xen hypervisor, so I have to transilate the virtral
address in VM to the virtral address in xen. Is there some easy ways ?
I rea
Hi all,
I wan't to hash the kernel code segment of HVM DomU in Xen hypervisor,
so I have to transilate the virtral address in VM to the virtral address in
xen. Is there some easy ways ?
I read the source code about memory in Xen and confuse the relationship
between the paddr and
Hi all,
I wan't to hash the kernel code segment of HVM DomU in Xen
hypervisor, so I have to transilate the virtral address in VM to the virtral
address in xen. Is there some easy ways ?
I read the source code about memory in Xen and confuse the
relationship between the paddr and mad
flight 58939 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58939/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 15 guest-start/debian.repeat fail REGR. vs. 58451
Tests which are
flight 58938 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58938/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 4 host-build-prep fail REGR. vs. 58917
test-amd64-i386-rump
[Dario was forgotten in this email. Adding him back..:-( ]
2015-06-27 12:53 GMT-07:00 Dagaen Golomb :
> All,
>
> Sorry for the repeated send to the mailing list, I forgot to add some
> cc's and wanted to make sure
> everyone was included.
>
> This is the new patch that works towards how Dario su
[Adding Dario into the cc list...]
Dario, this patch has some coding issues and some other minor issues.
I tried to point out some in this email. IMHO, the main purpose of
this patch is to confirm that the implementation fully reflects what
you suggests in the previous version. Once we make sure
34 matches
Mail list logo
