On Monday 06 July 2015 05:15 PM, Julien Grall wrote:
On 06/07/15 12:09, Manish Jaggi wrote:
On Monday 06 July 2015 04:13 PM, Julien Grall wrote:
On 05/07/15 06:55, Manish Jaggi wrote:
4.3 Hypercall for bdf mapping notification to xen
---
#define P
Am Freitag 19 Juni 2015, 14:44:35 schrieb Boris Ostrovsky:
> Add runtime interface for setting PMU mode and flags. Three main modes are
> provided:
> * XENPMU_MODE_OFF: PMU is not virtualized
> * XENPMU_MODE_SELF: Guests can access PMU MSRs and receive PMU interrupts.
> * XENPMU_MODE_HV: Same as X
>>> On 06.07.15 at 16:10, wrote:
> On 03/07/15 12:34, Roger Pau Monne wrote:
>> @@ -550,6 +551,20 @@ int arch_domain_create(struct domain *d, unsigned int
>> domcr_flags,
>> d->domain_id);
>> }
>>
>> +if ( is_hvm_domain(d) )
>> +{
>> +emulation_mask = (EMU_L
>>> On 06.07.15 at 21:56, wrote:
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Friday, July 03, 2015 9:40 AM
>> On 01/07/15 19:09, Ed White wrote:
>> @@ -1830,6 +1831,20 @@ static void vmx_vcpu_update_vmfunc_ve(struct vcpu *v)
>> vmx_vmcs_exit(v);
>> }
>>
>> +static int
>>> On 06.07.15 at 12:09, wrote:
> On 01/07/15 19:09, Ed White wrote:
>> Signed-off-by: Ed White
>
> I am still very much unconvinced by the argument against having a single
> HVMOP_altp2m and a set of subops. do_domctl() and do_sysctl() are
> examples of a subop style hypercall with different
>>> On 06.07.15 at 18:49, wrote:
> On 07/06/2015 03:09 AM, Andrew Cooper wrote:
>> On 01/07/15 19:09, Ed White wrote:
>>> Signed-off-by: Ed White
>>
>> I am still very much unconvinced by the argument against having a single
>> HVMOP_altp2m and a set of subops. do_domctl() and do_sysctl() are
>
On Mon, 2015-07-06 at 12:06 -0400, Boris Ostrovsky wrote:
> > Bisection was broken for linux-3.18 until this morning, Ian fixed the
> > config and it should pick up on this failure and start investigating
> > once the next flight completes (tonight some time).
>
> OK, I'll wait until tomorrow then
>>> On 06.07.15 at 19:08, wrote:
> I can see that Jan Beulich (who is the other active x86 maintainer -
> Keir is no longer very active) has been CC'd on a lot of this traffic.
> I don't see you having asked Jan for an opinion, although you did ask
> for a vote. It would be helpful of Jan were to
>>> On 07.07.15 at 01:40, wrote:
>> I believe, unless Tamas says otherwise, that we agreed the
>> HVMOP's in question and their implementations are sufficiently
>> different that we should not merge them.
>
>
> I'm still not entirely convinced of this being the case but considering
> altp2m wil
flight 59091 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59091/
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
>>> On 07.07.15 at 01:52, wrote:
> When xen booted up and parsed all cpus by acpi_parse_x2apic,
>
> if the number of "Processor Local x2APIC Structure"(struct
> acpi_madt_local_x2apic) parsed from acpi table bigger than the number of host
> cpu.
> for all extra acpi_madt_local_x2apic structure,
>>> On 06.07.15 at 20:29, wrote:
> On 07/06/2015 06:35 PM, Ed White wrote:
>> I certainly don't want to speak for Jan, but my reading of his
>> comments suggests that wouldn't be enough to satisfy him. He
>> seemed to me to object to the whole idea of adding something
>> specifically to handle sup
Il 26/06/2015 13:40, Fabio Fantoni ha scritto:
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 ide-cd" as new qemu
Hi,
Does Xen-4.4.1 or later version support PIIX4 IDE interface. Going through
the Xen code it looks like it is supported but when I try booting a Linux
VM it comes up with PIIX3 IDE interface. Please let me know if PIIX4 IDE
is supported and can be configured in some way.
lspci on linux VM
00
在 2015-07-06, Mon, 16:11:02 ,Andrew Cooper 写到：
On 06/07/2015 08:58, xinyue wrote:
在 2015-07-06, Mon, 16:11:02 ,Andrew Cooper 写到：
On 06/07/2015 08:58, xinyue wrote:
Ian, Stefano,
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 tag the respective
qemu trees?
Thanks, Jan
___
Xen-dev
On 07/06/2015 09:30 PM, Lengyel, Tamas wrote:
> If you'd prefer that I do some ground work for the future (i.e. rename
> MEM_ACCESS constants, etc.), please let me know.
>
>
> Yeap, that sounds reasonable to me.
Any objections to this renaming?
151 #define MEM_ACCESS_EMULATE_NOWRITE
Hi Manish,
On 07/07/2015 08:10, Manish Jaggi wrote:
On Monday 06 July 2015 05:15 PM, Julien Grall wrote:
On 06/07/15 12:09, Manish Jaggi wrote:
On Monday 06 July 2015 04:13 PM, Julien Grall wrote:
On 05/07/15 06:55, Manish Jaggi wrote:
4.3 Hypercall for bdf mapping notification to xen
-
Thanks a lot, George.
On 7/6/2015 10:06 PM, George Dunlap wrote:
On Mon, Jul 6, 2015 at 2:33 PM, Paul Durrant wrote:
-Original Message-
From: George Dunlap [mailto:george.dun...@eu.citrix.com]
Sent: 06 July 2015 14:28
To: Paul Durrant; George Dunlap
Cc: Yu Zhang; xen-devel@lists.xen.or
Hi,
On 07/07/2015 06:31, Vijay Kilari wrote:
On Mon, Jun 29, 2015 at 6:36 PM, Ian Campbell wrote:
On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote:
+int its_make_dt_node(const struct domain *d,
+ const struct dt_device_node *node, void *fdt)
+{
+struc
>>> On 07.07.15 at 02:43, wrote:
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -6431,6 +6431,11 @@ int hvm_debug_op(struct vcpu *v, int32_t op)
> return rc;
> }
>
> +bool_t hvm_is_singlestep_supported(void)
> +{
> +return cpu_has_monitor_trap_flag;
> +}
This being
flight 59092 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59092/
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. 59031
This function iterates over a nodes interrupt-map property and calls a
callback for each interrupt. For now it only supplies the translated
IRQ since my use case has no need of e.g. child unit address. These
can be added as needed by any future users.
This follows much the same logic as dt_irq_map
This provides specific handlers for the PCI bus relating to matching
and translating. It's mostly similar to the defaults but includes some
additional error checks and other PCI specific bits.
There are some subtle differences in how the generic code vs. the pci
specific code here will handle bugg
The code in the callbacks for dt_for_each_irq_map and
dt_for_each_range is very similar to the code in handle_device for
each non-pci device.
In fact the only major difference is that the irq callback needs to
call irq_set_spi_type in the PCI case. Refactor into a
map_dt_irq_to_domain callback whi
This function iterates over a node's ranges property and calls a
callback for each region. For now it only supplies the MMIO range (in
terms of CPU addresses, i.e. already translated).
Signed-off-by: Ian Campbell
Reviewed-by: Julien Grall
---
v6: Treat !0 as an error not < 0 for the callback.
--
This series adds parsing of the DT ranges and interrupt-map properties
for PCI devices, these contain the MMIOs and IRQs used by children on
the bus. This replaces the specific mapping stuff on xgene.
Removed some unnecessary &PAGE_MASK's (patch #4 and a slight change to
#6's commit message). I ha
This uses the dt_for_each_{irq_map,range} helpers to map the interrupt
and child MMIO regions to dom0. Since PCI busses are enumerable these
resources may not be otherwise described in the DT (although they can
be).
Although PCI is the only bus we handle this way the code should be
generic enough
This is only needed if we are giving the IRQ to dom0 (as opposed to
setting it up for passthrough due to xen,passthrough property). There
is already a call to vgic_reserve_virq inside the if ( need_mapping ),
so drop this one.
Signed-off-by: Ian Campbell
Reviewed-by: Julien Grall
---
v4: New pa
On Tuesday 07 July 2015 01:48 PM, Julien Grall wrote:
Hi Manish,
On 07/07/2015 08:10, Manish Jaggi wrote:
On Monday 06 July 2015 05:15 PM, Julien Grall wrote:
On 06/07/15 12:09, Manish Jaggi wrote:
On Monday 06 July 2015 04:13 PM, Julien Grall wrote:
On 05/07/15 06:55, Manish Jaggi wrote:
On Thu, Jun 25, 2015 at 07:19:05PM +0800, Wei Wang wrote:
> The intel_pstate driver receives percentage values to set the
> performance limits. This patch adds interfaces to support the
> input of percentage values to control the intel_pstate driver.
> Also, the "get-cpufreq-para" is modified to sh
>>> On 29.06.15 at 04:44, wrote:
> --- a/xen/common/Makefile
> +++ b/xen/common/Makefile
> @@ -31,7 +31,6 @@ obj-y += rbtree.o
> obj-y += rcupdate.o
> obj-y += sched_credit.o
> obj-y += sched_credit2.o
> -obj-y += sched_sedf.o
> obj-y += sched_arinc653.o
> obj-y += sched_rt.o
> obj-y += sche
On Tue, Jul 07, 2015 at 02:17:14PM +0800, Tiejun Chen wrote:
> Here we'll construct a basic guest e820 table via
> XENMEM_set_memory_map. This table includes lowmem, highmem
> and RDMs if they exist, and hvmloader would need this info
> later.
>
> Note this guest e820 table would be same as before
On 07/06/2015 08:05 PM, Lengyel, Tamas wrote:
> @@ -410,6 +414,8 @@ void vm_event_resume(struct domain *d, struct
> vm_event_domain *ved)
>
>
> #ifdef HAS_MEM_ACCESS
> case VM_EVENT_REASON_MEM_ACCESS:
> +case VM_EVENT_REASON_MOV_TO_MSR:
> +case VM_EVENT_R
>>> On 29.06.15 at 22:21, wrote:
> In preparation for enabling 32-bit PVH guests replace a number of guest mode's
> tests that assume a PV guest with has_32bit_shinfo() that can be applicable
> to
> both PV and PVH guests.
Apart from this apparently needing re-basing, I also think this should
be
>>> On 29.06.15 at 22:21, wrote:
> --- a/xen/arch/x86/domain.c
> +++ b/xen/arch/x86/domain.c
> @@ -377,25 +377,25 @@ int switch_compat(struct domain *d)
> struct vcpu *v;
> int rc;
>
> -if ( is_pvh_domain(d) )
> -{
> -printk(XENLOG_G_INFO
> - "Xen currentl
>>> On 29.06.15 at 22:21, wrote:
> @@ -4929,6 +4928,27 @@ static hvm_hypercall_t *const
> pvh_hypercall64_table[NR_hypercalls] = {
> [ __HYPERVISOR_arch_1 ] = (hvm_hypercall_t *)paging_domctl_continuation
> };
>
> +extern void compat_mmuext_op(void); /* XXX: need proper declaration */
No
> -Original Message-
> From: Yu, Zhang [mailto:yu.c.zh...@linux.intel.com]
> Sent: 07 July 2015 09:16
> To: George Dunlap; Paul Durrant
> Cc: Kevin Tian; Keir (Xen.org); Andrew Cooper; George Dunlap; xen-
> de...@lists.xen.org; zhiyuan...@intel.com; Jan Beulich
> Subject: Re: [Xen-devel] [P
On 07/07/15 02:46, Ruan, Shuai wrote:
> OK，I will add thest.Thanks.
And while you are at it, you need to perform some migration testing to
cover compatibility cases. Doing this will show why we currently do not
use compressed xsave layouts.
~Andrew
__
>>> On 30.06.15 at 16:11, wrote:
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -6431,6 +6431,17 @@ int hvm_debug_op(struct vcpu *v, int32_t op)
> return rc;
> }
>
> +void hvm_toggle_singlestep(struct vcpu *v)
> +{
> +ASSERT(atomic_read(&v->pause_count));
> +
> +
On Mon, 2015-07-06 at 16:01 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v7 05/15] distros: support PV guest
> install from Debian netinst media."):
> > The netinst media are iso images containing a base Debian install and
> > some (image size dependent) additional tasks.
> ...
On Mon, 2015-07-06 at 16:22 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v7 13/15] mfi-common: Allow make-*flight
> to filter the set of build jobs to include"):
> > By using the same job_create_build(_filter_callback) scheme used for
> > the test jobs.
>
> Acked-by: Ian Jacks
On Mon, 2015-07-06 at 16:23 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v7 15/15] make-distros-flight: Use
> ftp.debian.org directly"):
> > The local proxy seems to serve stale packages for Jessie etc, I blame
> > the intercepting cache on the way out of our network, similar t
>>> On 01.07.15 at 20:30, wrote:
> Release memory allocated for scope.devices when disabling
> dmar units. Also set device count after memory allocation when
> device scope parsing.
> This is explanation of why the code should be moved imho and
> answers Jan question about why I needed to do this.
On 07/07/2015 02:25 AM, Chun Yan Liu wrote:
> Any comments on the implementation? If there is anything improper, I can
> update.
Since we decided to wait until the next release, I've been prioritizing
reviewing patch series which might make it into 4.6. I'll come back to
it once the freeze start
>>> On 02.07.15 at 14:04, wrote:
> --- a/xen/include/xen/domain_page.h
> +++ b/xen/include/xen/domain_page.h
> @@ -41,11 +41,15 @@ unsigned long domain_page_map_to_mfn(const void *va);
> * address spaces (not just within the VCPU that created the mapping). Global
> * mappings can also be unmap
>>> On 02.07.15 at 14:04, wrote:
> From: Andrew Cooper
>
> Signed-off-by: Andrew Cooper
> [Convert grant_table.c to pass mfn_t types and fix ARM compiling]
>
> Signed-off-by: Ben Catterall
> Reviewed-by: Andrew Cooper
Acked-by: Jan Beulich
___
On 07/07/15 11:01, Jan Beulich wrote:
On 02.07.15 at 14:04, wrote:
>> --- a/xen/include/xen/domain_page.h
>> +++ b/xen/include/xen/domain_page.h
>> @@ -41,11 +41,15 @@ unsigned long domain_page_map_to_mfn(const void *va);
>> * address spaces (not just within the VCPU that created the mappin
>>> 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
>
> ---
> Changed since v1:
>* Cr
On 07/06/2015 07:43 PM, Ed White wrote:
>> Introducing yet another layer -- particularly in a hooked interface like
>> this -- just seems clunky. It's not the worst thing in the world; if I
>> thought this would be the difference between making it or not, I might
>> just say fix it later. But I d
On Tue, Jul 07, 2015 at 02:17:11PM +0800, Tiejun Chen wrote:
> This patch introduces user configurable parameters to specify RDM
> resource and according policies,
>
> Global RDM parameter:
> rdm = "type=none/host,reserve=strict/relaxed"
> Per-device RDM parameter:
> pci = [ 'sbdf, rdm_res
I payed attention to the appearance, beause my host start and trigger the
following code and printk logs
printk("%sAPIC ID %#x and/or ACPI ID %#x beyond limit"
" - processor ignored\n",
processor->lapic_flags & ACPI_MADT_ENABLED ?
On Tue, Jul 7, 2015 at 1:51 PM, Julien Grall wrote:
> Hi,
>
>
> On 07/07/2015 06:31, Vijay Kilari wrote:
>>
>> On Mon, Jun 29, 2015 at 6:36 PM, Ian Campbell
>> wrote:
>>>
>>> On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote:
>>
>>
+int its_make_dt_node(const struct domain
>>> On 26.06.15 at 10:43, wrote:
> Detect Intel Cache Allocation Technology(CAT) feature and store the
> cpuid information for later use. Currently only L3 cache allocation is
> supported. The L3 CAT features may vary among sockets so per-socket
> feature information is stored. The initialization
Ian Campbell writes ("Re: [PATCH OSSTEST v7 13/15] mfi-common: Allow
make-*flight to filter the set of build jobs to include"):
> On Mon, 2015-07-06 at 16:22 +0100, Ian Jackson wrote:
> > I would like this for my xen-unstable-smoke series. Can you put it at
> > the front of your series ?
>
> I'v
>>> On 07.07.15 at 12:07, wrote:
> On 07/07/15 11:01, Jan Beulich wrote:
> On 02.07.15 at 14:04, wrote:
>>> --- a/xen/include/xen/domain_page.h
>>> +++ b/xen/include/xen/domain_page.h
>>> @@ -41,11 +41,15 @@ unsigned long domain_page_map_to_mfn(const void *va);
>>> * address spaces (not jus
On 07/06/2015 04:51 PM, Razvan Cojocaru wrote:
> This patch adds support for memory-content hiding, by modifying the
> value returned by emulated instructions that read certain memory
> addresses that contain sensitive data. The patch only applies to
> cases where MEM_ACCESS_EMULATE or MEM_ACCESS_E
>>> On 07.07.15 at 12:23, wrote:
Please don't top post.
> I payed attention to the appearance, beause my host start and trigger the
> following code and printk logs
> printk("%sAPIC ID %#x and/or ACPI ID %#x beyond limit"
> " - processor ignored\n",
> p
On Tuesday 07 July 2015 02:16 PM, Manish Jaggi wrote:
On Tuesday 07 July 2015 01:48 PM, Julien Grall wrote:
Hi Manish,
On 07/07/2015 08:10, Manish Jaggi wrote:
On Monday 06 July 2015 05:15 PM, Julien Grall wrote:
On 06/07/15 12:09, Manish Jaggi wrote:
On Monday 06 July 2015 04:13 PM, Ju
On Mon, Jun 29, 2015 at 6:41 PM, Julien Grall wrote:
> On 29/06/15 13:58, Ian Campbell wrote:
>> On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote:
>>> From: Vijaya Kumar K
>>>
>>> Add irq descriptors for LPIs and route
>>
>> This seems to also do interrupt injection for LPIs and mo
On 07/06/2015 04:51 PM, Razvan Cojocaru wrote:
> Added support for a new class of vm_events: VM_EVENT_REASON_REQUEST,
> sent via HVMOP_request_vm_event. The guest can request that a
> generic vm_event (containing only the vm_event-filled guest registers
> as information) be sent to userspace by set
On 07/06/2015 04:51 PM, Razvan Cojocaru wrote:
> Deny register writes if a vm_client subscribed to mov_to_msr or
> control register write events forbids them. Currently supported for
> MSR, CR0, CR3 and CR4 events.
>
> Signed-off-by: Razvan Cojocaru
Haven't done a thorough review; the mm bit loo
On 07/07/15 11:25, Vijay Kilari wrote:
> On Tue, Jul 7, 2015 at 1:51 PM, Julien Grall wrote:
>> Hi,
>>
>>
>> On 07/07/2015 06:31, Vijay Kilari wrote:
>>>
>>> On Mon, Jun 29, 2015 at 6:36 PM, Ian Campbell
>>> wrote:
On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote:
>>>
>>>
On 07/03/2015 05:49 PM, Dario Faggioli wrote:
The function is called both when we want to remove a cpu
from a cpupool, and during cpu teardown, for suspend or
shutdown. If, however, the boot cpu (cpu 0, most of the
times) is not present in the default cpupool, during
suspend or shutdown, Xen cras
Il 30/06/2015 16:48, Fabio Fantoni ha scritto:
Il 30/06/2015 15:05, Paul Durrant ha scritto:
This patch series re-works much of the code involved in emulation of
port
and memory mapped I/O for HVM guests.
The code has become very convoluted and, at least by inspection, certain
emulations will
On 07/03/2015 05:49 PM, Dario Faggioli wrote:
And this time, do it right. In fact, a similar change was
attempted in 93be8285a79c6 ("cpupools: update domU's node-affinity
on the cpupool_unassign_cpu() path"). But that was buggy, and got
reverted with 8395b67ab0b8a86.
However, even though reverti
On Mon, Jul 06, 2015 at 11:51:39AM +0100, George Dunlap wrote:
> They are no longer needed, having been replaced by a daemon for
> driverdomains which will run scripts as necessary.
>
> Worse yet, they seem to be broken for script-based block devices, such
> as block-iscsi. This wouldn't matter s
On Tue, 2015-06-30 at 17:38 +0800, Chen, Tiejun wrote:
> > [...]
> >> "none" is the default value and it means we don't check any reserved
> >> regions and then all rdm policies would be ignored.
> >
> >
> > I'm afraid I still don't understand what the difference between
> > "rdm=none" and simply n
On Tue, Jul 07, 2015 at 02:17:12PM +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 07/07/15 12:00, Vijay Kilari wrote:
> On Mon, Jun 29, 2015 at 6:41 PM, Julien Grall wrote:
>> On 29/06/15 13:58, Ian Campbell wrote:
>>> On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Add irq descriptors for LPIs and route
>>>
>>> This seem
Tiejun Chen writes ("[v5][PATCH 10/16] tools: introduce some new parameters to
set rdm policy"):
> This patch introduces user configurable parameters to specify RDM
> resource and according policies,
...
> Global RDM parameter, "type", allows user to specify reserved regions
> explicitly, e.g. usi
Tiejun Chen writes ("[Xen-devel] [v5][PATCH 01/16] xen: introduce
XENMEM_reserved_device_memory_map"):
> From: Jan Beulich
>
> This is a prerequisite for punching holes into HVM and PVH guests' P2M
> to allow passing through devices that are associated with (on VT-d)
> RMRRs.
...
This function:
On Tue, Jul 07, 2015 at 02:17:13PM +0800, Tiejun Chen wrote:
> Previously we always fix that predefined boundary as 2G to handle
> conflict between memory and rdm, but now this predefined boundar
> can be changes with the parameter "rdm_mem_boundary" in .cfg file.
>
> CC: Ian Jackson
> CC: Stefan
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 what you would like me to prove.
> As of Thu
On Tue, 2015-07-07 at 11:24 +0800, xinyue wrote:
Please don't use HTML mail and do proper ">" quoting
> And after analyzing the performance of hvm domu, I found a process
> named "evolution-data-" using almost 99.9% cpu. Does someone known
> what's this and why it appears?
evolution-data-server
I have upgraded the box which I use to do committing (and hence run
autogen.sh on) from Debian Wheezy to Jessie, resulting in a upgrade
from autoconf 2.69-1 to 2.69-8. To avoid noise from this transition
when the next configure.ac change occurs regenerate those files now.
Signed-off-by: Ian Campbe
Tiejun Chen writes ("[v5][PATCH 11/16] tools/libxl: detect and avoid conflicts
with RDM"):
> 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
On Mon, Jul 06, 2015 at 11:51:43AM +0100, George Dunlap wrote:
> This was useful in tracking down bugs.
>
> Signed-off-by: George Dunlap
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, Jul 06, 2015 at 11:51:42AM +0100, George Dunlap wrote:
> Now that libxl has been configured to use a block script for tapdisk,
> we can remove the in-tree blktap and let the user build an out-of-tree
> blktap.
>
> Signed-off-by: George Dunlap
>
Acked-by: Wei Liu
> ---
> CC: Ian Campbe
On Tue, Jul 7, 2015 at 5:27 AM, Jan Beulich wrote:
> >>> On 30.06.15 at 16:11, wrote:
> > --- a/xen/arch/x86/hvm/hvm.c
> > +++ b/xen/arch/x86/hvm/hvm.c
> > @@ -6431,6 +6431,17 @@ int hvm_debug_op(struct vcpu *v, int32_t op)
> > return rc;
> > }
> >
> > +void hvm_toggle_singlestep(struct vc
Tiejun Chen writes ("[v5][PATCH 11/16] tools/libxl: detect and avoid conflicts
with RDM"):
> 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
Ian Campbell writes ("[PATCH] tools: Rerun autogen.sh with Jessie version of
autoconf"):
> I have upgraded the box which I use to do committing (and hence run
> autogen.sh on) from Debian Wheezy to Jessie, resulting in a upgrade
> from autoconf 2.69-1 to 2.69-8. To avoid noise from this transition
On 07/07/2015 02:01 PM, George Dunlap wrote:
> On 07/06/2015 04:51 PM, Razvan Cojocaru wrote:
>> diff --git a/xen/arch/x86/monitor.c b/xen/arch/x86/monitor.c
>> index 896acf7..f8df7d2 100644
>> --- a/xen/arch/x86/monitor.c
>> +++ b/xen/arch/x86/monitor.c
>> @@ -161,6 +161,22 @@ int monitor_domctl(s
On Tue, Jul 7, 2015 at 4:22 AM, Jan Beulich wrote:
> >>> On 07.07.15 at 02:43, wrote:
> > --- a/xen/arch/x86/hvm/hvm.c
> > +++ b/xen/arch/x86/hvm/hvm.c
> > @@ -6431,6 +6431,11 @@ int hvm_debug_op(struct vcpu *v, int32_t op)
> > return rc;
> > }
> >
> > +bool_t hvm_is_singlestep_supported(v
Global RDM parameter, "type", allows user to specify reserved regions
explicitly, e.g. using 'host' to include all reserved regions reported
As I understand this feature, I don't think the name `type' is right.
This is a method for handling or overriding/ignoring the RDM problem.
Perhaps `handl
On Mon, Jul 06, 2015 at 11:51:40AM +0100, George Dunlap wrote:
> The blocktap library isn't really necessary; all the necessary functionality
> is available via the tap-ctl binary.
>
> To use:
>
> script=block-tap,vdev=[whatever],target=vhd:/path/to/file.vhd
>
> script=block-tap,vdev=[whatever],
On Tue, Jul 7, 2015 at 4:10 AM, Razvan Cojocaru
wrote:
> On 07/06/2015 09:30 PM, Lengyel, Tamas wrote:
> > If you'd prefer that I do some ground work for the future (i.e.
> rename
> > MEM_ACCESS constants, etc.), please let me know.
> >
> >
> > Yeap, that sounds reasonable to me.
>
> Any
>>> On 07.07.15 at 10:55, wrote:
> On Thu, Jun 25, 2015 at 07:19:05PM +0800, Wei Wang wrote:
>> --- a/tools/libxc/include/xenctrl.h
>> +++ b/tools/libxc/include/xenctrl.h
>> @@ -2266,8 +2266,18 @@ struct xc_get_cpufreq_para {
>> uint32_t scaling_cur_freq;
>>
>> char scaling_governor[CP
On Tue, Jul 07, 2015 at 12:51:48PM +0100, Ian Jackson wrote:
> Tiejun Chen writes ("[v5][PATCH 11/16] tools/libxl: detect and avoid
> conflicts with RDM"):
> > While building a VM, HVM domain builder provides struct hvm_info_table{}
> > to help hvmloader. Currently it includes two fields to constr
>>> On 07.07.15 at 14:01, wrote:
> On Tue, Jul 7, 2015 at 4:22 AM, Jan Beulich wrote:
>> >>> On 07.07.15 at 02:43, wrote:
>> > --- a/xen/arch/x86/monitor.c
>> > +++ b/xen/arch/x86/monitor.c
>> > @@ -42,6 +42,22 @@ int status_check(struct xen_domctl_monitor_op *mop,
>> bool_t status)
>> > re
On Tue, Jul 07, 2015 at 01:05:21PM +0100, Jan Beulich wrote:
> >>> On 07.07.15 at 10:55, wrote:
> > On Thu, Jun 25, 2015 at 07:19:05PM +0800, Wei Wang wrote:
> >> --- a/tools/libxc/include/xenctrl.h
> >> +++ b/tools/libxc/include/xenctrl.h
> >> @@ -2266,8 +2266,18 @@ struct xc_get_cpufreq_para {
>
On 03/07/15 16:27, Ian Jackson wrote:
Jennifer Herbert writes ("[Xen-devel] [PATCH 2/7] libxc: Use const pointer in
local_file_dump()"):
By adding the const keyword, it is clearer to people and static analysis
tools that no changes to the data are to be made.
Would it be wrong for a future pat
Chen, Tiejun writes ("Re: [v5][PATCH 10/16] tools: introduce some new
parameters to set rdm policy"):
> [Ian Jackson:]
> > As I understand this feature, I don't think the name `type' is right.
> > This is a method for handling or overriding/ignoring the RDM problem.
> >
> > Perhaps `handling=' or
Jennifer Herbert writes ("Re: [Xen-devel] [PATCH 2/7] libxc: Use const pointer
in local_file_dump()"):
> On 03/07/15 16:27, Ian Jackson wrote:
> > Jennifer Herbert writes ("[Xen-devel] [PATCH 2/7] libxc: Use const pointer
> > in local_file_dump()"):
> > Would it be wrong for a future patch to add
On Wed, 2015-07-01 at 16:57 +0100, Ian Campbell wrote:
> The next Xen technical call will be at:
> Wed 8 Jul 17:00:00 BST 2015
> `date -d @1436371200`
After discussion and polling this will be deferred by two weeks to:
Wed 22 Jul 17:00:00 BST 2015
`date -d @1437580800`
Ia
Wei Liu writes ("Re: [v5][PATCH 11/16] tools/libxl: detect and avoid conflicts
with RDM"):
> On Tue, Jul 07, 2015 at 12:51:48PM +0100, Ian Jackson wrote:
> > Why does this need to be exposed at the libxl API ? Are we expecting
> > that callers will want to specify the rdms set explicitly ?
>
> Y
Hi Ian,
On 25/06/15 12:23, Ian Campbell wrote:
> On Thu, 2015-06-25 at 11:21 +0100, Wei Liu wrote:
>> On Mon, May 11, 2015 at 12:55:34PM +0100, Julien Grall wrote:
>>> Hi all,
>>>
>>> This small series are the only changes required in Xen in order to run a
>>> guest
>>> using 64K page granularity
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-3259 / XSA-137
version 3
xl command line config handling stack overflow
UPDATES IN VERSION 3
Public release.
ISSUE DESCRIPTION
==
On Mon, Jul 06, 2015 at 11:51:41AM +0100, George Dunlap wrote:
> The block-tap script can now do everything needed for libxl; no need
> to link against the blktap library.
>
> To do this:
>
> * Set disk->script to "block-tap" and dev to "format:pdev_path" in
> device_disk_add for LIBXL_DISK_BAC
1 - 100 of 342 matches
Mail list logo
