>>> On 08.07.15 at 22:57, wrote:
> As I started to update the patches I realized that in some cases
> (especially in arch_do_domctl():XEN_DOMCTL_get_address_size) we don't
> have VCPU (which is what hvm_guest_x86_mode() wants) but rather only the
> domain. d->vcpu[0] should work. Otherwise I'll
On Tuesday 07 July 2015 04:54 PM, Ian Campbell wrote:
On Tue, 2015-07-07 at 14:16 +0530, Manish Jaggi wrote:
As asked you in the previous mail, can you please prove it? The
function used to get the requester ID (pci_for_each_dma_alias) is more
complex than a simple return sbdf.
I am not sure
>>> On 09.07.15 at 00:49, wrote:
>> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
>> Sent: Wednesday, July 08, 2015 9:09 PM
>> On 08/07/2015 13:46, Jan Beulich wrote:
>> On 08.07.15 at 13:00, wrote:
>> >>> @@ -1848,6 +1869,33 @@ static struct hvm_function_table __initdata
>> >>> vm
flight 59195 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59195/
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
Use accessor for_pci_msi_entry() to access MSI device list, so we could
easily move msi_list from struct pci_dev into struct device later.
Signed-off-by: Jiang Liu
---
arch/x86/pci/xen.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/pci/xen.c b/arch/x86/
Use accessor for_pci_msi_entry() to access MSI device list, so we could easily
move msi_list from struct pci_dev into struct device later.
Signed-off-by: Jiang Liu
---
drivers/pci/msi.c | 39 ---
drivers/pci/xen-pcifront.c |2 +-
2 files changed
Hi Manish,
On 09/07/2015 08:13, Manish Jaggi wrote:
If this was a domctl there might be scope for accepting an
implementation which made assumptions such as sbdf == deviceid. However
I'd still like to see this topic given proper treatment in the design
and not just glossed over with "this is ho
>>> On 08.07.15 at 19:27, wrote:
> On Tue, Jun 30, 2015 at 07:33:59PM -0400, elena.ufimts...@oracle.com wrote:
>> From: Elena Ufimtseva
>>
>
> You usually say why you need this patch. Something as simple as:
>
> "In preperation for patch which will use it" is OK.
Or, even better, add suc
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 09 July 2015 07:54
> To: Andrew Cooper
> Cc: Paul Durrant; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [Xen-devel] [PATCH v6 02/16] x86/hvm: remove multiple open
> coded 'chunking' loops
>
> >>> O
>>> On 09.07.15 at 08:15, wrote:
> On 07/09/2015 01:52 AM, Tamas K Lengyel wrote:
>> --- a/xen/include/asm-x86/hvm/hvm.h
>> +++ b/xen/include/asm-x86/hvm/hvm.h
>> @@ -514,6 +514,17 @@ static inline enum hvm_intblk
>> nhvm_interrupt_blocked(struct vcpu *v)
>> return hvm_funcs.nhvm_intr_blocke
On Thu, 2015-07-09 at 03:09 +, Wu, Feng wrote:
> > -Original Message-
> > From: Dario Faggioli [mailto:dario.faggi...@citrix.com]
> > In fact, looking at how, where and what for, runstetes are used, that
> > really does not feel right, at least to me. What you seem to be
> > intereste
For booting cpu, the socket number is not needed to be 0 so
it needs to be computed by cpu number.
For secondary cpu, phys_proc_id is not valid in CPU_PREPARE
notifier(cpu_smpboot_alloc), so cpu_to_socket(cpu) can't be used.
Instead, pre-allocate secondary_cpu_mask in cpu_smpboot_alloc()
and later
On Thu, 2015-07-09 at 09:58 +0800, Chao Peng wrote:
> On Wed, Jul 08, 2015 at 05:32:11PM +0100, Jan Beulich wrote:
> > >>> On 08.07.15 at 18:17, wrote:
> > > I think it has to do with the fact that I've got CPU #0 on socket #1,
> > > while Boris' (and perhaps Chao's too) test box have it on socket
This test has a long standing heisenbug which even doing 150
iterations is not reliable at detecting. It is unlikely to be fixed
until the long-standing rumpkernel build rework is completed.
So lets mark it as an allowable failure for now, except in the
rumpuserxen branch tests themselves.
Signed
>>> On 03.07.15 at 18:25, wrote:
> --- a/xen/arch/x86/hvm/emulate.c
> +++ b/xen/arch/x86/hvm/emulate.c
> @@ -266,6 +266,15 @@ static int hvmemul_acquire_page(unsigned long gmfn,
> struct page_info **page)
> return X86EMUL_RETRY;
> }
>
> +/* This code should not be reached if t
It contains only the tools part.
Changes in v11:
*Building fix on i686.
Changes in v10:
Address comments from Jan, mainly:
* Check socket < nr_sockets in cat_cpu_prepare().
* Use for_each_set_bit().
* Change psr_get_cat_l3_info to return either errno or psr_cat_socket_info.
Changes in v9:
Address
Use "-" instead of "_" for monitor types.
Signed-off-by: Chao Peng
Reviewed-by: Dario Faggioli
Acked-by: Ian Campbell
---
tools/libxl/xl_cmdimpl.c | 6 +++---
tools/libxl/xl_cmdtable.c | 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/tools/libxl/xl_cmdimpl.c b/tools
Add libxl_socket_bitmap_alloc() to allow allocating a socket specific
libxl_bitmap (as it is for cpu/node bitmap).
Internal function libxl__count_physical_sockets() is introduced together
to get the socket count when the size of bitmap is not specified.
Signed-off-by: Chao Peng
Acked-by: Ian Cam
Add dedicated one to show hardware information.
[root@vmm-psr]xl psr-hwinfo
Cache Monitoring Technology (CMT):
Enabled : 1
Total RMID : 63
Supported monitor types:
cache-occupancy
total-mem-bandwidth
local-mem-bandwidth
Signed-off-by: Chao Peng
Reviewed-by: Dario Faggioli
Acked-by:
Add document to introduce basic concepts and terms in PSR family
technologies and the xl interfaces.
Signed-off-by: Chao Peng
Acked-by: Ian Campbell
---
Changes in v7:
* Correct 'xl psr-hwinfo'.
Changes in v6:
* Address comments from Ian.
Changes in v5:
* Address comments from Andrew/Ian.
---
d
This is the xc/xl changes to support Intel Cache Allocation
Technology(CAT).
'xl psr-hwinfo' is updated to show CAT info and two new commands
for CAT are introduced:
- xl psr-cat-cbm-set [-s socket]
Set cache capacity bitmasks(CBM) for a domain.
- xl psr-cat-show
Show CAT domain information
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 09 July 2015 09:53
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH v6 08/16] x86/hvm: unify stdvga mmio intercept with
> standard mmio intercept
>
> >>> On 03.07.15 at
Hello,
after deploying OCFS2 reflink-based VM snapshots to production servers we
discovered a performace degradation:
OS: Opensuse 13.1, 13.2
Hypervisors: Xen 4.4, 4.5, 4.5.1
Dom0 kernels: 3.12, 3.16, 3.18, 4.1
DomU kernels: 3.12, 3.16, 3.18, 4.1
Tested DomU disk backends: tapdisk2, qdisk
1) o
On Thu, 2015-07-09 at 16:26 +0800, Chao Peng wrote:
> For booting cpu, the socket number is not needed to be 0 so
> it needs to be computed by cpu number.
>
> For secondary cpu, phys_proc_id is not valid in CPU_PREPARE
> notifier(cpu_smpboot_alloc), so cpu_to_socket(cpu) can't be used.
> Instead,
On Thu, Jul 09, 2015 at 01:34:02PM +0800, Tiejun Chen wrote:
> While building a VM, HVM domain builder provides struct hvm_info_table{}
> to help hvmloader. Currently it includes two fields to construct guest
> e820 table by hvmloader, low_mem_pgend and high_mem_pgend. So we should
> check them to
On Wed, 2015-07-08 at 18:52 -0400, Tamas K Lengyel wrote:
> Add option to monitor_op domctl to determine the monitor capabilities of the
> system.
>
> Signed-off-by: Tamas K Lengyel
> ---
> v4: add inline function wrapper for is_singlestep_supported to hvm.h
> v3: move is_singlestep_supported int
>>> On 03.07.15 at 18:25, wrote:
> It's clear from the following check in hvmemul_rep_movs:
>
> if ( sp2mt == p2m_mmio_direct || dp2mt == p2m_mmio_direct ||
> (sp2mt == p2m_mmio_dm && dp2mt == p2m_mmio_dm) )
> return X86EMUL_UNHANDLEABLE;
>
> that mmio <-> mmio copy is not h
>>> On 09.07.15 at 10:15, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 09 July 2015 07:54
>> To: Andrew Cooper
>> Cc: Paul Durrant; xen-de...@lists.xenproject.org; Keir (Xen.org)
>> Subject: Re: [Xen-devel] [PATCH v6 02/16] x86/hvm: remove multiple
>>> On 09.07.15 at 11:00, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 09 July 2015 09:53
>> >>> On 03.07.15 at 18:25, wrote:
>> > --- a/xen/arch/x86/hvm/emulate.c
>> > +++ b/xen/arch/x86/hvm/emulate.c
>> > @@ -266,6 +266,15 @@ static int hvmemul_acquire_page(unsigned long
>> g
On Thu, Jul 09, 2015 at 01:34:01PM +0800, Tiejun Chen wrote:
> This patch introduces user configurable parameters to specify RDM
> resource and according policies,
>
> Global RDM parameter:
> rdm = "strategy=host,policy=strict/relaxed"
> Per-device RDM parameter:
> pci = [ 'sbdf, rdm_polic
flight 59198 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59198/
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. 59031
Tests which are failing
On Thu, 2015-07-09 at 16:54 +0800, Chao Peng wrote:
> It contains only the tools part.
Applied, thanks.
I think this marks the end of the this CAT stuff (congratulations!) so I
have archived my entire email folder on the subject. If there is some
tools aspect to this which I've missed please then
On 09/07/15 09:26, Chao Peng wrote:
> For booting cpu, the socket number is not needed to be 0 so
> it needs to be computed by cpu number.
>
> For secondary cpu, phys_proc_id is not valid in CPU_PREPARE
> notifier(cpu_smpboot_alloc), so cpu_to_socket(cpu) can't be used.
> Instead, pre-allocate seco
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 08 July 2015 17:17
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH v6 08/16] x86/hvm: unify stdvga mmio intercept with
> standard mmio intercept
>
> >>> On 03.07.15 at
CC: Ian Jackson
CC: Stefano Stabellini
CC: Ian Campbell
CC: Wei Liu
Acked-by: Wei Liu
Signed-off-by: Tiejun Chen
Reviewed-by: Kevin Tian
Typo here "kevint"
Fixed.
No need to resend just for this though. I think committer can handle
this for you.
If you happen to resend because of ch
>>> On 09.07.15 at 10:26, wrote:
> @@ -748,8 +758,9 @@ static int cpu_smpboot_alloc(unsigned int cpu)
> goto oom;
> per_cpu(stubs.addr, cpu) = stub_page + STUB_BUF_CPU_OFFS(cpu);
>
> -if ( !socket_cpumask[socket] &&
> - !zalloc_cpumask_var(socket_cpumask + socket) )
> +
Acked-by: Wei Liu
Acked-by: Ian Jackson
Acked-by: Ian Campbell
Signed-off-by: Tiejun Chen
FWIW you shouldn't put Ian and Ian's acks here because they have not
explicitly done so.
Yes, I'm not very sure this point so I mentioned that at patch #00,
"Note I also mask patch #10 Acked by Wei L
On Wed, 2015-07-08 at 16:26 +0100, Ian Campbell wrote:
> On Wed, 2015-07-08 at 16:23 +0100, Ian Jackson wrote:
> > Ian Campbell writes ("[PATCH OSSTEST v1] ap-fetch-version: Arrange for
> > osstest merges from upstream to be stable"):
> > > If a downstream osstest instance has nothing to test it i
>>> On 03.07.15 at 18:25, wrote:
> @@ -287,17 +271,56 @@ static int hvmemul_do_io_addr(
> bool_t is_mmio, paddr_t addr, unsigned long *reps,
> unsigned int size, uint8_t dir, bool_t df, paddr_t ram_gpa)
> {
> -struct page_info *ram_page;
> +struct vcpu *v = current;
> +unsig
>>> On 03.07.15 at 18:25, wrote:
> @@ -46,9 +51,10 @@ struct hvm_vcpu_asid {
>
> struct hvm_vcpu_io {
> /* I/O request in flight to device model. */
> -enum hvm_io_state io_state;
> -unsigned long io_data;
> -int io_size;
> +enum hvm_io_state io
>>> On 03.07.15 at 18:25, wrote:
> @@ -55,6 +54,8 @@ struct hvm_vcpu_io {
> unsigned long io_data;
> unsigned int io_size;
> enum hvm_io_completion io_completion;
> +uint8_tio_dir;
> +uint8_tio_data_is_addr;
Oh, you're addi
Hey,
1 thing...
On Wed, 2015-07-08 at 17:13 +0200, Dario Faggioli wrote:
> On Tue, 2015-07-07 at 13:16 +0200, Juergen Gross wrote:
> > > @@ -645,25 +675,72 @@ int cpu_disable_scheduler(unsigned int cpu)
> > > cpumask_setall(v->cpu_hard_affinity);
> > > }
> > >
> >
On Wed, 2015-07-08 at 16:31 +0200, Fabio Fantoni wrote:
> Usage:
> hdtype=ide|ahci (default=ide)
>
> If hdtype=ahci adds ich9 disk controller in ahci mode and uses it with
> upstream qemu to emulate disks instead of ide.
> It doesn't support cdroms which still using ide (cdroms will use
> "-device
Ian Campbell writes ("[PATCH] tools: ocaml: Handle anonymous struct members of
structs in libxl IDL"):
> Julien has a patch "arm: Allow the user to specify the GIC version"
> which adds an anonymous struct to libxl_domain_build_info:
Acked-by: Ian Jackson
for the changes to the generator. You
On 07/07/15 11:10, Jan Beulich wrote:
On 02.07.15 at 14:04, wrote:
Reworked the internals and declaration, applying (un)boxing
where needed. Converted calls to map_domain_page() to
provide mfn_t types, boxing where needed.
Signed-off-by: Ben Catterall
Reviewed-by: Andrew Cooper
---
Change
On Thursday 09 July 2015 01:38 PM, Julien Grall wrote:
Hi Manish,
On 09/07/2015 08:13, Manish Jaggi wrote:
If this was a domctl there might be scope for accepting an
implementation which made assumptions such as sbdf == deviceid. However
I'd still like to see this topic given proper treatmen
On Wed, 2015-07-01 at 13:50 +0100, Stefano Stabellini wrote:
> @@ -878,6 +908,33 @@ static char **
> libxl__build_device_model_args_new(libxl__gc *gc,
> default:
> break;
> }
> +
> +if (b_info->device_model_user) {
> +user = b_info->device_model_
>>> On 03.07.15 at 18:25, wrote:
> @@ -635,13 +605,41 @@ static int hvmemul_phys_mmio_access(
> return rc;
> }
>
> +static struct hvm_mmio_cache *hvmemul_find_mmio_cache(
> +struct hvm_vcpu_io *vio, unsigned long gla, uint8_t dir)
> +{
> +unsigned int i;
> +struct hvm_mmio_cach
On Wed, 2015-07-01 at 15:03 -0600, Jim Fehlig wrote:
> Perhaps. But thanks for providing a way (b_info->device_model_user) for apps
> to
> override the libxl policy.
You mentioned in v5 that libvirt supports setting both the user and the
group and that the qemu driver supports that. How does th
>>> On 03.07.15 at 18:25, wrote:
(sorry for sending this in pieces - I started this reply and then another)
> --- a/xen/include/asm-x86/hvm/vcpu.h
> +++ b/xen/include/asm-x86/hvm/vcpu.h
> @@ -42,6 +42,17 @@ struct hvm_vcpu_asid {
> uint32_t asid;
> };
>
> +/*
> + * We may read or write u
On 07/08/2015 05:37 PM, Dario Faggioli wrote:
> On Wed, 2015-07-08 at 17:01 +0100, George Dunlap wrote:
>> On Fri, Jul 3, 2015 at 4:49 PM, Dario Faggioli
>
>>> --- a/xen/common/schedule.c
>>> +++ b/xen/common/schedule.c
>>> @@ -455,8 +455,8 @@ void vcpu_unblock(struct vcpu *v)
>>> * Do the actua
Ian Campbell writes ("[PATCH OSSTEST] Allow rumpkernel xenstorels.test failures
for all but rumpuserxen branch"):
> This test has a long standing heisenbug which even doing 150
> iterations is not reliable at detecting. It is unlikely to be fixed
> until the long-standing rumpkernel build rework i
Il 09/07/2015 12:26, Ian Campbell ha scritto:
On Wed, 2015-07-08 at 16:31 +0200, Fabio Fantoni wrote:
Usage:
hdtype=ide|ahci (default=ide)
If hdtype=ahci adds ich9 disk controller in ahci mode and uses it with
upstream qemu to emulate disks instead of ide.
It doesn't support cdroms which still
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 09 July 2015 11:33
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH v6 16/16] x86/hvm: track large memory mapped
> accesses by buffer offset
>
> >>> On 03.07.15 at 18:25
CentOS7 complains that 'ret' might be unused, and indeed this is the case for
`xl psr-hwinfo --cat`.
The logic for selecting which information to print was rather awkward.
Introduce a new 'all' which default to true, and is cleared if specific
options are selected. This allows for a far more clea
>>> On 09.07.15 at 12:29, wrote:
>
> On 07/07/15 11:10, Jan Beulich wrote:
> On 02.07.15 at 14:04, wrote:
>>> Reworked the internals and declaration, applying (un)boxing
>>> where needed. Converted calls to map_domain_page() to
>>> provide mfn_t types, boxing where needed.
>>>
>>> Signed-of
Chen, Tiejun writes ("Re: [v7][PATCH 10/16] tools: introduce some new
parameters to set rdm policy"):
> "Note I also mask patch #10 Acked by Wei Liu, Ian Jackson and Ian
> Campbell. ( If I'm wrong just let me know at this point. )..."
For future reference, if I am acking something I am always com
flight 59199 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59199/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail
REGR. vs. 59130
test-
On Mon, Jul 06, 2015 at 05:14:54PM +0200, Dario Faggioli wrote:
> On Mon, 2015-07-06 at 13:39 +0200, Maxime Ripard wrote:
> > Hi Dario
> >
> > On Thu, Jul 02, 2015 at 02:18:18PM +0200, Dario Faggioli wrote:
> > > I don't have much comments on all this, just that, reading, it, it
> > > sounded some
On Mon, Jul 06, 2015 at 03:23:30PM +0100, Ian Campbell wrote:
> On Mon, 2015-07-06 at 16:10 +0200, Maxime Ripard wrote:
> > On Mon, Jul 06, 2015 at 01:41:34PM +0100, Ian Campbell wrote:
> > > On Mon, 2015-07-06 at 14:26 +0200, Maxime Ripard wrote:
> > > > Hi Ian,
> > > >
> > > > On Mon, Jul 06, 20
On Thu, 2015-07-09 at 12:36 +0200, Fabio Fantoni wrote:
> Il 09/07/2015 12:26, Ian Campbell ha scritto:
> > On Wed, 2015-07-08 at 16:31 +0200, Fabio Fantoni wrote:
> >> Usage:
> >> hdtype=ide|ahci (default=ide)
> >>
> >> If hdtype=ahci adds ich9 disk controller in ahci mode and uses it with
> >> up
On 07/09/2015 12:24 PM, Dario Faggioli wrote:
Hey,
1 thing...
On Wed, 2015-07-08 at 17:13 +0200, Dario Faggioli wrote:
On Tue, 2015-07-07 at 13:16 +0200, Juergen Gross wrote:
@@ -645,25 +675,72 @@ int cpu_disable_scheduler(unsigned int cpu)
cpumask_setall(v->cpu_hard_affi
On Thu, 2015-07-09 at 11:36 +0100, Andrew Cooper wrote:
> CentOS7 complains that 'ret' might be unused, and indeed this is the case for
> `xl psr-hwinfo --cat`.
>
> The logic for selecting which information to print was rather awkward.
> Introduce a new 'all' which default to true, and is cleared
On 2015/7/9 18:37, Ian Jackson wrote:
Chen, Tiejun writes ("Re: [v7][PATCH 10/16] tools: introduce some new parameters to
set rdm policy"):
"Note I also mask patch #10 Acked by Wei Liu, Ian Jackson and Ian
Campbell. ( If I'm wrong just let me know at this point. )..."
For future reference, if
Ian Jackson writes ("Re: qemu tags for 4.4.3-rc1"):
> Jan Beulich writes ("qemu tags for 4.4.3-rc1"):
> > considering how long pushes may take these days I'd rather cut RC1
> > with what we have in the main tree now than push further things into
> > its staging branch. Could you therefore please ta
> On 8 Jul 2015, at 15:29, Ian Campbell wrote:
>
> Julien has a patch "arm: Allow the user to specify the GIC version"
> which adds an anonymous struct to libxl_domain_build_info:
>
>@ -480,6 +486,11 @@ libxl_domain_build_info = Struct("domain_build_info",[
>
> On 9 Jul 2015, at 11:59, Rob Hoes wrote:
>
>>
>> On 8 Jul 2015, at 15:29, Ian Campbell wrote:
>>
>> Julien has a patch "arm: Allow the user to specify the GIC version"
>> which adds an anonymous struct to libxl_domain_build_info:
>>
>> @ -480,6 +486,11 @@ libxl_domain_build_info = Struct
On Wed, 2015-07-08 at 16:31 +0200, Fabio Fantoni wrote:
> diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5
> index a3e0e2e..ef7d558 100644
> --- a/docs/man/xl.cfg.pod.5
> +++ b/docs/man/xl.cfg.pod.5
> @@ -904,6 +904,16 @@ default is B.
>
> =back
>
> +=item B
> +
> +Select the hd disk
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 09 July 2015 11:05
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH v6 09/16] x86/hvm: limit reps to avoid the need to
> handle retry
>
> >>> On 03.07.15
On Thu, Jul 09, 2015 at 09:10:06AM +0100, Jan Beulich wrote:
> >>> On 08.07.15 at 19:27, wrote:
> > On Tue, Jun 30, 2015 at 07:33:59PM -0400, elena.ufimts...@oracle.com wrote:
> >> From: Elena Ufimtseva
> >>
> >
> > You usually say why you need this patch. Something as simple as:
> >
> > "In p
On Thu, Jul 9, 2015 at 4:09 AM, Wu, Feng wrote:
>> That does not necessarily means "we need to do something" in
>> vcpu_runstate_change(). Actually, that's exactly what I'm asking: can
>> you check whether this thing that you need doing can be done somewhere
>> else than in vcpu_runstaete_change()
On Thu, Jul 9, 2015 at 12:19 PM, George Dunlap
wrote:
> On Thu, Jul 9, 2015 at 4:09 AM, Wu, Feng wrote:
>>> That does not necessarily means "we need to do something" in
>>> vcpu_runstate_change(). Actually, that's exactly what I'm asking: can
>>> you check whether this thing that you need doing c
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 08 July 2015 16:44
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org
> Subject: Re: [Xen-devel] [PATCH v6 00/16] x86/hvm: I/O emulation cleanup
> and fix
>
> >>> On 03.07.15 at 18:25, wrote:
> > Changelog (n
> -Original Message-
> From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of George
> Dunlap
> Sent: Thursday, July 09, 2015 7:20 PM
> To: Wu, Feng
> Cc: Dario Faggioli; Tian, Kevin; k...@xen.org; andrew.coop...@citrix.com;
> xen-devel; jbeul...@suse.com; Zhang, Yang Z
> Subject
On 09/07/15 12:31, Paul Durrant wrote:
>
> The problem is that (at least my version of) git format-patch --notes
> refuses to put notes after the ---, but I'll resort to hand editing
> the patches before I post them.
You can add the changes to the commit message itself, then got
format-patch/send
On Wed, Jul 08, 2015 at 06:35:33PM +, Sahita, Ravi wrote:
> Hi Wei,
>
> Given where we stand (close) on the altp2m patch series - we would like to
> request an extension of about a week to complete the last couple of patches
> in the series for inclusion in 4.6.
> Some of the suggestions ma
On Tue, 2015-07-07 at 17:22 +0100, Julien Grall wrote:
> arm: Allow the user to specify the GIC version
> xen/arm: gic-v3: Add support of vGICv2 when available
Applied following "tools: ocaml: Handle anonymous struct members of
structs in libxl IDL". thanks.
Ian.
___
On Thu, 2015-07-09 at 12:02 +0100, Dave Scott wrote:
> > As said on another thread, I’m not a fan of the __anon suffix. But I
> won’t object either, because in practice it doesn’t really matter.
Right, I kept it for consistency with the __union suffix elsewhere, but
perhaps we should consider remo
On Thu, 2015-07-09 at 12:36 +0200, Fabio Fantoni wrote:
> Il 09/07/2015 12:26, Ian Campbell ha scritto:
> > On Wed, 2015-07-08 at 16:31 +0200, Fabio Fantoni wrote:
> >> Usage:
> >> hdtype=ide|ahci (default=ide)
> >>
> >> If hdtype=ahci adds ich9 disk controller in ahci mode and uses it with
> >> up
Any arguments given after the flight are assumed to be files or
directories relative to $HOME/public_html which should be published to
$c{Publish} at the same relative path.
Removing the requirement that a flight be provided, by accepting '',
allows this to be used even in contexts which have no f
Using report_find_push_age_info allows us to provide counts of
attempts since the last baseline on current tip as well as the first
attempt of each of those.
Since everything serialises on the repo lock I didn't bother trying to
parallelise anything.
It's a little terse to keep it in 80 chars.
c
>>> On 09.07.15 at 13:11, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 09 July 2015 11:05
>> >>> On 03.07.15 at 18:25, wrote:
>> > @@ -287,17 +271,56 @@ static int hvmemul_do_io_addr(
>> > bool_t is_mmio, paddr_t addr, unsigned long *reps,
>> > unsigned int size, uint
>>> On 09.07.15 at 13:13, wrote:
> On Thu, Jul 09, 2015 at 09:10:06AM +0100, Jan Beulich wrote:
>> >>> On 08.07.15 at 19:27, wrote:
>> > On Tue, Jun 30, 2015 at 07:33:59PM -0400, elena.ufimts...@oracle.com wrote:
>> >> From: Elena Ufimtseva
>> >>
>> >
>> > You usually say why you need this pat
- jbeul...@suse.com wrote:
> >>> On 09.07.15 at 13:13, wrote:
> > On Thu, Jul 09, 2015 at 09:10:06AM +0100, Jan Beulich wrote:
> >> >>> On 08.07.15 at 19:27, wrote:
> >> > On Tue, Jun 30, 2015 at 07:33:59PM -0400,
> elena.ufimts...@oracle.com wrote:
> >> >> From: Elena Ufimtseva
> >> >>
>
>>> On 09.07.15 at 14:07, wrote:
> You are right, it needs to be rebased. I can post later rebased on memory
> leak fix version, if you thin its a way to go.
I didn't look at v9 yet, and can't predict when I will be able to.
Jan
___
Xen-devel mailin
Am Freitag 19 Juni 2015, 14:44:43 schrieb Boris Ostrovsky:
> Add support for handling PMU interrupts for PV(H) guests.
>
> VPMU for the interrupted VCPU is unloaded until the guest issues XENPMU_flush
> hypercall. This allows the guest to access PMU MSR values that are stored in
> VPMU context whi
All,
aiming, as usual, at a release with presumably just one more RC,
please test!
Thanks, Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Jul 9, 2015 5:15 AM, "Ian Campbell" wrote:
>
> On Wed, 2015-07-08 at 18:52 -0400, Tamas K Lengyel wrote:
> > Add option to monitor_op domctl to determine the monitor capabilities
of the
> > system.
> >
> > Signed-off-by: Tamas K Lengyel
> > ---
> > v4: add inline function wrapper for is_single
Am Freitag 19 Juni 2015, 14:44:45 schrieb Boris Ostrovsky:
> Add support for privileged PMU mode (XENPMU_MODE_ALL) which allows privileged
> domain (dom0) profile both itself (and the hypervisor) and the guests. While
> this mode is on profiling in guests is disabled.
>
> Signed-off-by: Boris Ostr
On Thu, 2015-07-09 at 11:38 +, Wu, Feng wrote:
>
> > -Original Message-
> > From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of George
> > Dunlap
> > > Why do you think vcpu_runstaete_change() is not the right place to do
> > > this?
> >
> > Because what the vcpu_runstat
Ian Campbell writes ("[PATCH OSSTEST v7 1/2] cr-publish-flight-logs: support
publishing files from $HOME/public_html"):
> Any arguments given after the flight are assumed to be files or
> directories relative to $HOME/public_html which should be published to
> $c{Publish} at the same relative path
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 09 July 2015 13:04
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: RE: [PATCH v6 09/16] x86/hvm: limit reps to avoid the need to
> handle retry
>
> >>> On 09.07.15
On Thu, Jul 9, 2015 at 4:15 AM, Jan Beulich wrote:
> >>> On 09.07.15 at 08:15, wrote:
> > On 07/09/2015 01:52 AM, Tamas K Lengyel wrote:
> >> --- a/xen/include/asm-x86/hvm/hvm.h
> >> +++ b/xen/include/asm-x86/hvm/hvm.h
> >> @@ -514,6 +514,17 @@ static inline enum hvm_intblk
> nhvm_interrupt_bloc
>
> I don't feel very strongly about it, so if you really prefer you can
> keep the code as it is, however this looks somewhat counterintuitive to
> me, especially when you compare the new condition to the old one, because
> ...
>
Yea, this patch is not critical. Jan just requested to use a wrappe
On 07/09/2015 12:38 PM, Wu, Feng wrote:
>
>
>> -Original Message-
>> From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of George
>> Dunlap
>> Sent: Thursday, July 09, 2015 7:20 PM
>> To: Wu, Feng
>> Cc: Dario Faggioli; Tian, Kevin; k...@xen.org; andrew.coop...@citrix.com;
>> xe
On 07/09/2015 03:52 PM, Lengyel, Tamas wrote:
> I don't feel very strongly about it, so if you really prefer you can
> keep the code as it is, however this looks somewhat counterintuitive to
> me, especially when you compare the new condition to the old one,
> because
> ...
>
>
On 07/09/2015 01:52 AM, Tamas K Lengyel wrote:
> Add option to monitor_op domctl to determine the monitor capabilities of the
> system.
>
> Signed-off-by: Tamas K Lengyel
> ---
> v4: add inline function wrapper for is_singlestep_supported to hvm.h
> v3: move is_singlestep_supported into vmx
>
>>> On 01.07.15 at 20:09, wrote:
> @@ -232,6 +235,15 @@ static int ept_set_middle_entry(struct p2m_domain *p2m,
> ept_entry_t *ept_entry)
> /* Manually set A bit to avoid overhead of MMU having to write it later.
> */
> ept_entry->a = 1;
>
> +ept_entry->suppress_ve = 1;
> +
> +
Add tools/tests/xen-acess to the supported list under VM EVENT/MEM ACCESS.
Signed-off-by: Tamas K Lengyel
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1e74688..dae0aa3 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -389,6 +389,7 @@ F: xen/co
Add an option to the vm_event response to toggle singlestepping on the vCPU.
This is only supported on Intel CPUs which have Monitor Trap Flag capability.
Singed-off-by: Tamas K Lengyel
Acked-by: Razvan Cojocaru
---
v4: Use new inline wrapper for hvm_func
Fix comment still referring to mem_e
1 - 100 of 320 matches
Mail list logo
