This run is configured for baseline tests only.
flight 38462 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38462/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-winxpsp3 6 xen-boot
flight 65488 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65488/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs.
65114
Tests which a
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Saturday, December 5, 2015 4:10 PM
> To: Hu, Robert ; Ian Jackson
> ; Nakajima, Jun ;
> Tian, Kevin
> Cc: xen-de...@lists.xensource.com; osstest service owner
> ; Jan Beulich ;
> Andrew Cooper
> Subject: R
>>> On 08.12.15 at 02:08, wrote:
> On 12/07/2015 08:42 PM, Roger Pau Monné wrote:
>> El 07/12/15 a les 13.00, Jan Beulich ha escrit:
>>> Hello,
>>>
>>> is there a particular reason why "max-ring-page-order" gets written in
>>> xen_blkbk_probe(), but e.g. "feature-max-indirect-segments" and
>>> "fe
flight 65536 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65536/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 65468
build-i386-xsm
>>> On 07.12.15 at 17:48, wrote:
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -1842,7 +1842,7 @@ static const char * hvm_efer_valid(const struct vcpu
> *v, uint64_t value,
> {
> unsigned int level;
>
> -ASSERT(v == current);
> +ASSERT(v->domai
flight 65498 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65498/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-amd64-pvgrub 3 host-install(3)broken REGR. vs. 65474
test-amd64-amd64-xl
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl-qemut-debianhvm-amd64-xsm
testid xen-boot
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xe
On Fri, 2015-11-20 at 14:55 +, Anthony PERARD wrote:
> This script runs the OpenStack integration test suite, Tempest.
>
> Signed-off-by: Anthony PERARD
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.o
On Fri, 2015-11-20 at 14:55 +, Anthony PERARD wrote:
I think this will also add a devstack job to most other flights? That's a
good thing, I think.
I wonder if the flight ought to be called openstack-nova, to leave open the
possibility of other openstack-$foo flights in the future?
> Signed-
On Tue, 2015-12-08 at 08:06 +, Hu, Robert wrote:
> >
> [...]
Please trim your quotes.
> For your failure, as Kevin mentioned in other mail, we will find someone
> to look into.
> Would you find out the detailed log of ' debian-hvm-install--l1--l2'
> step? so that he
> can start analyze, as I
On Mon, Dec 07, 2015 at 10:59:32PM -0700, Jim Fehlig wrote:
> On 12/07/2015 11:52 AM, Daniel P. Berrange wrote:
> > On Mon, Dec 07, 2015 at 09:42:21AM -0700, Jim Fehlig wrote:
> >> In commit d2e5538b1, the libxl driver was changed to copy interface
> >> names autogenerated by libxl to the correspon
On Mon, 7 Dec 2015, Jan Beulich wrote:
> >>> On 07.12.15 at 13:41, wrote:
> > I know that in your opinion is superfluous, nonetheless could you please
> > add 2-3 lines of in-code comment right here, to explain what you are
> > doing with the check? Something like:
> >
> > /*
> > * Update the e
flight 65545 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65545/
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
On Wed, 2015-12-02 at 02:33 -0700, Jan Beulich wrote:
> > > > On 01.12.15 at 20:26, wrote:
> > On 01/12/15 17:26, Jan Beulich wrote:
> > > > > > On 01.12.15 at 17:57, wrote:
> > > > When EFI is used, don't use EFI's GetTime() to get the time,
> > > > because it
> > > > is broken on many platforms
On 12/08/2015 04:13 PM, Jan Beulich wrote:
On 08.12.15 at 02:08, wrote:
>> On 12/07/2015 08:42 PM, Roger Pau Monné wrote:
>>> El 07/12/15 a les 13.00, Jan Beulich ha escrit:
Hello,
is there a particular reason why "max-ring-page-order" gets written in
xen_blkbk_probe(), b
On Mon, 2015-12-07 at 17:27 +, Ian Jackson wrote:
> This allows a user in non-standalone mode to make a whole new test
> database, which is largely a clone of the original database.
>
> The new db refers to the same resources (hosts), and more-or-less
> safely borrows some of those hosts.
>
>
On Mon, 2015-12-07 at 17:27 +, Ian Jackson wrote:
> We arrange for the test configuration to look for the daemons on a
> different host and port, and we provide a convenient way to run such a
> pair of daemons.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
_
The remaining log message in pci_msix_write() is wrong, as there guest
behavior may only appear to be wrong: For one, the old logic didn't
take the mask-all bit into account. And then this shouldn't depend on
host device state (i.e. the host may have masked the entry without the
guest having done s
On Mon, 2015-12-07 at 17:27 +, Ian Jackson wrote:
> This makes it easier to share the output of whoami. As a beneficial
> side effect it can now be overridden.
>
> Replace many open-coded calls to `whoami` etc. with references to
> $c{Username}.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian
On Mon, 2015-12-07 at 17:27 +, Ian Jackson wrote:
> The `username' of the xdbref task in the test db, referring to the
> main db, is changed to `PARENT' (from `@').
>
> Currently this is purely cosmetic, but it is going to be useful to
> distinguish the two cases:
> * This is a test DB and co
On Mon, 2015-12-07 at 17:27 +, Ian Jackson wrote:
> This makes test flights have different numbers to those currently in
> production, which will help avoid accidents.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing li
>>> On 08.12.15 at 12:06, wrote:
> On 12/08/2015 04:13 PM, Jan Beulich wrote:
> On 08.12.15 at 02:08, wrote:
>>> On 12/07/2015 08:42 PM, Roger Pau Monné wrote:
El 07/12/15 a les 13.00, Jan Beulich ha escrit:
> Hello,
>
> is there a particular reason why "max-ring-page-order"
On Mon, 2015-12-07 at 17:27 +, Ian Jackson wrote:
> When we open the `osstest' database, see whether this is a parent DB
> (main DB) from which a test DB has been spawned by this user.
>
> If it has, bomb out, unless the user has specified a suitable regexp
> matching the DB name in the env va
On Mon, 2015-12-07 at 17:27 +, Ian Jackson wrote:
> This makes it easier to share the output of whoami. As a beneficial
> side effect it can now be overridden.
>
> Replace many open-coded calls to `whoami` etc. with references to
> $c{Username}.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian
On 12/08/2015 07:13 PM, Jan Beulich wrote:
On 08.12.15 at 12:06, wrote:
>
>> On 12/08/2015 04:13 PM, Jan Beulich wrote:
>> On 08.12.15 at 02:08, wrote:
On 12/07/2015 08:42 PM, Roger Pau Monné wrote:
> El 07/12/15 a les 13.00, Jan Beulich ha escrit:
>> Hello,
>>
>>
On Mon, 2015-12-07 at 17:27 +, 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 08/12/15 05:50, Chun Yan Liu wrote:
> Any comments?
I'd just started looking at this yesterday. :-)
One comment for future reference: This series doesn't apply to staging,
nor to staging the date which you sent it (25 November); I had to apply
it to a commit before 5 November before it would a
On Sun, 2015-12-06 at 03:19 +0100, Marek Marczykowski-Górecki wrote:
> Hi,
>
> When running HVM on Xen 4.6 with qemu in stubdom, I've found that
> something goes wrong with disk frontend (at least that was visible
> problem - a lot of read and write errors in stubdom log). But further
> debugging
On 08/12/15 08:28, Jan Beulich wrote:
On 07.12.15 at 17:48, wrote:
>> --- a/xen/arch/x86/hvm/hvm.c
>> +++ b/xen/arch/x86/hvm/hvm.c
>> @@ -1842,7 +1842,7 @@ static const char * hvm_efer_valid(const struct vcpu
>> *v, uint64_t value,
>> {
>> unsigned int level;
>>
>> -A
On Tue, Dec 08, 2015 at 11:33:49AM +, Ian Campbell wrote:
> On Sun, 2015-12-06 at 03:19 +0100, Marek Marczykowski-Górecki wrote:
> > Hi,
> >
> > When running HVM on Xen 4.6 with qemu in stubdom, I've found that
> > something goes wrong with disk frontend (at least that was visible
> > problem
Ian Campbell, on Tue 08 Dec 2015 11:33:49 +, wrote:
> > http://xenbits.xen.org/gitweb/?p=mini-os.git;a=commit;h=7c8f348390652a67e
> > 9356eec9cd2b0f76a9c7c72
> >
> > With that commit reverted, issue vanishes.
> >
> > I guess it's because before this commit, there was "if (rx->status ==
> > NE
Marek Marczykowski-Górecki, on Tue 08 Dec 2015 12:46:31 +0100, wrote:
> > > http://xenbits.xen.org/gitweb/?p=mini-os.git;a=commit;h=7c8f348390652a67e
> > > 9356eec9cd2b0f76a9c7c72
> > >
> > > With that commit reverted, issue vanishes.
> > >
> > > I guess it's because before this commit, there was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-8338 / XSA-158
version 3
long running memory operations on ARM
UPDATES IN VERSION 3
Public release.
ISSUE DESCRIPTION
=
C
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-8339,CVE-2015-8340 / XSA-159
version 4
XENMEM_exchange error handling issues
UPDATES IN VERSION 4
Public release.
ISSUE DESCRIPTION
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-8341 / XSA-160
version 3
libxl leak of pv kernel and initrd on error
UPDATES IN VERSION 3
Public release.
ISSUE DESCRIPTION
On Mon, 2015-12-07 at 17:24 +, Wei Liu wrote:
> Signed-off-by: Wei Liu
> ---
> mg-hosts | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/mg-hosts b/mg-hosts
> index a911099..0d02c56 100755
> --- a/mg-hosts
> +++ b/mg-hosts
> @@ -24,6 +24,13 @@
> # of osstest. W
On Tue, 2015-12-08 at 13:00 +0100, Samuel Thibault wrote:
> Marek Marczykowski-Górecki, on Tue 08 Dec 2015 12:46:31 +0100, wrote:
> > > > http://xenbits.xen.org/gitweb/?p=mini-os.git;a=commit;h=7c8f3483906
> > > > 52a67e
> > > > 9356eec9cd2b0f76a9c7c72
> > > >
> > > > With that commit reverted, is
On Tue, Dec 1, 2015 at 11:53 AM, George Dunlap
wrote:
> Return proper error codes on failure so that scripts can tell whether
> the command completed properly or not.
>
> Also while we're at it, normalize init and dispose of
> libxl_device_disk structures. This means calling init and dispose in
>
On Tue, Dec 1, 2015 at 12:09 PM, George Dunlap
wrote:
> We have several outstanding patch series which add devices that have
> two levels: a controller and individual devices attached to that
> controller.
>
> In the interest of consistency, this patch introduces a section that
> sketches out a te
Hi Konrad,
The rebase of my patch is not correct. It now contains an unused variable and
missing one change.
I will post the rebase of the two patches.
On 01/12/15 18:52, Konrad Rzeszutek Wilk wrote:
> +static unsigned long blkif_ring_get_request(struct blkfront_ring_info *rinfo,
> +
On Tue, Dec 08, 2015 at 12:11:34PM +, Ian Campbell wrote:
> On Tue, 2015-12-08 at 13:00 +0100, Samuel Thibault wrote:
> > Marek Marczykowski-Górecki, on Tue 08 Dec 2015 12:46:31 +0100, wrote:
> > > > > http://xenbits.xen.org/gitweb/?p=mini-os.git;a=commit;h=7c8f3483906
> > > > > 52a67e
> > > >
Hi Royger,
On 01/12/15 15:30, Roger Pau Monné wrote:
> Just a couple of cosmetic comments below. Unless anyone else has real
> comments I don't think you need to resend.
Well, I'm considering those kind of comestic comments as minor. They are
not necessary and doesn't improve the readability of t
Hi Konrad,
On 07/12/15 15:01, Konrad Rzeszutek Wilk wrote:
> On Mon, Dec 07, 2015 at 02:21:46PM +, Julien Grall wrote:
>> Thank you, the changes look good to me. What about patch #2?
>
> Oh, I thought you said you would rebase it - so I had been waiting
> for that.
>
> Should have communicat
>>> On 08.12.15 at 12:37, wrote:
> On 08/12/15 08:28, Jan Beulich wrote:
> On 07.12.15 at 17:48, wrote:
>>> --- a/xen/arch/x86/hvm/hvm.c
>>> +++ b/xen/arch/x86/hvm/hvm.c
>>> @@ -1842,7 +1842,7 @@ static const char * hvm_efer_valid(const struct vcpu
> *v, uint64_t value,
>>> {
>>>
After update dom0 kernel to 3.19, all vcpus act normal. Thanks very much.
2015-12-07 21:02 GMT+08:00 Jan Beulich :
> >>> On 07.12.15 at 13:56, wrote:
> > On 07/12/15 12:39, Big Strong wrote:
> >> I set the xen.efi directly boot without grub2 to be able to list all
> >> the cpu cores.
> >> Howeve
flight 65523 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65523/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 3 host-install(3) broken REGR. vs. 63340
build-amd64-xsm
The tables are almost identical and therefore there is little reason to
keep both sets.
PVH needs 3 extra hypercalls:
* mmuext_op. PVH uses MMUEXT_TLB_FLUSH_MULTI and MMUEXT_INVLPG_MULTI to
optimize TLB flushing. Since HVMlite guests may decide to use them as
well we can allow these two comman
On 12/8/15 1:32 AM, Jan Beulich wrote:
On 07.12.15 at 22:27, wrote:
>> On 12/3/15 2:57 AM, Jan Beulich wrote:
>> On 03.12.15 at 01:34, wrote:
On 12/1/15 5:22 AM, Jan Beulich wrote:
On 30.11.15 at 18:53, wrote:
>> On 11/30/15 8:36 AM, Jan Beulich wrote:
>> On 24
If OSSTEST_TASK is not set, we construct a from the username
and the nodename, and look for a such a static task. If OSSTEST_TASK
/is/ set would require it to contain ` '.
In this patch, permit OSSTEST_TASK to be set simply to the .
This is much more convenient and doesn't involve manually look
Ian Campbell writes ("Re: [OSSTEST PATCH 13/16] mg-schema-test-database: Change
username for back-to-main-db xref"):
> On Mon, 2015-12-07 at 17:27 +, Ian Jackson wrote:
> > Currently this is purely cosmetic, but it is going to be useful to
> > distinguish the two cases:
> > * This is a test D
Ian Campbell writes ("Re: [OSSTEST PATCH 15/16] mg-schema-test-database: Safety
catch in JobDB database open"):
> On Mon, 2015-12-07 at 17:27 +, Ian Jackson wrote:
> > +# mg-schema-test-database creates a task
> > +# xdbref/DBNAME with username ${Username}@
>
> Was there intended to
>>> On 08.12.15 at 15:16, wrote:
> On 12/8/15 1:32 AM, Jan Beulich wrote:
> On 07.12.15 at 22:27, wrote:
>>> On 12/3/15 2:57 AM, Jan Beulich wrote:
>>> On 03.12.15 at 01:34, wrote:
> On 12/1/15 5:22 AM, Jan Beulich wrote:
> On 30.11.15 at 18:53, wrote:
>>> On 11/30/15 8:
Ian Campbell writes ("[PATCH OSSTEST v2] standalone: Log things we are running
via with_logging"):
> Turning on set -x generally in this script is too verbose, so run the
> command in a subshell which sets -x.
>
> Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
(I will pick this up into my
On Tue, 2015-12-08 at 14:19 +, Ian Jackson wrote:
> If OSSTEST_TASK is not set, we construct a from the username
> and the nodename, and look for a such a static task. If OSSTEST_TASK
> /is/ set would require it to contain ` '.
>
> In this patch, permit OSSTEST_TASK to be set simply to the
Hi All,
This is just a heads up on the steps involved in getting a HD4550
working with the ATI driver as a pv guest on a Dom0 with no IOMMU
support. The main issue with making this work was providing a way for
the guest to read the vga bios.
[2.127078] [drm] Initialized drm 1.1.0 2006081
On 08/12/15 12:54, Jan Beulich wrote:
On 08.12.15 at 12:37, wrote:
>> On 08/12/15 08:28, Jan Beulich wrote:
>> On 07.12.15 at 17:48, wrote:
--- a/xen/arch/x86/hvm/hvm.c
+++ b/xen/arch/x86/hvm/hvm.c
@@ -1842,7 +1842,7 @@ static const char * hvm_efer_valid(const struct vcpu
I'm just playing a little bit with xenstore in an own domain.
I've come across some questions I'd like to have some answers to before
presenting official patches to make this an easy configurable option:
a) As this would need a boot time configuration item I'd like to add
e.g. /etc/xen/server.
On 08/12/15 14:37, Geoffrey McRae wrote:
> Hi All,
>
> This is just a heads up on the steps involved in getting a HD4550
> working with the ATI driver as a pv guest on a Dom0 with no IOMMU
> support. The main issue with making this work was providing a way for
> the guest to read the vga bios.
>
>
On Tue, Dec 08, 2015 at 10:23:49AM +, Ian Campbell wrote:
> On Fri, 2015-11-20 at 14:55 +, Anthony PERARD wrote:
>
> I think this will also add a devstack job to most other flights? That's a
> good thing, I think.
That was not my intention. It's true that the more test, the better, but on
On 09/12/15 01:51, Andrew Cooper wrote:
On 08/12/15 14:37, Geoffrey McRae wrote:
Hi All,
This is just a heads up on the steps involved in getting a HD4550
working with the ATI driver as a pv guest on a Dom0 with no IOMMU
support. The main issue with making this work was providing a way for
the
On Tue, 2015-12-08 at 14:54 +, Anthony PERARD wrote:
> On Tue, Dec 08, 2015 at 10:23:49AM +, Ian Campbell wrote:
> > On Fri, 2015-11-20 at 14:55 +, Anthony PERARD wrote:
> >
> > I think this will also add a devstack job to most other flights? That's
> > a
> > good thing, I think.
>
>
On 08/12/15 14:44, Juergen Gross wrote:
> I'm just playing a little bit with xenstore in an own domain.
>
> I've come across some questions I'd like to have some answers to before
> presenting official patches to make this an easy configurable option:
>
> a) As this would need a boot time configura
On 08/12/15 14:55, Geoffrey McRae wrote:
>
> On 09/12/15 01:51, Andrew Cooper wrote:
>> On 08/12/15 14:37, Geoffrey McRae wrote:
>>> Hi All,
>>>
>>> This is just a heads up on the steps involved in getting a HD4550
>>> working with the ATI driver as a pv guest on a Dom0 with no IOMMU
>>> support. T
Sander Eikelenboom writes ("[PATCH] Fix regression in xendomains initscript:
test for privcmd char device"):
> Since commit:
> "xendomains initscript: test for privcmd char device"
> (1367e9e5ba4d1612e303123ec0bbf961100fcfa1)
> due to incorrect negation the xendomains initscript bails out
> early
flight 38464 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38464/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-amd64-weekly-netinst-pygrub 9 debian-di-install fail REGR. vs.
38405
Since commit:
"xendomains initscript: test for privcmd char device"
(1367e9e5ba4d1612e303123ec0bbf961100fcfa1)
due to incorrect negation the xendomains initscript bails out
early when both: "/dev/xen/privcmd" and "/proc/xen/privcmd"
are present in dom0.
Signed-off-by: Sander Eikelenboom
---
tool
flight 65561 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65561/
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
On 08/12/15 16:04, Andrew Cooper wrote:
> On 08/12/15 14:44, Juergen Gross wrote:
>> I'm just playing a little bit with xenstore in an own domain.
>>
>> I've come across some questions I'd like to have some answers to before
>> presenting official patches to make this an easy configurable option:
>
Daniel P. Berrange wrote:
> On Mon, Dec 07, 2015 at 10:59:32PM -0700, Jim Fehlig wrote:
>> On 12/07/2015 11:52 AM, Daniel P. Berrange wrote:
>>> On Mon, Dec 07, 2015 at 09:42:21AM -0700, Jim Fehlig wrote:
In commit d2e5538b1, the libxl driver was changed to copy interface
names autogenera
On 08/12/15 16:02, Juergen Gross wrote:
> On 08/12/15 16:04, Andrew Cooper wrote:
>> On 08/12/15 14:44, Juergen Gross wrote:
>>> I'm just playing a little bit with xenstore in an own domain.
>>>
>>> I've come across some questions I'd like to have some answers to before
>>> presenting official patc
On Wed, 2015-12-02 at 15:22 +, Paul Durrant wrote:
> > -Original Message-
> > From: Ian Campbell [mailto:ian.campb...@citrix.com]
> > Sent: 02 December 2015 15:21
> > To: Paul Durrant; xen-de...@lists.xenproject.org
> > Cc: Ian Jackson; Stefano Stabellini; Wei Liu
> > Subject: Re: [PATC
On Mon, 2015-12-07 at 17:48 +0100, Roger Pau Monne wrote:
> Allow the usage of the VCPUOP_initialise, VCPUOP_up, VCPUOP_down,
> VCPUOP_is_up, VCPUOP_get_physid and VCPUOP_send_nmi hypercalls from HVM
> guests.
>
> This patch introduces a new structure (vcpu_hvm_context) that should be
> used
> in
On Tue, 2015-12-01 at 11:53 +, George Dunlap wrote:
> Return proper error codes on failure so that scripts can tell whether
> the command completed properly or not.
>
> Also while we're at it, normalize init and dispose of
> libxl_device_disk structures. This means calling init and dispose in
On Tue, 2015-12-01 at 11:53 +, George Dunlap wrote:
> libxl_set_memory_target seems to have the following return values:
>
> * 1 on failure, if the failure happens because of a xenstore error *or*
> invalid target
>
> * -1 if the setmaxmem hypercall
>
> * -errno if the set_pod_target hyperca
On Tue, 2015-12-08 at 12:26 +, George Dunlap wrote:
> On Tue, Dec 1, 2015 at 12:09 PM, George Dunlap
> wrote:
> > We have several outstanding patch series which add devices that have
> > two levels: a controller and individual devices attached to that
> > controller.
> >
> > In the interest o
On Tue, 2015-12-08 at 15:14 +, Ian Jackson wrote:
> Sander Eikelenboom writes ("[PATCH] Fix regression in xendomains
> initscript: test for privcmd char device"):
> > Since commit:
> > "xendomains initscript: test for privcmd char device"
> > (1367e9e5ba4d1612e303123ec0bbf961100fcfa1)
> > due t
On Mon, 2015-12-07 at 13:09 +, Andrew Cooper wrote:
> Error messages along the lines of:
>
> xc: error: panic: xc_dom_core.c:207: failed to open file: No such file
> or
> directory: Internal error
>
> are of very little use.
>
> Include the filename in the error messages, so the user d
On Wed, 2015-12-02 at 16:30 +0100, Juergen Gross wrote:
> On 02/12/15 16:28, Ian Campbell wrote:
> > On Wed, 2015-12-02 at 12:36 +, Andrew Cooper wrote:
> > > On 02/12/15 07:42, Juergen Gross wrote:
> > > > diff --git a/tools/libxc/xc_sr_save_x86_hvm.c
> > > > b/tools/libxc/xc_sr_save_x86_hvm.c
On 08/12/15 17:19, Ian Campbell wrote:
> On Tue, 2015-12-01 at 11:53 +, George Dunlap wrote:
>> libxl_set_memory_target seems to have the following return values:
>>
>> * 1 on failure, if the failure happens because of a xenstore error *or*
>> invalid target
>>
>> * -1 if the setmaxmem hypercal
On Tue, 2015-12-01 at 11:53 +, George Dunlap wrote:
> Bring set_memory_target into line with set_memory_max (which does
> return an error code.
>
> Signed-off-by: George Dunlap
> ---
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Wei Liu
> CC: Konrad Wilk
> ---
> tools/libxl/xl_cmdimpl.c | 1
On Tue, 2015-12-01 at 11:53 +, George Dunlap wrote:
> This makes xl more useful in scripts.
>
> The strange thing about this is that the internal cd_insert function
> *already* returned something appropriate, and cd-eject was using it,
> but cd-insert wasnt.
Missing an apostrophe in wasnt.
>
On Tue, 2015-12-01 at 11:53 +, George Dunlap wrote:
> Add return codes for pci-detach, pci-attach, pci-asssignable-add, and
> pci-assignable-remove.
>
> Returning error codes makes it easier for shell scripts to tell if a
> command has failed or succeeded.
>
> Signed-off-by: George Dunlap
>
On Tue, 2015-12-01 at 11:53 +, George Dunlap wrote:
> save_domain was already constructing an error code; it just wasn't
> being used.
>
> Signed-off-by: George Dunlap
Acked-by: Ian Campbell
> ---
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Wei Liu
> ---
> tools/libxl/xl_cmdimpl.c | 3
flight 65569 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65569/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 11 guest-start fail REGR. vs. 65561
Tests which di
On 12/8/15 8:25 AM, Jan Beulich wrote:
On 08.12.15 at 15:16, wrote:
>> On 12/8/15 1:32 AM, Jan Beulich wrote:
>> On 07.12.15 at 22:27, wrote:
On 12/3/15 2:57 AM, Jan Beulich wrote:
On 03.12.15 at 01:34, wrote:
>> On 12/1/15 5:22 AM, Jan Beulich wrote:
>> On 30.
branch xen-unstable
xenbranch xen-unstable
job build-i386-xsm
testid xen-build
Tree: ovmf https://github.com/tianocore/edk2.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in tree: ovmf https://gi
On 08/12/15 17:59, Doug Goldstein wrote:
> On 12/8/15 8:25 AM, Jan Beulich wrote:
> On 08.12.15 at 15:16, wrote:
>>> On 12/8/15 1:32 AM, Jan Beulich wrote:
>>> On 07.12.15 at 22:27, wrote:
> On 12/3/15 2:57 AM, Jan Beulich wrote:
> On 03.12.15 at 01:34, wrote:
>>> On 12/1
> > Correct, it was just providing the rom to the driver. Is there already
> > a way to allow pci-front to pass this, or does it require a patch? I
> > do not know the code base very well, nor do I have much experience
> > with how PCI operates, I was pretty excited to get this far :)
>
> I am not
On 12/07/2015 08:08 PM, Haozhong Zhang wrote:
On 12/07/15 12:53, Boris Ostrovsky wrote:
On 12/06/2015 03:58 PM, Haozhong Zhang wrote:
When the TSC mode of a HVM container is TSC_MODE_DEFAULT or
TSC_MODE_PVRDTSCP and no TSC emulation is used, the existing
tsc_get_info() uses the host TSC frequen
flight 65540 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65540/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-prev 3 host-install(3) broken REGR. vs. 65114
build-i386-xsm
On 12/07/2015 08:52 PM, Haozhong Zhang wrote:
On 12/07/15 13:14, Boris Ostrovsky wrote:
On 12/06/2015 03:58 PM, Haozhong Zhang wrote:
This patch makes the pvclock return the scaled host TSC and
corresponding scaling parameters to HVM domains if guest TSC is not
emulated and TSC scaling is enabl
On Tue, Dec 08, 2015 at 12:51:25PM +, Julien Grall wrote:
> Hi Konrad,
>
> On 07/12/15 15:01, Konrad Rzeszutek Wilk wrote:
> > On Mon, Dec 07, 2015 at 02:21:46PM +, Julien Grall wrote:
> >> Thank you, the changes look good to me. What about patch #2?
> >
> > Oh, I thought you said you wou
On 11/30/15 8:45 AM, Jan Beulich wrote:
On 24.11.15 at 18:51, wrote:
>> --- a/xen/Makefile
>> +++ b/xen/Makefile
>> @@ -26,6 +26,9 @@ default: build
>> .PHONY: dist
>> dist: install
>>
>> +.PHONY: build
>> +build:: $(BASEDIR)/include/config/auto.conf
>> +
>> .PHONY: build install uninsta
flight 65572 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65572/
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
The block-attach command now returns 1 when fails. Update first test
case to expect return value 1 instead of 255.
The parser now doesn't generate output for default values. Remove them
from expected output.
The "discard=" variant is never not supported, so delete two test cases
with that variant
On Fri, 4 Dec 2015, David Vrabel wrote:
> On 04/12/15 14:06, David Vrabel wrote:
> > On 03/12/15 10:43, David Vrabel wrote:
> >> Adding the rtc platform device when there are no legacy irqs (no
> >> legacy PIC) causes a conflict with other devices that end up using the
> >> same irq number.
> >
>
flight 65542 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65542/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-amd64-pvgrub 3 host-install(3) broken in 65498 pass in 65542
test-amd64-amd64-xl-qemuu-debianh
On 12/08/2015 04:02 PM, Thomas Gleixner wrote:
On Fri, 4 Dec 2015, David Vrabel wrote:
On 04/12/15 14:06, David Vrabel wrote:
On 03/12/15 10:43, David Vrabel wrote:
Adding the rtc platform device when there are no legacy irqs (no
legacy PIC) causes a conflict with other devices that end up usi
On Tue, 8 Dec 2015, Boris Ostrovsky wrote:
> On 12/08/2015 04:02 PM, Thomas Gleixner wrote:
> > > > --- a/arch/x86/kernel/rtc.c
> > > > +++ b/arch/x86/kernel/rtc.c
> > > > @@ -200,6 +200,9 @@ static __init int add_rtc_cmos(void)
> > > > }
> > > > #endif
> > > > + if (xen_pv_domain()
1 - 100 of 132 matches
Mail list logo
