flight 64434 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64434/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-migrupgrade 21 guest-migrate/src_host/dst_host fail REGR. vs.
63212
Tests whic
>>> On 11/17/2015 at 02:06 AM, in message
<22090.6954.35639.703...@mariner.uk.xensource.com>, Ian Jackson
wrote:
> Thanks for your attention to my earlier mail. I'll delete all the
> comments where we agree :-).
>
> > > > > > +/* bind/unbind usb device interface */
> > > > > > +static i
Hi Wei,
On 11/16/2015 10:35 AM, Wei Liu wrote:
On Mon, Nov 16, 2015 at 10:22:41AM -0700, Linda wrote:
...
The bug is a timing issue: During virtio's probe step, on the front end, it
initialized the mount path. Since at that time, the front end doesn't have
access to the back end's entries i
flight 64408 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64408/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 5 xen-build fail REGR. vs. 63340
build-armhf-libvirt
On 11/13/2015 06:14 AM, Joao Martins wrote:
> Introduce support for domainGetCPUStats API call and consequently
> allow us to use `virsh cpu-stats`. The latter returns a more brief
> output than the one provided by`virsh vcpuinfo`.
>
> Signed-off-by: Joao Martins
> ---
> Changes since v1:
> - Rem
On 11/13/2015 06:14 AM, Joao Martins wrote:
> Introduce support for domainMemoryStats API call, which
> consequently enables the use of `virsh dommemstat` command to
> query for memory statistics of a domain. We support
> the following statistics: balloon info, available and currently
> in use. swa
On 11/13/2015 06:14 AM, Joao Martins wrote:
> Introduce support for domainInterfaceStats API call for querying
> network interface statistics. Consequently it also enables the
> use of `virsh domifstat ` command.
>
> After succesful guest creation we fill the network
> interfaces names based on do
On Wed, Oct 21, 2015 at 08:57:34PM +0200, Marek Marczykowski-Górecki wrote:
> On Wed, May 27, 2015 at 12:03:12AM +0200, Marek Marczykowski-Górecki wrote:
> > On Tue, May 26, 2015 at 11:56:00AM +0100, David Vrabel wrote:
> > > On 22/05/15 12:49, Marek Marczykowski-Górecki wrote:
> > > > Hi all,
> >
flight 64363 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64363/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-arndale 3 host-install(3) broken in 64158 pass in 64363
test-armhf-armhf-xl-vhd 3
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: Monday, November 16, 2015 11:21 PM
> To: xen-de...@lists.xenproject.org
> Cc: Ian Campbell ; Ian Jackson
> ; Ian Jackson ; Hu,
> Robert
> Subject: [OSSTEST PATCH 1/2] Nested hosts: Provide hostnamepath and
flight 64392 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64392/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 5 kernel-build fail REGR. vs. 60684
build-amd6
flight 64352 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64352/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-prev 5 xen-build fail REGR. vs. 63449
build-i386-prev
This run is configured for baseline tests only.
flight 38295 xen-4.3-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38295/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-prev 5 xen-build
On 11/17/2015 05:27 AM, Konrad Rzeszutek Wilk wrote:
>> /* Common code used when first setting up, and when resuming. */
>> static int talk_to_blkback(struct xenbus_device *dev,
>> @@ -1527,10 +1582,9 @@ static int talk_to_blkback(struct xenbus_device *dev,
>> {
>> const char *message = NU
Am 17.11.15 um 00:01 schrieb Andrew Cooper:
On 16/11/2015 19:16, Atom2 wrote:
Am 16.11.15 um 16:31 schrieb Konrad Rzeszutek Wilk:
Your analysis was absolutely spot on. After re-thinking this for a
moment, I thought going down that route first would make a lot of
sense
as PV guests still do wor
On 16/11/2015 19:16, Atom2 wrote:
>
>
> Am 16.11.15 um 16:31 schrieb Konrad Rzeszutek Wilk:
> Your analysis was absolutely spot on. After re-thinking this for a
> moment, I thought going down that route first would make a lot of
> sense
> as PV guests still do work and one of the di
On Mon, Nov 16, 2015 at 10:52:41PM +0200, Pasi Kärkkäinen wrote:
> Hello,
>
> It seems upstream Linux/Gallium3D/Mesa/Qemu/KVM has recently gained
> virtualized support for 3D/OpenGL hardware acceleration in VMs, allowing
> using the GPU of the host in VMs.
>
> Components:
> - Linux 4.4 ke
On 11/16/15 12:22, Borislav Petkov wrote:
>
> Huh, so what's wrong with a jump:
>
> jmp 1f
> swapgs
> 1:
>
What is the point of that jump?
>> If it would make you feel better, it could be X86_BUG_XENPV :-p
>
> That doesn't matter - I just don't want to open the flood gates o
> - for (i = 0; i < info->nr_rings; i++)
> + for (i = 0; i < info->nr_rings; i++) {
> blkif_free_ring(&info->rinfo[i]);
> - kfree(info->rinfo);
> + kfree(info->rinfo);
> + info->ring = NULL;
> + }
Duh! Not it shouldn't. That is be
On 11/16/2015 04:39 PM, Thomas Gleixner wrote:
On Mon, 16 Nov 2015, Boris Ostrovsky wrote:
Xen expects legacy interrupts to be there (pretty much for the same reason as
Hyper-V does) and with this change arch_probe_nr_irqs() returns zero and no
descriptors are allocated.
Right, because everythi
On Mon, 16 Nov 2015, Boris Ostrovsky wrote:
> Xen expects legacy interrupts to be there (pretty much for the same reason as
> Hyper-V does) and with this change arch_probe_nr_irqs() returns zero and no
> descriptors are allocated.
Right, because everything which has a PIT gets them and everything
Hey,
As I was reviewing Bob's patches some things didn't look right. The
first patch is just a cleanup code. The second patch is a spin-off
a change in Bob's 'xen/blkfront: negotiate number of queues/rings to be
used with backend' patch.
___
Xen-devel
From: Bob Liu
We do the same exact operations a bit earlier in the
function.
Signed-off-by: Bob Liu
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/block/xen-blkfront.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c
index 7c131c
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/block/xen-blkfront.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c
index 5154f4d..7c131c5 100644
--- a/drivers/block/xen-blkfront.c
+++ b/drivers/block/
flight 64335 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64335/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-cubietruck 16 guest-start/debian.repeat fail REGR. vs.
64035
test-amd64-i386-x
> /* Common code used when first setting up, and when resuming. */
> static int talk_to_blkback(struct xenbus_device *dev,
> @@ -1527,10 +1582,9 @@ static int talk_to_blkback(struct xenbus_device *dev,
> {
> const char *message = NULL;
> struct xenbus_transaction xbt;
> - int err
On Sat, Nov 14, 2015 at 11:12:09AM +0800, Bob Liu wrote:
> Note: These patches were based on original work of Arianna's internship for
> GNOME's Outreach Program for Women.
>
> After using blk-mq api, a guest has more than one(nr_vpus) software request
> queues associated with each block front. Th
On Mon, Nov 16, 2015 at 1:03 PM, Konrad Rzeszutek Wilk
wrote:
> On Mon, Nov 16, 2015 at 12:50:19PM -0800, Andy Lutomirski wrote:
>> On Mon, Nov 16, 2015 at 12:48 PM, Boris Ostrovsky
>> wrote:
>> > On 11/16/2015 03:22 PM, Borislav Petkov wrote:
>> >>
>> >> On Mon, Nov 16, 2015 at 12:11:11PM -0800,
On Mon, Nov 16, 2015 at 12:50:19PM -0800, Andy Lutomirski wrote:
> On Mon, Nov 16, 2015 at 12:48 PM, Boris Ostrovsky
> wrote:
> > On 11/16/2015 03:22 PM, Borislav Petkov wrote:
> >>
> >> On Mon, Nov 16, 2015 at 12:11:11PM -0800, Andy Lutomirski wrote:
> >>
> >>> Are there really multiple feature b
On 11/03/2015 04:40 AM, Vitaly Kuznetsov wrote:
Commit d32932d02e18 ("x86/irq: Convert IOAPIC to use hierarchical irqdomain
interfaces") brought a regression for Hyper-V Gen2 instances. These
instances don't have i8259 legacy PIC but they use legacy IRQs for serial
port, rtc, and acpi. With this
On Mon, Nov 16, 2015 at 12:50:19PM -0800, Andy Lutomirski wrote:
> (In fact, I'm slowly working on removing KVM_GUEST's dependency on
> PARAVIRT.)
Good! The hope that we'll be able to remove paravirt one day is != 0
again.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you repl
On Sat, Nov 14, 2015 at 11:12:13AM +0800, Bob Liu wrote:
> After commit "xen/blkfront: separate per ring information out of device
> info", per-ring data is protected by a per-device lock('io_lock').
>
> This is not a good way and will effect the scalability, so introduces a
> per-ring lock('ring_
Hello,
It seems upstream Linux/Gallium3D/Mesa/Qemu/KVM has recently gained virtualized
support for 3D/OpenGL hardware acceleration in VMs, allowing using the GPU of
the host in VMs.
Components:
- Linux 4.4 kernel includes the DRM driver for VirtIO-GPU 3D
acceleration (needed in the VM)
On Mon, Nov 16, 2015 at 12:48 PM, Boris Ostrovsky
wrote:
> On 11/16/2015 03:22 PM, Borislav Petkov wrote:
>>
>> On Mon, Nov 16, 2015 at 12:11:11PM -0800, Andy Lutomirski wrote:
>>
>>> Are there really multiple feature bits for this stuff? I'd like to
>>> imagine that the entry code is all either
On 11/16/2015 03:22 PM, Borislav Petkov wrote:
On Mon, Nov 16, 2015 at 12:11:11PM -0800, Andy Lutomirski wrote:
Are there really multiple feature bits for this stuff? I'd like to
imagine that the entry code is all either Xen PV or native/PVH/PVHVM
-- i.e. I assumed that PVH works like native f
> +static void blkif_free(struct blkfront_info *info, int suspend)
> +{
> + struct grant *persistent_gnt, *n;
> + unsigned int i;
> +
> + /* Prevent new requests being issued until we fix things up. */
> + spin_lock_irq(&info->io_lock);
> + info->connected = suspend ?
> +
On 11/16/2015 02:03 PM, Andy Lutomirski wrote:
It's still a waste of effort, though. Also, I'd eventually like the
number of places in Xen code in which rsp/esp is invalid to be exactly
zero, and this approach makes this harder or even impossible.
That's what PVH is going to do.
Does PVH h
On Mon, Nov 16, 2015 at 12:11:11PM -0800, Andy Lutomirski wrote:
> On Mon, Nov 16, 2015 at 11:59 AM, Borislav Petkov wrote:
> > On Mon, Nov 16, 2015 at 11:03:22AM -0800, Andy Lutomirski wrote:
> >
> >> ...
> >> The reader surely doesn't remember that this isn't guaranteed to be a
> >> swapgs instr
Am 16.11.15 um 20:47 schrieb Doug Goldstein:
I'm a little late to the thread but can you send me (you can do it
off-list if you'd like) the USE flags you used for xen, xen-tools and
seabios? Also emerge --info. You can kill two birds with one stone by
using emerge --info xen.
Hi Doug,
here you g
On Mon, Nov 16, 2015 at 11:59 AM, Borislav Petkov wrote:
> On Mon, Nov 16, 2015 at 11:03:22AM -0800, Andy Lutomirski wrote:
>
>> ...
>> The reader surely doesn't remember that this isn't guaranteed to be a
>> swapgs instruction on native. Using:
>>
>> ALTERNATIVE "swapgs" "" X86_FEATURE_XENPV
>>
flight 64320 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64320/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 6 xen-boot fail REGR. vs. 59254
test-amd64-i386-xl
On Mon, Nov 16, 2015 at 11:03:22AM -0800, Andy Lutomirski wrote:
> ...
> The reader surely doesn't remember that this isn't guaranteed to be a
> swapgs instruction on native. Using:
>
> ALTERNATIVE "swapgs" "" X86_FEATURE_XENPV
>
> would be safer (it would get rid of the SWAPGS_UNSAFE_STACK mes
On 11/15/15 7:05 PM, Atom2 wrote:
> Am 15.11.15 um 21:12 schrieb Doug Goldstein:
>> On 11/14/15 6:14 PM, Atom2 wrote:
>>> Am 14.11.15 um 21:32 schrieb Andrew Cooper:
On 14/11/2015 00:16, Atom2 wrote:
> Am 13.11.15 um 11:09 schrieb Andrew Cooper:
>> On 13/11/15 07:25, Jan Beulich wrote:
On Mon, Nov 16, 2015 at 01:39:08PM -0600, Doug Goldstein wrote:
> On 11/16/15 1:25 PM, Konrad Rzeszutek Wilk wrote:
> > On Mon, Nov 16, 2015 at 08:16:33PM +0100, Atom2 wrote:
> >>
> >>
> >> Am 16.11.15 um 16:31 schrieb Konrad Rzeszutek Wilk:
> >> Your analysis was absolutely spot on. After re-t
On Sat, Nov 14, 2015 at 11:12:11AM +0800, Bob Liu wrote:
> Split per ring information to an new structure "blkfront_ring_info".
>
> A ring is the representation of a hardware queue, every vbd device can
> associate
> with one or more rings depending on how many hardware queues/rings to be used.
>
Am 16.11.15 um 20:25 schrieb Konrad Rzeszutek Wilk:
[snip]
I thought Gentoo was all about rebuilding from source and not
taking binary blobs.
Well, you probably caught Gentoo on the wrong foot here, but generally
it is what you thought it was. And IMHO that's the beauty of it.
Applying a patch
On 11/16/15 1:25 PM, Konrad Rzeszutek Wilk wrote:
> On Mon, Nov 16, 2015 at 08:16:33PM +0100, Atom2 wrote:
>>
>>
>> Am 16.11.15 um 16:31 schrieb Konrad Rzeszutek Wilk:
>> Your analysis was absolutely spot on. After re-thinking this for a
>> moment, I thought going down that route first woul
On Sat, Nov 14, 2015 at 11:12:10AM +0800, Bob Liu wrote:
> Document the multi-queue/ring feature in terms of XenStore keys to be written
> by
> the backend and by the frontend.
>
> Signed-off-by: Bob Liu
applied to my 'for-jens-4.5', but this won't go anywhere until the Xen version
is acked.
>
On Mon, Nov 16, 2015 at 08:16:33PM +0100, Atom2 wrote:
>
>
> Am 16.11.15 um 16:31 schrieb Konrad Rzeszutek Wilk:
> Your analysis was absolutely spot on. After re-thinking this for a
> moment, I thought going down that route first would make a lot of sense
> as PV guests still do work
Am 16.11.15 um 16:31 schrieb Konrad Rzeszutek Wilk:
Your analysis was absolutely spot on. After re-thinking this for a
moment, I thought going down that route first would make a lot of sense
as PV guests still do work and one of the differences to HVM domUs is
that the former do _not_ require S
On Tue, Nov 03, 2015 at 12:58:42PM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Oct 30, 2015 at 07:24:27AM +0800, Bob Liu wrote:
> > Document the multi-queue/ring feature in terms of XenStore keys to be
> > written
> > by the backend and by the frontend.
> >
> > Signed-off-by: Bob Liu
>
> Revi
On Tue, Nov 10, 2015 at 02:51:35PM -0500, Daniel De Graaf wrote:
> On 06/11/15 14:36, Konrad Rzeszutek Wilk wrote:
> >All of XENVER_* have now an XSM check.
> >
> >The subops for XENVER_[compile_info|changeset|commandline|
> >extraversion] are now priviliged operations. To not break
> >guests we st
On Mon, Nov 16, 2015 at 8:25 AM, Boris Ostrovsky
wrote:
> On 11/15/2015 01:02 PM, Andy Lutomirski wrote:
>>
>> On Nov 13, 2015 5:23 PM, "Boris Ostrovsky"
>> wrote:
>>>
>>>
>>>
>>> On 11/13/2015 06:26 PM, Andy Lutomirski wrote:
On Fri, Nov 13, 2015 at 3:18 PM, Boris Ostrovsky
wrote
On Mon, Nov 16, 2015 at 06:09:54PM +, Ian Jackson wrote:
> Andrew Cooper writes ("Re: [PATCH] cxenstored: correct calculation of
> data/space in the ring"):
> > On 16/11/15 18:01, Ian Jackson wrote:
> > > Wei Liu writes ("[PATCH] cxenstored: correct calculation of data/space in
> > > the ring
On 16/11/15 12:18, Jan Beulich wrote:
On 06.11.15 at 17:05, wrote:
>> --- a/xen/include/public/arch-x86/xen.h
>> +++ b/xen/include/public/arch-x86/xen.h
>> @@ -265,7 +265,31 @@ typedef struct arch_shared_info arch_shared_info_t;
>> * XEN_DOMCTL_INTERFACE_VERSION.
>> */
>> struct xen_arch
Ian Campbell writes ("Re: [PATCH V8 2/7] libxl_read_file_contents: add new
entry to read sysfs file"):
> @@ -359,20 +360,35 @@ int libxl_read_file_contents(libxl_ctx *ctx, const
> > char *filename,
> > datalen = stab.st_size;
> >
> > if (stab.st_size && data_r) {
> > -data = ma
Andrew Cooper writes ("Re: [PATCH] cxenstored: correct calculation of
data/space in the ring"):
> On 16/11/15 18:01, Ian Jackson wrote:
> > Wei Liu writes ("[PATCH] cxenstored: correct calculation of data/space in
> > the ring"):
> >> The cxenstored implementation can't handle cross ring boundary
Thanks for your attention to my earlier mail. I'll delete all the
comments where we agree :-).
> > > > > +/* bind/unbind usb device interface */
> > > > > +static int unbind_usb_intf(libxl__gc *gc, char *intf, char
> > > > > **drvpath)
> > > > > +{
> > ...
> > > > > +dp = libxl__z
On 16/11/15 18:01, Ian Jackson wrote:
> Wei Liu writes ("[PATCH] cxenstored: correct calculation of data/space in the
> ring"):
>> The cxenstored implementation can't handle cross ring boundary read and
>> write. It gets aways with buggy behaviour because upper layer won't
>> sleep when short-writ
Wei Liu writes ("[PATCH] cxenstored: correct calculation of data/space in the
ring"):
> The cxenstored implementation can't handle cross ring boundary read and
> write. It gets aways with buggy behaviour because upper layer won't
> sleep when short-write or short-read occurs.
I don't understand w
Paul Durrant writes ("RE: [PATCH v4 2/4] docs: Introduce xenstore paths for PV
driver information"):
> " While xenstore and most tools and APIs are capable of dealing with
> arbitrary binary data as values, this should generally be avoided.
> Data should generally be human-readable for ease of man
Replace some (but not all) interpolations of $ho->{Name} in filenames
with hostnamepath($ho).
I searched the tree for `{Host}' and `{Name}', looking for paths which
need (or might need) to be qualified with an L0 hostname in an L1 or
L2 case.
I have left ts-logs-capture for now; that will come in
While looking at the webspace non-unique filename issue, I ended up
peering at some of the logs generated by the new Nested HVM test, and
saw some things that could be improved.
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.or
Rather than using $gho->{Name} (and, sometimes, separately
$ho->{Name}), use hostnamepath().
This means that the hostname is always included in the standard way.
The filename structure for xenctx and console snapshots changes
slightly.
In two cases this means that the hostname is now included whe
Now that we have hostnamepath_list, we can remove the ad-hoc
expansion "$gn on $...{Name}" with a recipe which ascends through the
applicable nesting levels.
Signed-off-by: Ian Jackson
---
Osstest/TestSupport.pm |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Osstest/Te
These methods are supposed to succeed, silently, if the host is
already in the required power state.
Signed-off-by: Ian Jackson
---
Osstest/PDU/guest.pm | 13 +++--
Osstest/TestSupport.pm |3 ++-
2 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/Osstest/PDU/guest.pm
If for any reason it's powered down, this is useful.
(In theory for a nested host, we could get the logs by grobbling in
its parent's view of its filesystem, but that is too much work.)
We do not trap the errors from this, so that if the PDU is broken (or
the L1 has not been created), we can fail
Signed-off-by: Ian Jackson
---
Osstest/JobDB/Executive.pm |8
1 file changed, 8 insertions(+)
diff --git a/Osstest/JobDB/Executive.pm b/Osstest/JobDB/Executive.pm
index 6ba3d37..2572f5f 100644
--- a/Osstest/JobDB/Executive.pm
+++ b/Osstest/JobDB/Executive.pm
@@ -125,6 +125,14 @@ END
This allows code elsewhere to annotate log messages which might
otherwise be confusing. The variable should be localised, and the
value should always start with a space, if not empty.
Use this to annotate the calls to selecthost and selectguest from
within selecthost-for-an-L1. Otherwise some of
On 16/11/15 10:31, Huaitong Han wrote:
> The protection-key feature provides an additional mechanism by which IA-32e
> paging controls access to usermode addresses.
>
> Hardware support for protection keys for user pages is enumerated with CPUID
> feature flag CPUID.7.0.ECX[3]:PKU. Software support
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: 16 November 2015 17:36
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Ian Campbell; Jan Beulich; Keir (Xen.org);
> Tim (Xen.org)
> Subject: Re: [PATCH v4 2/4] docs: Introduce xenstore paths for PV
Paul Durrant writes ("[PATCH v4 4/4] docs: Introduce xenstore paths for guest
network address information"):
> +* MAC_ADDRESS -- 6 integers, in hexadecimal form, separated by ':',
> + specifying an ethernet MAC address.
> +* IPV4_ADDRESS -- 4 integers, in decimal form, separated by
Paul Durrant writes ("[PATCH v4 2/4] docs: Introduce xenstore paths for PV
driver information"):
> For domain management purposes it is convenient to be able to see
> information about PV drivers in xenstore. The XAPI toolstack in
> XenServer has always created a ~/drivers path for this purpose.
>
On Mon, Nov 16, 2015 at 10:22:41AM -0700, Linda wrote:
>
>
> On 11/16/2015 9:51 AM, Wei Liu wrote:
> >On Mon, Nov 16, 2015 at 09:36:24AM -0700, Linda wrote:
> >>Hi Wei,
> >>
> >>On 11/16/2015 8:16 AM, Wei Liu wrote:
> >>>Hi Linda
> >>>
> >>>On Fri, Nov 13, 2015 at 10:23:22AM -0700, Linda wrote:
>
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: 16 November 2015 17:31
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Stefano Stabellini; Ian Campbell; Wei Liu
> Subject: RE: [RFC PATCH 2/6] libxl: stop using libxl__xs_mkdir() for
> ~/control/sh
Paul Durrant writes ("[PATCH v4 1/4] docs: Introduce xenstore paths for PV
control features"):
> XenServer already makes use of ~/control/feature-suspend being written
> to advertise guest capability of responding to 'suspend' when written to
> ~/control/shutdown and, since they are derived from X
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: 16 November 2015 17:30
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Stefano Stabellini; Ian Campbell; Wei Liu
> Subject: Re: [RFC PATCH 6/6] libxl: create path for advertisement of network
> attr
Paul Durrant writes ("RE: [RFC PATCH 2/6] libxl: stop using libxl__xs_mkdir()
for ~/control/shutdown"):
> [Ian Jackson:]
> > Maybe it would be easier to rename libxl__xs_mkdir to
> > libxl__xs_mknode ? (It's probably too late to rename XS_MKDIR.)
>
> There is still the need to set the path to an
Paul Durrant writes ("[RFC PATCH 6/6] libxl: create path for advertisement of
network attributes..."):
> -frontend_perms[0].id = device->domid;
> -frontend_perms[0].perms = XS_PERM_NONE;
> -frontend_perms[1].id = device->backend_domid;
> -frontend_perms[1].perms = XS_PERM_READ;
> +
Paul Durrant writes ("[RFC PATCH 5/6] libxl: add guest writable xenstore area
for feature advertisement"):
> docs/misc/xenstore-paths documents a paths under a top-level ~/features
> area that a guest can use to advertise the ability to react to vif
> or vbd hotplug.
Acked-by: Ian Jackson
As be
Ian Jackson writes ("Re: [RFC PATCH 4/6] libxl: add guest writable xenstore
area for driver versions"):
> > diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c
> > index cc82311..389427f 100644
> > --- a/tools/libxl/libxl_create.c
> > +++ b/tools/libxl/libxl_create.c
> > @@ -648,6
Paul Durrant writes ("[RFC PATCH 4/6] libxl: add guest writable xenstore area
for driver versions"):
> docs/misc/xenstore-paths documents a path format that can be used by
> guests to supply version information for PV drivers.
>
> This patch creates a guest writable ~/drivers area for these paths
Paul Durrant writes ("[RFC PATCH 3/6] libxl: implement control feature
checking"):
> docs/misc/xenstore-paths documents a set of feature flags that can be used
> to determine whether values written to ~/control/shutdown will result in
> actions in the guest.
>
> This patch adds empty guest writab
On 11/16/2015 9:51 AM, Wei Liu wrote:
On Mon, Nov 16, 2015 at 09:36:24AM -0700, Linda wrote:
Hi Wei,
On 11/16/2015 8:16 AM, Wei Liu wrote:
Hi Linda
On Fri, Nov 13, 2015 at 10:23:22AM -0700, Linda wrote:
Hello,
I worked this summer as an intern under Julien Grall and Wei Liu. My
proj
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: 16 November 2015 17:20
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Stefano Stabellini; Ian Campbell; Wei Liu
> Subject: Re: [RFC PATCH 2/6] libxl: stop using libxl__xs_mkdir() for
> ~/control/sh
Paul Durrant writes ("[RFC PATCH 2/6] libxl: stop using libxl__xs_mkdir() for
~/control/shutdown"):
> As documented in docs/misc/xenstore, the XS_MKDIR operation merely makes
> sure a path exists whereas ~/control/shutdown needs to start empty. Also
> using XS_MKDIR for a node which is never suppo
Paul Durrant writes ("[PATCH v2 1/3] libxl: re-name libxl__xs_write() to
libxl__xs_printf()..."):
> ...to denote what it actually does.
>
> The name libxl__xs_write() suggests something taking a buffer and length,
> akin to write(2), whereas the semantics of the function are actually more
> akin
On 16/11/15 10:31, Huaitong Han wrote:
> #if GUEST_PAGING_LEVELS >= 4 /* 64-bit only... */
> diff --git a/xen/include/asm-x86/guest_pt.h b/xen/include/asm-x86/guest_pt.h
> index f8a0d76..1c0f050 100644
> --- a/xen/include/asm-x86/guest_pt.h
> +++ b/xen/include/asm-x86/guest_pt.h
> @@ -154,6 +154,1
On Mon, Nov 16, 2015 at 06:31:48PM +0800, Huaitong Han wrote:
> This patch adds pkeys support for cpuid handing.
>
> Pkeys hardware support is CPUID.7.0.ECX[3]:PKU. software support is
> CPUID.7.0.ECX[4]:OSPKE and it reflects the support setting of CR4.PKE.
>
> Signed-off-by: Huaitong Han
>
Al
Jan Beulich writes ("Re: [Xen-devel] [xen-4.3-testing test] 63948: regressions
- FAIL [and 1 more messages] [and 1 more messages]"):
> On 16.11.15 at 17:14, wrote:
> > This will allow us to think about the medium-term fix without the
> > short-term breakage causing pain.
>
> Okay. Why don't you
On Thu, 2015-11-12 at 08:52 -0700, Jan Beulich wrote:
> There's no point in mapping more than the memory we actually may need
> to touch, and in fact the too large region could actually extend into
> another device's one (which currently is benign on x86 since only a
> single page gets mapped anywa
On 16/11/15 10:31, Huaitong Han wrote:
> This patch adds pkeys support for guest_walk_tables.
>
> Signed-off-by: Huaitong Han
>
> diff --git a/xen/arch/x86/mm/guest_walk.c b/xen/arch/x86/mm/guest_walk.c
> index 773454d..7a7ae96 100644
> --- a/xen/arch/x86/mm/guest_walk.c
> +++ b/xen/arch/x86/mm/gu
On Thu, 2015-11-12 at 16:58 +, Andrew Cooper wrote:
> On 12/11/15 15:52, Jan Beulich wrote:
> > Re-using the possibly non-zero value from a previous iteration can't
> > do any good.
> >
> > Take the opportunity and
> > - limit a few other variables' scopes at once,
> > - adjust a few types.
>
On 16/11/15 10:31, Huaitong Han wrote:
> This patch adds xstate support for pkeys.
>
> Signed-off-by: Huaitong Han
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, Nov 16, 2015 at 09:36:24AM -0700, Linda wrote:
> Hi Wei,
>
> On 11/16/2015 8:16 AM, Wei Liu wrote:
> >Hi Linda
> >
> >On Fri, Nov 13, 2015 at 10:23:22AM -0700, Linda wrote:
> >>Hello,
> >> I worked this summer as an intern under Julien Grall and Wei Liu. My
> >>project was to develop
flight 64466 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64466/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-xl 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 13
Hi Wei,
On 11/16/2015 8:16 AM, Wei Liu wrote:
Hi Linda
On Fri, Nov 13, 2015 at 10:23:22AM -0700, Linda wrote:
Hello,
I worked this summer as an intern under Julien Grall and Wei Liu. My
project was to develop a prototype/proof of concept xen front/back end for
the 9p file system. I mos
On 11/15/2015 01:02 PM, Andy Lutomirski wrote:
On Nov 13, 2015 5:23 PM, "Boris Ostrovsky" wrote:
On 11/13/2015 06:26 PM, Andy Lutomirski wrote:
On Fri, Nov 13, 2015 at 3:18 PM, Boris Ostrovsky
wrote:
After 32-bit syscall rewrite, and specifically after commit 5f310f739b4c
("x86/entry/32: R
>>> On 16.11.15 at 17:14, wrote:
> Jan Beulich writes ("Re: [Xen-devel] [xen-4.3-testing test] 63948:
> regressions -
> FAIL [and 1 more messages] [and 1 more messages]"):
>> On 16.11.15 at 17:00, wrote:
>> > Based on this, which is the only regression in 64287, we could force
>> > push this:
>
Jan Beulich writes ("Re: [Xen-devel] [xen-4.3-testing test] 63948: regressions
- FAIL [and 1 more messages] [and 1 more messages]"):
> On 16.11.15 at 17:00, wrote:
> > Based on this, which is the only regression in 64287, we could force
> > push this:
...
> Well, yes, but wouldn't it re-occur onc
1 - 100 of 219 matches
Mail list logo
