> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Wednesday, June 10, 2015 2:44 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] Updat
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, June 16, 2015 5:25 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 20:26, wrote:
> On 16/06/15 09:09, Jan Beulich wrote:
> 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 = ((uint
flight 58644 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58644/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
Hi Dagaen,
First, please try not top post in the ML. :-) As the one you just
sent, it is better to reply to the comment instead of top reply. :-)
2015-06-16 23:03 GMT-07:00 Dagaen Golomb :
> Thanks for the reply, budget enforcement in the scheduler timer makes sense.
> I think I have an idea of w
Thanks for the reply, budget enforcement in the scheduler timer makes
sense. I think I have an idea of what he wants done now.
~Dagaen
On Jun 17, 2015 1:45 AM, "Meng Xu" wrote:
> Hi Dagaen,
>
> I just comment on the summary of scheduler design you proposed at the
> end of the email. I'm looking
On 06/15/2015 09:44 PM, Andrew Cooper wrote:
> From: Ross Lagerwall
>
> Signed-off-by: Ross Lagerwall
> Signed-off-by: Andrew Cooper
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Wei Liu
> ---
> tools/libxl/Makefile|1 +
> tools/libxl/libxl_internal.h| 39
> tools/li
This makes the function xenvif_sechedulable have a return type of
bool now due to this particular function's return statement only
ever evaluating to have a value of one or zero.
Signed-off-by: Nicholas Krause
---
drivers/net/xen-netback/common.h| 2 +-
drivers/net/xen-netback/interface.c |
Hi Dagaen,
I just comment on the summary of scheduler design you proposed at the
end of the email. I'm looking forward to Dario's more insightful
reply.
>
>
> >
> >> I simply
> >> don't see how it can
> >> be done without heavy interaction and information sharing between them
> >> which really
> >
> Thanks for this actually... I love discussing these things, it makes me
> remind the time when I was doing these stuff myself, and makes me feel
> young! :-P
And thank you for the very detailed and well-thought response!
>
>> Separating the replenishment from the scheduler may be problematic. T
On 17/06/2015 15:54, Jan Beulich wrote:
> >>> 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 speci
flight 58638 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58638/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 5 xen-build fail REGR. vs. 58551
build-i386
On 06/16/2015 06:51 PM, Ross Philipson wrote:
On 06/16/2015 12:39 PM, George Dunlap wrote:
On 06/16/2015 05:32 PM, Ian Jackson wrote:
I have just discovered that the value used in /dev/disk/by-path is not
from sysfs, or at least, not directly.
udev cobbles it together with a bunch of string ma
On 06/16/2015 06:34 PM, George Dunlap wrote:
On Tue, Jun 16, 2015 at 4:59 PM, Ian Jackson wrote:
George Dunlap writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb API [and 1
more messages]"):
Yes. The whole point of paths like this is that they are stable if
the physical topology doesn'
flight 58619 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58619/
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. 58433
Regressions which are regard
On 06/15/2015 09:44 PM, Andrew Cooper wrote:
> In a remus senario, libxc will write a CHECKPOINT record, then hand ownership
> of the fd to libxl. Libxl then writes any records required and finishes with
> a CHECKPOINT_END record, then hands ownership of the fd back to libxc.
>
> Signed-off-by: A
flight 58632 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58632/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 5 xen-build fail REGR. vs. 58551
build-i386
On 06/15/2015 09:44 PM, Andrew Cooper wrote:
> From: Ross Lagerwall
>
> Signed-off-by: Ross Lagerwall
> Signed-off-by: Andrew Cooper
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Wei Liu
> ---
> tools/libxl/Makefile|1 +
> tools/libxl/libxl_internal.h| 39
> tools/li
On 06/15/2015 09:44 PM, Andrew Cooper wrote:
> From: Ross Lagerwall
>
> Signed-off-by: Ross Lagerwall
> Signed-off-by: Andrew Cooper
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Wei Liu
> ---
> tools/libxl/Makefile |2 +-
> tools/libxl/libxl_internal.h | 33 +++
> tools/
On 06/15/2015 09:44 PM, Andrew Cooper wrote:
> This series adds support for the libxl migration v2 stream, and untangles the
> existing layering violations of the toolstack and qemu records.
>
> At the end of the series, legacy migration is no longer used.
>
> Note: Remus support is broken and (R
On 06/15/2015 09:44 PM, Andrew Cooper wrote:
> From: Ross Lagerwall
>
> Signed-off-by: Ross Lagerwall
> Signed-off-by: Andrew Cooper
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Wei Liu
> ---
> tools/libxl/Makefile |2 +-
> tools/libxl/libxl_internal.h | 33 +++
> tools/
On 06/15/2015 09:44 PM, Andrew Cooper wrote:
[...]
+
+static void write_emulator_record(libxl__egc *egc,
+ libxl__stream_write_state *stream)
+{
+libxl__domain_suspend_state *dss = CONTAINER_OF(stream, *dss, sws);
+libxl__datacopier_state *dc = &stream->
flight 58625 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58625/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 5 xen-build fail REGR. vs. 58551
build-i386
flight 58616 xen-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58616/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 3 host-install(3) broken in 58584 REGR. vs. 584
On 16/06/2015 23:35, Julien Grall wrote:
> Hi,
>
> It seems that the online documentation [1] doesn't contain the ARM
> part. It's a directory under docs/misc.
>
> I'm happy to fix it if someone point me to the scripts which generate
> the online doc.
>
> Regards,
>
> [1] http://xenbits.xen.org/doc
On Tue, 2015-06-16 at 13:07 -0400, Dagaen Golomb wrote:
> I'm not replying inline because this is a more general response that
> is not limited
> to any particular comment.
>
That's fine.
Thanks for this actually... I love discussing these things, it makes me
remind the time when I was doing thes
On Wed, 2015-06-17 at 01:29 +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 06/17/2015 01:09 AM, Joe Perches wrote:
>
> >>> Append 0x to all %x in order to avoid while reading when there is other
> >>> decimal value in the log.
>
> > []
>
> >>> @@ -874,7 +874,7 @@ static inline void xenvif_grant_
Hi,
It seems that the online documentation [1] doesn't contain the ARM part.
It's a directory under docs/misc.
I'm happy to fix it if someone point me to the scripts which generate
the online doc.
Regards,
[1] http://xenbits.xen.org/docs/unstable/
--
Julien Grall
flight 58615 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58615/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
Hello.
On 06/17/2015 01:09 AM, Joe Perches wrote:
Append 0x to all %x in order to avoid while reading when there is other
decimal value in the log.
[]
@@ -874,7 +874,7 @@ static inline void xenvif_grant_handle_set(struct
xenvif_queue *queue,
if (unlikely(queue->grant_tx_handle[pe
On Tue, Jun 16, 2015 at 2:16 PM, Luis R. Rodriguez
wrote:
> On Thu, May 28, 2015 at 5:36 PM, Luis R. Rodriguez
> wrote:
>> On Wed, May 27, 2015 at 1:04 PM, Luis R. Rodriguez wrote:
>>> On Tue, May 26, 2015 at 12:40:08PM -0500, Bjorn Helgaas wrote:
On Fri, May 22, 2015 at 02:23:41AM +0200, L
On Tue, 2015-06-16 at 23:07 +0300, Sergei Shtylyov wrote:
> On 06/16/2015 10:10 PM, Julien Grall wrote:
> > Append 0x to all %x in order to avoid while reading when there is other
> > decimal value in the log.
[]
> > @@ -874,7 +874,7 @@ static inline void xenvif_grant_handle_set(struct
> > xenvif_
branch xen-unstable
xen branch xen-unstable
job test-amd64-amd64-xl-qemut-debianhvm-amd64
test xen-boot
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
Tree: qemuu
flight 58610 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58610/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 3 host-install(3) broken REGR.
Hello.
On 06/16/2015 10:10 PM, Julien Grall wrote:
Append 0x to all %x in order to avoid while reading when there is other
decimal value in the log.
Also replace some of the hexadecimal print to decimal to uniformize the
format with netfront.
Signed-off-by: Julien Grall
Cc: Wei Liu
Cc:
On Tue, Jun 16, 2015 at 03:02:18PM -0400, Don Slutz wrote:
> On 06/16/15 12:14, Wei Liu wrote:
> > On Tue, Jun 16, 2015 at 11:23:46AM -0400, Don Slutz wrote:
> > [...]
> >> which enables usage of xen-netback.
> >>
> >
> > In any case, exposing HVM-only options to top-level vif confi
On Thu, May 28, 2015 at 5:36 PM, Luis R. Rodriguez
wrote:
> On Wed, May 27, 2015 at 1:04 PM, Luis R. Rodriguez wrote:
>> On Tue, May 26, 2015 at 12:40:08PM -0500, Bjorn Helgaas wrote:
>>> On Fri, May 22, 2015 at 02:23:41AM +0200, Luis R. Rodriguez wrote:
>>> > On Thu, May 21, 2015 at 05:33:21PM -
The variables old_req_cons and ring_slots_used are assigned but never
used since commit 1650d5455bd2dc6b5ee134bd6fc1a3236c266b5b "xen-netback:
always fully coalesce guest Rx packets".
Signed-off-by: Julien Grall
Acked-by: Wei Liu
Cc: Ian Campbell
Cc: net...@vger.kernel.org
---
Changes in v
rx->status is an int16_t, print it using %d rather than %u in order to
have a meaningful value when the field is negative.
Also use %u rather than %x for rx->offset.
Signed-off-by: Julien Grall
Reviewed-by: David Vrabel
Cc: Konrad Rzeszutek Wilk
Cc: Boris Ostrovsky
Cc: net...@vger.kernel.org
Hi,
The first 2 patches was originally part of the the Xen 64KB series [1].
Although, I think they can go, assuming everything will be acked/reviewed,
without waiting the rest of the 64KB series.
The third patch as been added in this version.
Regards,
Julien Grall (3):
net/xen-netfront: Corre
Append 0x to all %x in order to avoid while reading when there is other
decimal value in the log.
Also replace some of the hexadecimal print to decimal to uniformize the
format with netfront.
Signed-off-by: Julien Grall
Cc: Wei Liu
Cc: Ian Campbell
Cc: net...@vger.kernel.org
---
Changes i
On 06/16/15 12:14, Wei Liu wrote:
> On Tue, Jun 16, 2015 at 11:23:46AM -0400, Don Slutz wrote:
> [...]
>> which enables usage of xen-netback.
>>
>
> In any case, exposing HVM-only options to top-level vif configuration
> space doesn't look right.
There are already
On 16/06/15 09:09, Jan Beulich wrote:
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
On Tuesday 16 June 2015 10:28 AM, Stefano Stabellini wrote:
On Tue, 16 Jun 2015, Manish Jaggi wrote:
On Tuesday 16 June 2015 09:21 AM, Roger Pau Monné wrote:
El 16/06/15 a les 18.13, Stefano Stabellini ha escrit:
On Thu, 11 Jun 2015, Ian Campbell wrote:
On Thu, 2015-06-11 at 07:25 -0400, Ju
On Tue, 16 Jun 2015, Manish Jaggi wrote:
> On Tuesday 16 June 2015 09:21 AM, Roger Pau Monné wrote:
> > El 16/06/15 a les 18.13, Stefano Stabellini ha escrit:
> > > On Thu, 11 Jun 2015, Ian Campbell wrote:
> > > > On Thu, 2015-06-11 at 07:25 -0400, Julien Grall wrote:
> > > > > Hi Ian,
> > > > >
>
flight 58606 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58606/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt 3 host-install(3) broken REGR. vs. 58510
Regr
On Tue, 16 Jun 2015, Roger Pau Monné wrote:
> El 16/06/15 a les 18.13, Stefano Stabellini ha escrit:
> > On Thu, 11 Jun 2015, Ian Campbell wrote:
> >> On Thu, 2015-06-11 at 07:25 -0400, Julien Grall wrote:
> >>> Hi Ian,
> >>>
> >>> On 11/06/2015 04:56, Ian Campbell wrote:
> On Wed, 2015-06-10
flight 58594 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58594/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3 3 host-install(3)broken REGR. vs. 58428
On Tuesday 16 June 2015 09:21 AM, Roger Pau Monné wrote:
El 16/06/15 a les 18.13, Stefano Stabellini ha escrit:
On Thu, 11 Jun 2015, Ian Campbell wrote:
On Thu, 2015-06-11 at 07:25 -0400, Julien Grall wrote:
Hi Ian,
On 11/06/2015 04:56, Ian Campbell wrote:
On Wed, 2015-06-10 at 15:21 -0400
I'm not replying inline because this is a more general response that
is not limited
to any particular comment.
Separating the replenishment from the scheduler may be problematic. The nature
of the gEDF scheduler is that when a priority changes it should be instantly
reflected. If replenishments we
On Tue, 2015-06-16 at 16:51 +0100, Stefano Stabellini wrote:
> > I think reverting this change in QEMU and relevant changes in libxl
> > would be the most viable solution to solve this for this release.
>
> Reverting this patch doesn't really solve the problem: instead of
> breaking on migration w
On Tue, Jun 16, 2015 at 04:54:45PM +0100, Stefano Stabellini wrote:
> On Tue, 16 Jun 2015, Stefano Stabellini wrote:
> > On Tue, 16 Jun 2015, Wei Liu wrote:
> > > On Wed, Jun 10, 2015 at 01:55:13PM +0100, George Dunlap wrote:
> > > > This reverts commit c1d322e6048796296555dd36fdd102d7fa2f50bf.
> >
On Tue, 2015-06-16 at 17:49 +0100, Stefano Stabellini wrote:
> On Tue, 16 Jun 2015, George Dunlap wrote:
> > On 06/16/2015 04:51 PM, Stefano Stabellini wrote:
> > > On Tue, 16 Jun 2015, Wei Liu wrote:
> > >> On Wed, Jun 10, 2015 at 01:55:13PM +0100, George Dunlap wrote:
> > >>> This reverts commit
On Tue, 2015-06-16 at 16:56 +0100, George Dunlap wrote:
> On 06/16/2015 04:51 PM, Stefano Stabellini wrote:
> > On Tue, 16 Jun 2015, Wei Liu wrote:
> >> On Wed, Jun 10, 2015 at 01:55:13PM +0100, George Dunlap wrote:
> >>> This reverts commit c1d322e6048796296555dd36fdd102d7fa2f50bf.
> >>>
> >>> The
On Tue, 9 Jun 2015, George Dunlap wrote:
> On 06/09/2015 11:14 AM, Stefano Stabellini wrote:
> > On Mon, 8 Jun 2015, George Dunlap wrote:
> >> I think that qemu needs to tell libxl how much memory it is using for
> >> all of its needs -- including option ROMs. (See my example below.) For
> >> old
On 06/16/2015 12:39 PM, George Dunlap wrote:
On 06/16/2015 05:32 PM, Ian Jackson wrote:
I have just discovered that the value used in /dev/disk/by-path is not
from sysfs, or at least, not directly.
udev cobbles it together with a bunch of string mangling, from
information mostly from sysfs. Th
On Tue, Jun 16, 2015 at 3:06 PM, Wei Liu wrote:
> On Mon, Jun 15, 2015 at 05:34:08PM +0100, Lars Kurth wrote:
>>
>> > On 15 Jun 2015, at 15:51, George Dunlap wrote:
>> >
>> >> A more practical requirement for a feature with "Supported" status is
>> >> that _either_:
>> >>
>> >> * The feature is t
On Tue, 16 Jun 2015, George Dunlap wrote:
> On 06/16/2015 04:51 PM, Stefano Stabellini wrote:
> > On Tue, 16 Jun 2015, Wei Liu wrote:
> >> On Wed, Jun 10, 2015 at 01:55:13PM +0100, George Dunlap wrote:
> >>> This reverts commit c1d322e6048796296555dd36fdd102d7fa2f50bf.
> >>>
> >>> The original comm
On 16/06/15 16:33, Jan Beulich wrote:
On 16.06.15 at 12:50, wrote:
>> How XenServer currently does levelling
>> ==
>>
>> The _Heterogeneous Pool Levelling_ support in XenServer appears to
>> predate the
>> libxc CPUID policy API, so does not currently use i
I have just discovered that the value used in /dev/disk/by-path is not
from sysfs, or at least, not directly.
udev cobbles it together with a bunch of string mangling, from
information mostly from sysfs. There is no corresponding thing for
usb devices.
So Linux, the kernel, does not actually pro
On 16/06/15 17:19, Jan Beulich wrote:
On 16.06.15 at 17:58, wrote:
>> On 16/06/15 16:19, David Vrabel wrote:
> @@ -1221,6 +1277,8 @@ void notify_via_xen_event_channel(struct domain
> *ld,
>> int lport)
> evtchn_port_set_pending(rd, rchn->notify_vcpu_id, rchn);
>
On 06/16/2015 05:32 PM, Ian Jackson wrote:
> I have just discovered that the value used in /dev/disk/by-path is not
> from sysfs, or at least, not directly.
>
> udev cobbles it together with a bunch of string mangling, from
> information mostly from sysfs. There is no corresponding thing for
> us
On Tue, Jun 16, 2015 at 4:59 PM, Ian Jackson wrote:
> George Dunlap writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb API
> [and 1 more messages]"):
>> > Yes. The whole point of paths like this is that they are stable if
>> > the physical topology doesn't change. So on my netbook
>> >
>>
On 16/06/15 16:10, Ian Campbell wrote:
>>>
>> This could happen when the device is not quiescent. We had this issue on
>> the vexpress at boot time when the network card was trying to send an
>> interrupt before DOM0 is setup.
>
> I don't fully understand the issue you are tryin
On Tue, Jun 16, 2015 at 11:23:46AM -0400, Don Slutz wrote:
[...]
> which enables usage of xen-netback.
>
> >>>
> >>> In any case, exposing HVM-only options to top-level vif configuration
> >>> space doesn't look right.
> >>
> >>
> >> There are already HVM-only options in vifs:
> >>
> >> #
El 16/06/15 a les 18.13, Stefano Stabellini ha escrit:
> On Thu, 11 Jun 2015, Ian Campbell wrote:
>> On Thu, 2015-06-11 at 07:25 -0400, Julien Grall wrote:
>>> Hi Ian,
>>>
>>> On 11/06/2015 04:56, Ian Campbell wrote:
On Wed, 2015-06-10 at 15:21 -0400, Julien Grall wrote:
> Hi,
>
>
On Thu, 11 Jun 2015, Ian Campbell wrote:
> On Thu, 2015-06-11 at 11:05 +0200, Roger Pau Monné wrote:
> > El 10/06/15 a les 21.21, Julien Grall ha escrit:
> > >> If there is a reason for this restriction/trade off then it should be
> > >> spelled out as part of the design document, as should other s
flight 58608 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58608/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 3 host-install(3) broken REGR. vs. 58433
test-am
On Thu, 11 Jun 2015, Ian Campbell wrote:
> On Thu, 2015-06-11 at 07:25 -0400, Julien Grall wrote:
> > Hi Ian,
> >
> > On 11/06/2015 04:56, Ian Campbell wrote:
> > > On Wed, 2015-06-10 at 15:21 -0400, Julien Grall wrote:
> > >> Hi,
> > >>
> > >> On 10/06/2015 08:45, Ian Campbell wrote:
> > 4.
flight 58590 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58590/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm3 host-install(3) broken REGR. vs. 58392
test-amd64-i386-qemu
>>> On 16.06.15 at 17:58, wrote:
> On 16/06/15 16:19, David Vrabel wrote:
@@ -1221,6 +1277,8 @@ void notify_via_xen_event_channel(struct domain *ld,
> int lport)
evtchn_port_set_pending(rd, rchn->notify_vcpu_id, rchn);
}
+spin_unlock(&lchn->lock);
George Dunlap writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb API [and
1 more messages]"):
> On 06/16/2015 02:37 PM, Ian Jackson wrote:
> > George Dunlap writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb
> > API"> >> /sys/devices/pci:00/:00:1d.7/usb2/2-3/2-3.3/. This
> >
On 16/06/15 16:19, David Vrabel wrote:
>>> @@ -1221,6 +1277,8 @@ void notify_via_xen_event_channel(struct domain *ld,
>>> int lport)
>>> evtchn_port_set_pending(rd, rchn->notify_vcpu_id, rchn);
>>> }
>>>
>>> +spin_unlock(&lchn->lock);
>>> +
>>> spin_unlock(&ld->event_lock)
On 06/16/2015 04:51 PM, Stefano Stabellini wrote:
> On Tue, 16 Jun 2015, Wei Liu wrote:
>> On Wed, Jun 10, 2015 at 01:55:13PM +0100, George Dunlap wrote:
>>> This reverts commit c1d322e6048796296555dd36fdd102d7fa2f50bf.
>>>
>>> The original commit fixes a bug when assigning a large number of
>>> de
>>> On 16.06.15 at 17:19, wrote:
> On 16/06/15 10:18, Jan Beulich wrote:
> On 15.06.15 at 17:48, wrote:
>>> @@ -1163,11 +1213,15 @@ int alloc_unbound_xen_event_channel(
>>> if ( rc )
>>> goto out;
>>>
>>> +spin_lock(&chn->lock);
>>> +
>>> chn->state = ECS_UNBOUND;
>>>
On 16/06/15 16:35, Ian Campbell wrote:
>
+if (dc->writefd == -1) {
+ret = ERROR_FAIL;
+LOGE(ERROR, "Unable to open '%s'", path);
+goto err;
+}
+dc->maxsz = dc->bytes_to_read = rec_hdr->length - sizeof(*emu_hdr);
+stream->exp
On Tue, 16 Jun 2015, Wei Liu wrote:
> On Wed, Jun 10, 2015 at 01:55:13PM +0100, George Dunlap wrote:
> > This reverts commit c1d322e6048796296555dd36fdd102d7fa2f50bf.
> >
> > The original commit fixes a bug when assigning a large number of
> > devices which require option roms to a guest. (One kn
On Tue, 16 Jun 2015, Stefano Stabellini wrote:
> On Tue, 16 Jun 2015, Wei Liu wrote:
> > On Wed, Jun 10, 2015 at 01:55:13PM +0100, George Dunlap wrote:
> > > This reverts commit c1d322e6048796296555dd36fdd102d7fa2f50bf.
> > >
> > > The original commit fixes a bug when assigning a large number of
>
On 16/06/15 16:03, Ian Campbell wrote:
> On Mon, 2015-06-15 at 14:44 +0100, Andrew Cooper wrote:
>> when signalled to do so by libxl__remus_domain_checkpoint_callback()
> I think I saw that Remus wasn't currently working, so I'll let you and
> Hongyang thrash something out before I spend too much e
>>> On 16.06.15 at 16:56, wrote:
> On Tue, 16 Jun 2015, Jan Beulich wrote:
>> >>> On 16.06.15 at 16:03, wrote:
>> > On Fri, 5 Jun 2015, Jan Beulich wrote:
>> >> --- a/qemu/upstream/hw/xen/xen_pt_msi.c
>> >> +++ b/qemu/upstream/hw/xen/xen_pt_msi.c
>> >> @@ -301,8 +301,11 @@ static int msix_set_ena
On Tue, 16 Jun 2015, Wei Liu wrote:
> On Wed, Jun 10, 2015 at 11:09:50AM +0100, Stefano Stabellini wrote:
> > When QEMU restricts its xenstore connection, it cannot provide PV
> > backends. A separate QEMU instance is required to provide PV backends in
> > userspace, such as qdisk. With two separat
On Tue, 2015-06-16 at 16:23 +0100, Andrew Cooper wrote:
> I am half tempted to say that anyone experiencing 32->64bit problems
> should just use the conversion helper themselves. It is deliberately
> written to be usable on the command line as well as automatically.
Yes, I think that's a good pla
On Tue, 2015-06-16 at 16:13 +0100, Andrew Cooper wrote:
> > Since we only support N->N+1 we could perhaps tolerate the duplication
> > if we agreed upon a reasonable schedule to remove all this compat stuff,
> > e.g. in 4.7 or 4.8.
>
> N->N+1 is another item on the "needs to be resolved before Xa
On Tue, 2015-06-16 at 16:01 +0100, Andrew Cooper wrote:
> On 16/06/15 15:31, Ian Campbell wrote:
> > On Mon, 2015-06-15 at 14:44 +0100, Andrew Cooper wrote:
> >> From: Ross Lagerwall
> >>
> >> Signed-off-by: Ross Lagerwall
> >> Signed-off-by: Andrew Cooper
> >> CC: Ian Campbell
> >> CC: Ian Jac
Tuesday, June 16, 2015, 4:41:52 PM, you wrote:
> On 06/16/2015 02:37 PM, Ian Jackson wrote:
>> George Dunlap writes ("Re: [Xen-devel] [PATCH V4 3/7] libxl: add pvusb API"):
>>> Remember that the path you gave in your previous e-mail isn't the path
>>> for the *usb device*, it's the path for the *
On Tue, Jun 16, Ian Campbell wrote:
> On that note, please can someone send a followup patch adding a
> MAINTAINERS entry, presumably nominating George as maintainer.
This is already the case, tools/xentrace is listed there.
Olaf
___
Xen-devel mailing
>>> On 16.06.15 at 16:47, wrote:
> On 16/06/15 14:19, Jan Beulich wrote:
> On 12.06.15 at 18:43, wrote:
>>> IOMMU_QUERY_map_all_gfns 1IOMMUOP_map_page subop can map any MFN
>>> not used by Xen
>>
>> "gfns" or "MFN"?
>
> gfns . This is meant
On 16/06/15 15:56, Juergen Gross wrote:
>
> Hmm, I'm beginning to question the value of that file. May be I should
> just throw it away.
>
> Thanks for the quick feedback.
You could move it to debugfs, but if it's not useful better to get rid
of it.
David
__
On 16/06/15 16:00, Ian Campbell wrote:
> On Mon, 2015-06-15 at 14:44 +0100, Andrew Cooper wrote:
>> In a remus senario, libxc will write a CHECKPOINT record, then hand ownership
> "scenario"
>
>> of the fd to libxl. Libxl then writes any records required and finishes with
>> a CHECKPOINT_END recor
On 16/06/15 15:57, Ian Campbell wrote:
> On Mon, 2015-06-15 at 14:44 +0100, Andrew Cooper wrote:
>> From: Ross Lagerwall
>>
>> Signed-off-by: Ross Lagerwall
>> Signed-off-by: Andrew Cooper
>> CC: Ian Campbell
>> CC: Ian Jackson
>> CC: Wei Liu
>> ---
>> tools/libxl/Makefile |2
On Tue, 2015-06-16 at 15:05 +0100, Andrew Cooper wrote:
> On 16/06/15 14:47, Ian Jackson wrote:
> > Andrew Cooper writes ("Re: [PATCH 01/27] tools/libxl: Fix
> > libxl__ev_child_inuse() check for not-yet-initialised children"):
> >> It is possible that one bit fails before it can be calculated whe
On 16/06/15 15:53, Ian Campbell wrote:
> On Mon, 2015-06-15 at 14:44 +0100, Andrew Cooper wrote:
>> @@ -377,6 +384,28 @@ static void record_body_done(libxl__egc *egc,
>> stream_failed(egc, stream, ret);
>> }
>>
>> +void libxl__xc_domain_restore_done(libxl__egc *egc, void *dcs_void,
>> +
On Tue, 2015-06-16 at 14:36 +0100, Andrew Cooper wrote:
> On 16/06/15 14:21, Ian Campbell wrote:
> > On Mon, 2015-06-15 at 14:44 +0100, Andrew Cooper wrote:
> >> Shortly, libxl will be juggling multiple parallel operations, and will
> >> possibly have to take error decisions before some tasks have
On 16/06/15 10:18, Jan Beulich wrote:
On 15.06.15 at 17:48, wrote:
>> @@ -1163,11 +1213,15 @@ int alloc_unbound_xen_event_channel(
>> if ( rc )
>> goto out;
>>
>> +spin_lock(&chn->lock);
>> +
>> chn->state = ECS_UNBOUND;
>> chn->xen_consumer = get_xen_consumer(no
On Tue, 2015-06-16 at 16:33 +0800, l...@kernel.org wrote:
> From: Zefan Li
>
> This is the start of the stable review cycle for the 3.4.108 release.
> There are 172 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
>
On 16/06/15 15:38, Ian Campbell wrote:
> On Mon, 2015-06-15 at 14:44 +0100, Andrew Cooper wrote:
>> When a legacy stream is found, it needs to be converted to a v2 stream for
>> the
>> reading logic. This is done by exec()ing the python conversion utility.
>>
>> One complication is that the calle
於 二，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:43:14AM +080
On Fri, 2015-06-12 at 13:55 -0400, Julien Grall wrote:
>
> On 12/06/2015 10:24, Ian Campbell wrote:
> > On Fri, 2015-06-12 at 09:32 -0400, Julien Grall wrote:
> >>
> >> On 12/06/2015 09:16, Ian Campbell wrote:
> >>> On Fri, 2015-06-12 at 09:09 -0400, Julien Grall wrote:
> Hi Ian,
>
> >>>
On Tue, Jun 16, 2015 at 12:25 PM, Juergen Gross wrote:
> Yes, they have. The question is whether those are different on multiple
> instances? With "lsusb" I've found a device with serial number
> 0123456789ABCD. Do you really believe I'm just lucky owning the one with
> such a nice serial number?
On Mon, 2015-06-15 at 14:44 +0100, Andrew Cooper wrote:
> when signalled to do so by libxl__remus_domain_checkpoint_callback()
I think I saw that Remus wasn't currently working, so I'll let you and
Hongyang thrash something out before I spend too much effort reviewing
these last few RFC bits. Unle
1 - 100 of 313 matches
Mail list logo
