Hello,
El 16/06/15 a les 7.42, Manish Jaggi ha escrit:
[...]
Beware that the 1:1 mapping doesn't fit with the current guest memory
layout which is pre-defined at Xen build time. So you would also have
to make it dynamically or decide to use the same memory layout as the
host.
>
>>> On 03.06.15 at 06:53, wrote:
> +static bool_t psr_check_cbm(unsigned int cbm_len, uint64_t cbm)
> +{
> +unsigned int first_bit, zero_bit;
> +
> +/* Set bits should only in the range of [0, cbm_len). */
> +if ( cbm & (~0ull << cbm_len) )
> +return 0;
> +
> +/* At least o
On 15/06/2015 20:37, Jan Beulich wrote:
> >>> On 15.06.15 at 14:28, wrote:
> > On 15/06/2015 17:15, Jan Beulich wrote:
> >> >>> On 15.06.15 at 02:30, wrote:
> >> > We actually want it be intel_pstate specific. If maintainers agree,
> >> > I think renaming it to intel_pstate_policy is a good optio
El 15/06/15 a les 15.46, George Dunlap ha escrit:
> On 06/15/2015 01:44 PM, Julien Grall wrote:
>> Hi George,
>>
>> On 15/06/2015 10:23, George Dunlap wrote:
>>> On 06/10/2015 12:21 AM, Julien Grall wrote:
On 09/06/2015 07:38, George Dunlap wrote:
> On 06/09/2015 12:31 PM, Julien Grall wro
>>> On 15.06.15 at 18:19, wrote:
> On Thu, 11 Jun 2015, Jan Beulich wrote:
>> >>> On 10.06.15 at 22:53, wrote:
>> > --- a/hw/xen/xen_pt.c
>> > +++ b/hw/xen/xen_pt.c
>> > @@ -785,7 +785,9 @@ out:
>> > xen_host_pci_set_word(&s->real_device, PCI_COMMAND,
>> >
>>> On 15.06.15 at 18:09, wrote:
> On Mon, 15 Jun 2015 16:23:13 +0100 Jan Beulich wrote:
>> >>> On 15.06.15 at 16:35, wrote:
>> > On 15/06/15 15:30, Don Slutz wrote:
>> >> On 06/15/15 10:19, Andrew Cooper wrote:
>> >>> Furthermore, what about devfn or reg?
>> >>>
>> >> devfn and reg do not need t
>>> On 15.06.15 at 19:14, wrote:
> Personally, I would go a step further and suggest that if a macro is not
> doing {string,token}isation, or deliberately playing with local state,
> it should be a static inline function instead (although I do appear to
> be in the minority with this view).
>
> T
>>> On 15.06.15 at 19:17, wrote:
> On 06/15/2015 11:50 AM, Jan Beulich wrote:
> On 10.06.15 at 17:04, wrote:
>>> +{
>>> +unsigned int num_enabled = 0;
>>> +struct xen_pmu_amd_ctxt *guest_ctxt =
>>> &vpmu->xenpmu_data->pmu.c.amd;
>>> +
>>> +ASSERT(!is_hvm_vcpu(v));
>>> On 16.06.15 at 08:18, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Tuesday, June 09, 2015 10:25 PM
>> >>> On 08.05.15 at 11:07, wrote:
>> > @@ -302,16 +302,28 @@ struct iremap_entry {
>> > vector : 8,
>> > res_2 : 8,
>> > dst :
>>> On 16.06.15 at 02:17, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Wednesday, June 10, 2015 2:44 PM
>> >>> On 08.05.15 at 11:07, wrote:
>> > +
>> > + /*
>> > +* Delete the vCPU from the related block list
>> > +* if we are resuming from blo
>>> On 16.06.15 at 09:09, wrote:
> On 15/06/2015 20:37, Jan Beulich wrote:
>> >>> On 15.06.15 at 14:28, wrote:
>> > On 15/06/2015 17:15, Jan Beulich wrote:
>> >> >>> On 15.06.15 at 02:30, wrote:
>> >> > We actually want it be intel_pstate specific. If maintainers agree,
>> >> > I think renaming
>>> On 16.06.15 at 05:07, wrote:
> Jan Beulich wrote on 2015-06-15:
> On 13.06.15 at 16:44, wrote:
On 12.06.15 at 14:47, wrote:
>>> On 12.06.15 at 04:40, wrote:
> I tested it by a Myri-10G Dual-Protocol NIC, which is an ATS device.
> for an invalidation:
> By sync way,
>>> On 16.06.15 at 05:55, wrote:
>> From: Zhang, Yang wrote on June 16, 2015 11:07 AM
>>> Jan Beulich wrote on 2015-06-15:
>> On 13.06.15 at 16:44, wrote:
>> >>> On 12.06.15 at 14:47, wrote:
>> >> On 12.06.15 at 04:40, wrote:
>> I tested it by a Myri-10G Dual-Protocol NIC, which
Jan Beulich wrote on 2015-06-16:
On 16.06.15 at 05:07, wrote:
>> Jan Beulich wrote on 2015-06-15:
>> On 13.06.15 at 16:44, wrote:
> On 12.06.15 at 14:47, wrote:
On 12.06.15 at 04:40, wrote:
>> I tested it by a Myri-10G Dual-Protocol NIC, which is an ATS device.
>>
>>> On 15.06.15 at 17:32, wrote:
> On 15/06/15 15:30, Jan Beulich wrote:
>> @@ -2439,9 +2434,19 @@ struct hvm_ioreq_server *hvm_select_iore
>>
>> type = IOREQ_TYPE_PCI_CONFIG;
>> addr = ((uint64_t)sbdf << 32) |
>> - CF8_ADDR_HI(cf8) |
>> CF8_ADDR_L
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, June 09, 2015 11:06 PM
> To: Wu, Feng
> Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Tian, Kevin;
> Zhang, Yang Z; xen-devel@lists.xen.org; k...@xen.org
> Subject: Re: [RFC v2 08/15] Update
>>> On 16.06.15 at 09:59, wrote:
> Jan Beulich wrote on 2015-06-16:
> On 16.06.15 at 05:07, wrote:
>>> Jan Beulich wrote on 2015-06-15:
>>> On 13.06.15 at 16:44, wrote:
>> On 12.06.15 at 14:47, wrote:
> On 12.06.15 at 04:40, wrote:
>>> I tested it by a Myri-10G Dual-Pro
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, June 16, 2015 3:53 PM
> To: Wu, Feng
> Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Tian, Kevin;
> Zhang, Yang Z; xen-devel@lists.xen.org; k...@xen.org
> Subject: RE: [RFC v2 13/15] Update
>>> On 16.06.15 at 10:08, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Tuesday, June 09, 2015 11:06 PM
>> >>> On 08.05.15 at 11:07, wrote:
>> > +dest_vcpu_array = xzalloc_array(struct vcpu *, d->max_vcpus);
>>
>> You realize that this can be quite big an allocation? (You c
On Tue, 2015-06-16 at 07:44 +0100, Jan Beulich wrote:
> >>> On 15.06.15 at 16:30, wrote:
> > The number of slots per page being 511 (i.e. not a power of two) means
> > that the (32-bit) read and write indexes going beyond 2^32 will likely
> > disturb operation. Extend I/O req server creation so th
>>> On 16.06.15 at 10:13, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Tuesday, June 16, 2015 3:53 PM
>> >>> On 16.06.15 at 02:17, wrote:
>> >> From: Jan Beulich [mailto:jbeul...@suse.com]
>> >> Sent: Wednesday, June 10, 2015 2:44 PM
>> >> >>> On 08.05.15 at 11:07, wrote:
>> >
AFAIK xenfs was an area of research back then which never made it to
completion. I don't know of any extant code or repositories etc and Mark
is no longer active in the community.
(don't confuse xenfs with Linux's xenfs file system, which provides
the /proc/xen interfaces but are nothing to do wit
> June 16, 2015 3:57 PM wrote:
> >>> On 16.06.15 at 05:55, wrote:
> >> From: Zhang, Yang wrote on June 16, 2015 11:07 AM
> >>> Jan Beulich wrote on 2015-06-15:
> >> On 13.06.15 at 16:44, wrote:
> >> >>> On 12.06.15 at 14:47, wrote:
> >> >> On 12.06.15 at 04:40, wrote:
> >> I tes
On Mon, 2015-06-15 at 19:58 +0200, Olaf Hering wrote:
> On Mon, Jun 15, Andrew Cooper wrote:
>
> > In an ideal world, userspace tools like this should not really be tied
> > to NR_CPUS or MAX_CPUS. They should get max_cpu_id from Xen and
> > dynamically allocate a bitmap of sufficient size.
>
>
On Tue, Jun 16, Ian Campbell wrote:
> On Mon, 2015-06-15 at 19:58 +0200, Olaf Hering wrote:
> > On Mon, Jun 15, Andrew Cooper wrote:
> >
> > > In an ideal world, userspace tools like this should not really be tied
> > > to NR_CPUS or MAX_CPUS. They should get max_cpu_id from Xen and
> > > dynami
>>> On 16.06.15 at 10:20, wrote:
> On Tue, 2015-06-16 at 07:44 +0100, Jan Beulich wrote:
>> >>> On 15.06.15 at 16:30, wrote:
>> > The number of slots per page being 511 (i.e. not a power of two) means
>> > that the (32-bit) read and write indexes going beyond 2^32 will likely
>> > disturb operati
On Mon, 2015-06-15 at 13:24 +0100, Jan Beulich wrote:
> By having nr_grant_entries() return zero when the grant table version
> is still unset we can reduce the number of error paths and at once fix
> grant_map_exists() running into the being removed ASSERT() when called
> for a page owned by a dom
On Mon, 2015-06-15 at 13:26 +0100, Jan Beulich wrote:
> The function doesn't need to return counts in the first place; all its
> callers are after is whether at least one entry of a certain kind
> exists. With that there's no point for that loop to continue once the
> looked for condition was found
On Mon, 2015-06-15 at 13:26 +0100, Jan Beulich wrote:
> In a number of places both v1 and v2 pointers are being obtained when
> none or just one suffices. Additionally in __acquire_grant_for_copy()
> the flow of if/else-if can be slightly improved by re-ordering.
>
> Signed-off-by: Jan Beulich
A
On Mon, 2015-06-15 at 13:27 +0100, Jan Beulich wrote:
> ... by making {copy,clear}_domain_page() available also on other than
> x86.
> Signed-off-by: Jan Beulich
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists
On Mon, 2015-06-15 at 13:28 +0100, Jan Beulich wrote:
> - don't update shared entry's frame number for translated domains (as
> MFNs shouldn't be exposed to such guests)
> - for v1 grant table format, force copying of the page also when the
> intended MFN doesn't fit in 32 bits (and the domain
On Mon, 2015-06-15 at 13:29 +0100, Jan Beulich wrote:
> This documents that no entity outside of gnttab.c actually accesses
> objects of that type, which is particularly important with the now more
> fine grained locking in place.
>
> Signed-off-by: Jan Beulich
Acked-by: Ian Campbell
___
From: Konrad Rzeszutek Wilk
3.4.108-rc1 review patch. If anyone has any objections, please let me know.
--
commit a6dfa128ce5c414ab46b1d690f7a1b8decb8526d upstream.
A huge amount of NIC drivers use the DMA API, however if
compiled under 32-bit an very important part of the DM
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, June 16, 2015 4:29 PM
> To: Wu, Feng
> Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Tian, Kevin;
> Zhang, Yang Z; xen-devel@lists.xen.org; k...@xen.org
> Subject: RE: [RFC v2 13/15] Update
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> I have been working on a new script called sg-report-host-history.
> This is the result so far.
>
> The series so far consists of mostly useful improvements, and one
> bugfix to the existing reporting arrangements.
Unrelated, but while looki
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> No callers, so no functional change, as yet.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, 2015-06-16 at 09:37 +0100, Jan Beulich wrote:
> >>> On 16.06.15 at 10:20, wrote:
> > On Tue, 2015-06-16 at 07:44 +0100, Jan Beulich wrote:
> >> >>> On 15.06.15 at 16:30, wrote:
> >> > The number of slots per page being 511 (i.e. not a power of two) means
> >> > that the (32-bit) read and
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> And do away with one ad-hoc statement dump.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> And do away with two commented-out ad-hoc statement dumps.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-dev
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> No functional change apart from slightly better debug output.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> If there have been less than 99 relevant flights, the inner SELECT (to
> determine the minimum flight number) would return NULL. And anything
> > NULL is NULL and NULL is treated as false. So the host runvar
> identification would break.
>
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> This is to support a forthcoming sg-report-host-history.
>
> No functional change.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
ht
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
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:
於 一，2015-06-15 於 14:55 -0400，Konrad Rzeszutek Wilk 提到：
On Sat, Jun 13, 2015 at 12:43:14AM +0800, Ting-Wei Lan wrote:
When using Linux >= 3.19 as the dom0 kernel, cha
On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
> ---
> Osstest/Executive.pm |9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/Osstest/Executive.pm b/Osstest/Executive.pm
> index 6edbfee..6c16fdd 100644
> --- a/Osstest/Executi
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: 16 June 2015 10:00
> To: Jan Beulich
> Cc: Andrew Cooper; Wei Liu; Ian Jackson; Stefano Stabellini; xen-devel; Keir
> (Xen.org); Paul Durrant
> Subject: Re: [Xen-devel] [PATCH] x86/HVM: avoid pointer wraparou
>>> On 15.06.15 at 17:48, wrote:
> @@ -609,21 +662,18 @@ int evtchn_send(struct domain *ld, unsigned int lport)
> struct domain *rd;
> intrport, ret = 0;
>
> -spin_lock(&ld->event_lock);
> -
> -if ( unlikely(!port_is_valid(ld, lport)) )
> -{
> -spin_unlo
>>> On 15.06.15 at 17:48, wrote:
> --- a/xen/common/event_channel.c
> +++ b/xen/common/event_channel.c
> @@ -977,9 +977,7 @@ int evtchn_unmask(unsigned int port)
> struct domain *d = current->domain;
> struct evtchn *evtchn;
>
> -ASSERT(spin_is_locked(&d->event_lock));
> -
> -i
>>> On 15.06.15 at 17:48, wrote:
> The number of struct evtchn in a page must be a power of two. Under
> some workloads performance is improved slightly by padding struct
> evtchn to 64 bytes (a cache line), thus putting the per-channel locks
> into their own cache line.
>
> This does not decrea
Juergen Gross 於 西元2015年06月16日 12:30 寫道:
On 06/15/2015 09:03 PM, Ting-Wei Lan wrote:
於 一，2015-06-15 於 14:55 -0400，Konrad Rzeszutek Wilk 提到：
On Sat, Jun 13, 2015 at 12:43:14AM +0800, Ting-Wei Lan wrote:
When using Linux >= 3.19 as the dom0 kernel, characters on the
screen become
broken after the
>>> On 16.06.15 at 10:56, wrote:
>
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Tuesday, June 16, 2015 4:29 PM
>> To: Wu, Feng
>> Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Tian, Kevin;
>> Zhang, Yang Z; xen-devel@lists.xen.org; k...@xen
On 2015/6/16 13:47, Tian, Kevin wrote:
From: Chen, Tiejun
Sent: Friday, June 12, 2015 3:54 PM
bar_data |= (uint32_t)base;
bar_data_upper = (uint32_t)(base >> 32);
+for ( j = 0; j < memory_map.nr_map ; j++ )
+{
+if ( memory_map.map[j].type != E8
>>> On 16.06.15 at 11:15, wrote:
>> -Original Message-
>> From: Ian Campbell [mailto:ian.campb...@citrix.com]
>> Sent: 16 June 2015 10:00
>> To: Jan Beulich
>> Cc: Andrew Cooper; Wei Liu; Ian Jackson; Stefano Stabellini; xen-devel; Keir
>> (Xen.org); Paul Durrant
>> Subject: Re: [Xen-deve
On 16/06/15 07:40, Jan Beulich wrote:
On 15.06.15 at 17:55, wrote:
>> On 15/06/15 15:30, Jan Beulich wrote:
>>> +/* Canonicalize read/write pointers to prevent their overflow. */
>>> +while ( s->bufioreq_atomic &&
>>> +pg->ptrs.read_pointer >= IOREQ_BUFFER_SLOT_NUM )
>>> +
>>> On 16.06.15 at 10:59, wrote:
> On Tue, 2015-06-16 at 09:37 +0100, Jan Beulich wrote:
>> >>> On 16.06.15 at 10:20, wrote:
>> > On Tue, 2015-06-16 at 07:44 +0100, Jan Beulich wrote:
>> >> >>> On 15.06.15 at 16:30, wrote:
>> >> > The number of slots per page being 511 (i.e. not a power of two)
On 16/06/15 10:18, Jan Beulich wrote:
On 15.06.15 at 17:48, wrote:
>> @@ -609,21 +662,18 @@ int evtchn_send(struct domain *ld, unsigned int lport)
>> struct domain *rd;
>> intrport, ret = 0;
>>
>> -spin_lock(&ld->event_lock);
>> -
>> -if ( unlikely(!port_is_val
>>> On 16.06.15 at 11:29, wrote:
> I'm trying to walk into this direction:
>
> /*
> * We'll skip all space overlapping with reserved memory later,
> * so we need to increase mmio_total to compensate them.
> */
> for ( j = 0; j < memory_map.nr_map ; j++ )
> {
>
On Tue, 2015-06-16 at 10:34 +0100, Jan Beulich wrote:
> >>> On 16.06.15 at 10:59, wrote:
> > On Tue, 2015-06-16 at 09:37 +0100, Jan Beulich wrote:
> >> >>> On 16.06.15 at 10:20, wrote:
> >> > On Tue, 2015-06-16 at 07:44 +0100, Jan Beulich wrote:
> >> >> >>> On 15.06.15 at 16:30, wrote:
> >> >> >
On 16/06/15 10:19, Jan Beulich wrote:
On 15.06.15 at 17:48, wrote:
>> --- a/xen/common/event_channel.c
>> +++ b/xen/common/event_channel.c
>> @@ -977,9 +977,7 @@ int evtchn_unmask(unsigned int port)
>> struct domain *d = current->domain;
>> struct evtchn *evtchn;
>>
>> -ASSERT
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 16 June 2015 10:30
> To: Paul Durrant
> Cc: Andrew Cooper; Ian Campbell; Ian Jackson; Stefano Stabellini; Wei Liu;
> xen-devel; Keir (Xen.org)
> Subject: RE: [Xen-devel] [PATCH] x86/HVM: avoid pointer wraparound in
On 16/06/15 07:27, Jan Beulich wrote:
On 15.06.15 at 16:47, wrote:
>> @@ -57,7 +58,7 @@ integer_param("gnttab_max_frames", max_grant_frames);
>> * New options allow to set max_maptrack_frames and
>> * map_grant_table_frames independently.
>> */
>> -#define DEFAULT_MAX_MAPTRACK_FRAMES 25
>>> On 16.06.15 at 11:34, wrote:
> On 16/06/15 10:18, Jan Beulich wrote:
> On 15.06.15 at 17:48, wrote:
>>> @@ -609,21 +662,18 @@ int evtchn_send(struct domain *ld, unsigned int lport)
>>> struct domain *rd;
>>> intrport, ret = 0;
>>>
>>> -spin_lock(&ld->event_lock
>>> On 16.06.15 at 11:45, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 16 June 2015 10:30
>> >>> On 16.06.15 at 11:15, wrote:
>> > From my reading, both QEMU upstream and trad are safe. They use a loop
>> of
>> > the form:
>> >
>> > while (read_ptr != write_ptr)
>> > {
>> >
On 16/06/15 10:51, Jan Beulich wrote:
On 16.06.15 at 11:34, wrote:
>> On 16/06/15 10:18, Jan Beulich wrote:
>> On 15.06.15 at 17:48, wrote:
@@ -609,21 +662,18 @@ int evtchn_send(struct domain *ld, unsigned int
lport)
struct domain *rd;
intrport,
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:
於 一，2015-06-15 於 14:55 -0400，Konrad Rzeszutek Wilk 提到：
On Sat, Jun 13, 2015 at 12:
On 20/05/15 19:53, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> Michal Marek, Xen folks (David Vrabel, Konrad, Ian), which tree should
> these go through?
>
> This v6 addresses enabling xen on i386, x86-64 and arm64 starting
> from a 'make allnoconfig' setting.
>
> Luis R. Rodriguez
Ian Campbell writes ("Re: [OSSTEST PATCH 11/12] reporting: Show slightly better
info for broken jobs"):
> On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> > Signed-off-by: Ian Jackson
...
> > -} elsif ($status eq 'fail') {
> > +} elsif ($status eq 'fail' or $status eq 'broken') {
>
Ian Campbell writes ("Re: [PATCH 00/12] Reporting and debugging improvements"):
> On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> > I have been working on a new script called sg-report-host-history.
> > This is the result so far.
> >
> > The series so far consists of mostly useful improvem
On Tue, 2015-06-16 at 11:13 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [OSSTEST PATCH 11/12] reporting: Show slightly
> better info for broken jobs"):
> > On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> > > Signed-off-by: Ian Jackson
> ...
> > > -} elsif ($status eq 'fail')
On Thu, 2015-06-11 at 16:30 +, Olaf Hering wrote:
> @@ -26,6 +28,7 @@ install: build
> [ -z "$(LIBBIN)" ] || $(INSTALL_DIR) $(DESTDIR)$(LIBEXEC_BIN)
> $(INSTALL_DIR) $(DESTDIR)$(MAN1DIR)
> $(INSTALL_DIR) $(DESTDIR)$(MAN8DIR)
> + $(INSTALL_PROG) $(BIN) $(DESTDIR)$(bindir)
On Tue, 2015-06-16 at 11:18 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH 00/12] Reporting and debugging
> improvements"):
> > On Mon, 2015-06-15 at 18:13 +0100, Ian Jackson wrote:
> > > I have been working on a new script called sg-report-host-history.
> > > This is the result so f
On Mon, Jun 15, 2015 at 7:26 PM, Juergen Gross wrote:
> On 06/15/2015 04:34 PM, George Dunlap wrote:
>>
>> On Mon, Jun 15, 2015 at 3:25 PM, Jürgen Groß wrote:
>>>
>>> On 06/15/2015 04:17 PM, George Dunlap wrote:
On Wed, Jun 10, 2015 at 4:20 AM, Chunyan Liu wrote:
>
>
>
On Mon, Jun 15, 2015 at 01:45:26PM -0400, Don Slutz wrote:
> On 06/15/15 11:54, Wei Liu wrote:
> > On Mon, Jun 15, 2015 at 10:15:51AM -0400, Don Slutz wrote:
> >> This allows more then 32 nics.
> >>
> >
> > How does this patch help? What prevents you from having more than 32
> > nics?
> >
>
> Wi
On Tue, Jun 16, 2015 at 11:24 AM, Ian Campbell wrote:
> On Thu, 2015-06-11 at 16:30 +, Olaf Hering wrote:
>> @@ -26,6 +28,7 @@ install: build
>> [ -z "$(LIBBIN)" ] || $(INSTALL_DIR) $(DESTDIR)$(LIBEXEC_BIN)
>> $(INSTALL_DIR) $(DESTDIR)$(MAN1DIR)
>> $(INSTALL_DIR) $(DESTDIR)$(
On Tue, 2015-06-16 at 11:24 +0100, Ian Campbell wrote:
> On Thu, 2015-06-11 at 16:30 +, Olaf Hering wrote:
> > @@ -26,6 +28,7 @@ install: build
> > [ -z "$(LIBBIN)" ] || $(INSTALL_DIR) $(DESTDIR)$(LIBEXEC_BIN)
> > $(INSTALL_DIR) $(DESTDIR)$(MAN1DIR)
> > $(INSTALL_DIR) $(DESTDIR)$(MA
George Dunlap writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb API"):
> Ian / Ian / Wei / Jim:
Hi.
> 3. Have the libxl layer accept both busid and bus:addr. Translate as
> necessary and store in the libxl_device_usb struct.
...
> The advantage of #3 internally is that the functions can d
On 16/06/2015 08:02, Roger Pau Monné wrote:
Hello,
El 16/06/15 a les 7.42, Manish Jaggi ha escrit:
[...]
Beware that the 1:1 mapping doesn't fit with the current guest memory
layout which is pre-defined at Xen build time. So you would also have
to make it dynamically or decide to use the same
On Mon, 2015-06-08 at 11:43 +0800, Yang Hongyang wrote:
> Secondary vm is running in colo mode, we need to send
> secondary vm's dirty page information to master at checkpoint,
> so we have to enable qemu logdirty on secondary.
>
> libxl__domain_suspend_common_switch_qemu_logdirty() is to enable
>
On Mon, 2015-06-08 at 11:43 +0800, Yang Hongyang wrote:
> From: Wen Congyang
>
> Currently, all callbacks return an integer value or void. We cannot
> return some data to xc via callback. Update libxl_save_msgs_gen.pl
> to support this case.
(Odd two space indent from somewhere)
Can you be m
All,
With migration v2 getting close to being done, I have had time to pick
back up with feature levelling improvements. Presented here for review
is draft E.
A PDF version of the design is available here:
http://xenbits.xen.org/people/andrewcoop/feature-levelling/feature-levelling-E.pdf
Pando
On 06/16/2015 06:49 PM, Ian Campbell wrote:
> On Mon, 2015-06-08 at 11:43 +0800, Yang Hongyang wrote:
>> From: Wen Congyang
>>
>> Currently, all callbacks return an integer value or void. We cannot
>> return some data to xc via callback. Update libxl_save_msgs_gen.pl
>> to support this case.
>
On 06/16/2015 12:30 PM, George Dunlap wrote:
On Mon, Jun 15, 2015 at 7:26 PM, Juergen Gross wrote:
On 06/15/2015 04:34 PM, George Dunlap wrote:
On Mon, Jun 15, 2015 at 3:25 PM, Jürgen Groß wrote:
On 06/15/2015 04:17 PM, George Dunlap wrote:
On Wed, Jun 10, 2015 at 4:20 AM, Chunyan Liu
On Mon, 2015-06-15 at 09:38 +0800, Yang Hongyang wrote:
>
> On 06/12/2015 11:04 PM, Ian Jackson wrote:
> > Wei Liu writes ("Re: [Xen-devel] [PATCH v2 COLOPre 10/13] tools/libxl: Add
> > back channel to allow migration target send data back"):
> >> On Mon, Jun 08, 2015 at 11:43:14AM +0800, Yang Ho
On Mon, 2015-06-15 at 17:24 +0100, Wei Liu wrote:
> On Mon, Jun 15, 2015 at 09:45:54AM +0800, Yang Hongyang wrote:
> >
> >
> > On 06/12/2015 10:57 PM, Ian Jackson wrote:
> > >Wei Liu writes ("Re: [Xen-devel] [PATCH v2 COLOPre 11/13] tools/libxl:
> > >rename remus device to checkpoint device"):
>
On Mon, 2015-06-08 at 11:43 +0800, Yang Hongyang wrote:
> This is just tidying up after the previous automatic renaming.
>
> Signed-off-by: Yang Hongyang
> Signed-off-by: Wen Congyang
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lis
On 06/16/2015 12:41 PM, Ian Jackson wrote:
George Dunlap writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb API"):
Ian / Ian / Wei / Jim:
Hi.
3. Have the libxl layer accept both busid and bus:addr. Translate as
necessary and store in the libxl_device_usb struct.
...
The advantage of
Wen Congyang writes ("Re: [Xen-devel] [PATCH v2 COLOPre 09/13] tools/libxl:
Update libxl_save_msgs_gen.pl to support return data from xl to xc"):
> On 06/16/2015 06:49 PM, Ian Campbell wrote:
> > Can you be more specific about what kind of data you need to pass back
> > here? Is it an opaque "void
On Mon, 2015-06-08 at 11:45 +0800, Yang Hongyang wrote:
> add colo readme, refer to
> http://wiki.xen.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping
>
> Signed-off-by: Yang Hongyang
This is fine as far as it goes but I wonder if perhaps
docs/README.{remus,colo} ought to be moved into docs/misc, perh
Ian Campbell writes ("Re: [Xen-devel] [PATCH v2 COLOPre 10/13] tools/libxl: Add
back channel to allow migration target send data back"):
> On Mon, 2015-06-15 at 09:38 +0800, Yang Hongyang wrote:
> > Then I'll just extend the params of libxl_domain_create_restore().
>
> One question first: is it r
Ian Campbell writes ("Re: [Xen-devel] [PATCH v2 COLOPre 09/13] tools/libxl:
Update libxl_save_msgs_gen.pl to support return data from xl to xc"):
> On Mon, 2015-06-08 at 11:43 +0800, Yang Hongyang wrote:
> > From: Wen Congyang
> >
> > Currently, all callbacks return an integer value or void. We
On Tue, Jun 16, 2015 at 11:41 AM, Ian Jackson wrote:
>> 3. Have the libxl layer accept both busid and bus:addr. Translate as
>> necessary and store in the libxl_device_usb struct.
> ...
>> The advantage of #3 internally is that the functions can do the
>> translation once (if necessary), and can
On Tue, Jun 16, 2015 at 11:56 AM, Jürgen Groß wrote:
> On 06/16/2015 12:41 PM, Ian Jackson wrote:
>>
>> George Dunlap writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb
>> API"):
>>>
>>> Ian / Ian / Wei / Jim:
>>
>>
>> Hi.
>>
>>> 3. Have the libxl layer accept both busid and bus:addr. Trans
Yang Hongyang writes ("[Xen-devel] [PATCH v2 COLOPre 09/13] tools/libxl: Update
libxl_save_msgs_gen.pl to support return data from xl to xc"):
> From: Wen Congyang
>
> Currently, all callbacks return an integer value or void. We cannot
> return some data to xc via callback. Update libxl_save_m
On Mon, 2015-06-08 at 11:45 +0800, Yang Hongyang wrote:
> diff --git a/tools/libxc/include/xenguest.h b/tools/libxc/include/xenguest.h
> index 86bcf9c..d5902a6 100644
> --- a/tools/libxc/include/xenguest.h
> +++ b/tools/libxc/include/xenguest.h
> @@ -75,6 +75,18 @@ struct save_callbacks {
> *
Jürgen Groß writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb API"):
> On 06/16/2015 12:41 PM, Ian Jackson wrote:
> > Is the busid more stable in the face of plug/unplug ? This is the
> > normal reason for a more path-like device specification.
...
> Unfortunately the busid isn't stable at
On Tue, Jun 16, 2015 at 11:51 AM, Juergen Gross wrote:
>> The "busid" interface that Chunyan is describing requires the caller
>> to find out that long name -- 2-3.1.2 -- rather than the traditional
>> short name (002:010). Just accepting "2-3" is not sufficient.
>
>
> qemu with my patch will fin
George Dunlap writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb API"):
> The "busid" we're talking about here will identify a device at a
> particular *port* in the USB topology; the busid will take whatever is
> plugged into that particular port. So in the example in my other
> thread, the
1 - 100 of 313 matches
Mail list logo
