On 12/10/2014 07:07 PM, David Vrabel wrote:
On 10/12/14 15:56, Juergen Gross wrote:
With the virtual mapped linear p2m list the post-init mmu operations
must be used for setting up the p2m mappings, as in case of
CONFIG_FLATMEM the init routines may trigger BUGs.
Reported-by: Boris Ostrovsky
S
On 12/10/2014 05:13 PM, Konrad Rzeszutek Wilk wrote:
On Wed, Dec 10, 2014 at 04:56:03PM +0100, Juergen Gross wrote:
With the virtual mapped linear p2m list the post-init mmu operations
must be used for setting up the p2m mappings, as in case of
CONFIG_FLATMEM the init routines may trigger BUGs.
Good catch Ian!
You are absolutely right! I built everything and it put the tools/etc
in /usr/local. I did not see a link to xencommons, I missed it
completely! Is there any thing else I should care about - any other
daemons/bridge to be setup?
Balbir Singh.
On Wed, Dec 10, 2014 at 7:25 PM, Ian
Based on my experience with PCI passthrough code merging, below are
some comments:
Both require a change in code
a) The current code which is non-pci passthrough requires a devices'
device tree node to be associated with smmu node, if that device has
to be assigned to domU.
In our system there is
I am facing this issue when booting Xen Dom0 (OpenSuse Rootfs)
...
[ OK ] Reached target Host and Network Name Lookups.
[ OK ] Started OpenSSH Daemon.
[ TIME ] Timed out waiting for device dev-hvc0.device.
[DEPEND] Dependency failed for Serial Getty on hvc0.
[ OK ] Reached target Login Prom
branch xen-unstable
xen branch xen-unstable
job build-i386-libvirt
test libvirt-build
Tree: gnulib_libvirt
git://drall.uk.xensource.com:9419/git://git.sv.gnu.org/gnulib.git%20[fetch=try]
Tree: libvirt git://libvirt.org/libvirt.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
Tre
> From: Tim Deegan [mailto:t...@xen.org]
> Sent: Wednesday, December 10, 2014 7:12 PM
>
> Hi Kevin,
>
> Thanks for taking the time to work through this.
>
> At 03:39 + on 10 Dec (1418179184), Tian, Kevin wrote:
> > 1. It's more efficient for new people to start from a small, well-defined
>
-- Original Message --
From: "Ian Campbell"
To: "Mao Mingya"
Cc: xen-devel@lists.xen.org
Sent: 10/12/2014 5:47:19 PM
Subject: Re: Re[2]: [Xen-devel] arch arm qemu compile erro
Please don't top post.
On Wed, 2014-12-10 at 07:09 +, Mao Mingya wrote:
From the the arch arm, since t
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Wednesday, December 10, 2014 6:11 PM
>
> On Wed, 2014-12-10 at 01:48 +, Tian, Kevin wrote:
> > I'm not familiar with Arm architecture, but based on a brief reading it's
> > for the assigned case where the MMU is exclusive owned by a
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Wednesday, December 10, 2014 6:36 PM
>
> >>> On 10.12.14 at 02:14, wrote:
> >> From: Tim Deegan [mailto:t...@xen.org]
> >> It's been suggested before that we should revive this hypercall, and I
> >> don't think it's a good idea. Whenever a
> From: Tim Deegan [mailto:t...@xen.org]
> Sent: Wednesday, December 10, 2014 6:55 PM
>
> At 01:14 + on 10 Dec (1418170461), Tian, Kevin wrote:
> > > From: Tim Deegan [mailto:t...@xen.org]
> > > Sent: Tuesday, December 09, 2014 6:47 PM
> > >
> > > At 18:10 +0800 on 09 Dec (1418145055), Yu, Zha
On Wed, Dec 10, 2014 at 4:55 PM, Luis R. Rodriguez wrote:
> On Wed, Dec 10, 2014 at 03:51:48PM -0800, Andy Lutomirski wrote:
>> On Wed, Dec 10, 2014 at 3:34 PM, Luis R. Rodriguez
>> wrote:
>> > From: "Luis R. Rodriguez"
>> >
>> > Xen has support for splitting heavy work work into a series
>> > o
On Wed, Dec 10, 2014 at 04:29:06PM -0800, H. Peter Anvin wrote:
> On 12/10/2014 03:34 PM, Luis R. Rodriguez wrote:
> > diff --git a/arch/x86/kernel/entry_32.S b/arch/x86/kernel/entry_32.S
> > index 344b63f..40b5c0c 100644
> > --- a/arch/x86/kernel/entry_32.S
> > +++ b/arch/x86/kernel/entry_32.S
> >
On Wed, Dec 10, 2014 at 03:51:48PM -0800, Andy Lutomirski wrote:
> On Wed, Dec 10, 2014 at 3:34 PM, Luis R. Rodriguez
> wrote:
> > From: "Luis R. Rodriguez"
> >
> > Xen has support for splitting heavy work work into a series
> > of hypercalls, called multicalls, and preempting them through
> > wh
On 12/10/2014 03:34 PM, Luis R. Rodriguez wrote:
> diff --git a/arch/x86/kernel/entry_32.S b/arch/x86/kernel/entry_32.S
> index 344b63f..40b5c0c 100644
> --- a/arch/x86/kernel/entry_32.S
> +++ b/arch/x86/kernel/entry_32.S
> @@ -982,7 +982,28 @@ ENTRY(xen_hypervisor_callback)
> ENTRY(xen_do_upcall)
On Wed, Dec 10, 2014 at 08:25:25PM +, Bjoern Rennhak wrote:
> Dear Xen Developers,
>
> I found handling of vifx.y interfaces slightly unintutive and was
> wondering if it is possible to name the interface via the Xen guest
> config file?
>
> e.g. a vif_name parameter or otherwise maybe vif in
On Wed, Dec 10, 2014 at 3:34 PM, Luis R. Rodriguez
wrote:
> From: "Luis R. Rodriguez"
>
> Xen has support for splitting heavy work work into a series
> of hypercalls, called multicalls, and preempting them through
> what Xen calls continuation [0]. Despite this though without
> CONFIG_PREEMPT pre
From: "Luis R. Rodriguez"
Under special circumstances we may want to force
voluntary preemption even for CONFIG_PREEMPT=n
with interrupts disabled. This adds helpers to
let us do that.
Cc: Borislav Petkov
Cc: David Vrabel
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@ker
From: "Luis R. Rodriguez"
Xen has support for splitting heavy work work into a series
of hypercalls, called multicalls, and preempting them through
what Xen calls continuation [0]. Despite this though without
CONFIG_PREEMPT preemption won't happen and while enabling
CONFIG_RT_GROUP_SCHED can at t
From: "Luis R. Rodriguez"
This is my second series which addresses hypercall preemption
on Xen. On the first iteration of this series [0] I tried as
much as possible to avoid cond_resched() type of behaviour
but after good feedback I've determined using something like
cond_resched() but on IRQ co
As far as I can tell, there's no value indirecting
the cpu passed to this function via a void *.
Update all the callers and called functions from within
clockevents_notify.
Miscellanea:
Add pr_fmt and convert one printk(KERN_ERR to pr_err
Signed-off-by: Joe Perches
---
arch/arm/mach-omap2/cpu
Signed-off-by: Wei Liu
Acked-by: Ian Campbell
Acked-by: Ian Jackson
---
Osstest/Debian.pm | 18 ++
1 file changed, 18 insertions(+)
diff --git a/Osstest/Debian.pm b/Osstest/Debian.pm
index 22b40ff..08f0ad1 100644
--- a/Osstest/Debian.pm
+++ b/Osstest/Debian.pm
@@ -123,6 +123,
Signed-off-by: Wei Liu
---
Changes in v4:
1. Use "true" instead of "y"
---
ts-xen-install |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/ts-xen-install b/ts-xen-install
index 910181e..08b5fe1 100755
--- a/ts-xen-install
+++ b/ts-xen-install
@@ -46,6 +46,8 @@ if (@ARGV a
Signed-off-by: Wei Liu
---
Changes in v4:
1. Use "true" and "false" instead of "y" and "n".
2. Rename xenbranch_wants_xsm_tests to xenbranch_xsm_variants.
---
mfi-common | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(-)
diff --git a/mfi-common b/mfi-common
index 5c4
This is used to complie Flask policy.
Signed-off-by: Wei Liu
Acked-by: Ian Jackson
---
ts-xen-build-prep |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-xen-build-prep b/ts-xen-build-prep
index a7d0d03..4b016ae 100755
--- a/ts-xen-build-prep
+++ b/ts-xen-build-prep
@@
This file was originally created to work around Debian bug #633127
("/etc/grub/20_linux does not recognise some old Xen kernels").
According to Debian bug tracker [0], #633127 bug is fixed in Wheezy. As
we're now using Wheezy in OSSTest we can safely remove the old overlay
file if there's no furth
Signed-off-by: Wei Liu
---
make-flight | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/make-flight b/make-flight
index 9963a46..35904be 100755
--- a/make-flight
+++ b/make-flight
@@ -281,17 +281,24 @@ do_passthrough_tests () {
done
}
-test_matrix
Duplicate Debian PV and HVM test jobs for XSM testing.
Signed-off-by: Wei Liu
---
Changes in v4:
1. Parse runvar to determine xsm suffix
---
make-flight | 23 +++
mfi-common | 12 ++--
2 files changed, 29 insertions(+), 6 deletions(-)
diff --git a/make-flight b/
Hi all
This patch series attempts to duplicate some Debian test cases for XSM. This
is version 4 of this series.
Tests duplicated for xen-unstable branch:
build-{i386,amd64,armhf}-xsm
test-amd64-{i386,amd64}-{xl,libvirt}-xsm
test-armhf-armhf-{xl,libvirt}-xsm
test-amd64-{i386,amd64}-xl-qem
Signed-off-by: Wei Liu
---
Changes in v4:
1. Use "true" instead of "y"
---
ts-xen-build | 12
1 file changed, 12 insertions(+)
diff --git a/ts-xen-build b/ts-xen-build
index 661f186..9ee4522 100755
--- a/ts-xen-build
+++ b/ts-xen-build
@@ -27,6 +27,8 @@ tsreadconfig();
selectbuil
Change to Uboot will come in another patch. GRUB 1 is ignored, as
currently OSSTest only has Wheezy which has GRUB 2.
Signed-off-by: Wei Liu
Acked-by: Ian Jackson
---
Changes in v4:
1. Modify callsite of debian_boot_setup to avoid regression.
---
Osstest/Debian.pm | 32 +--
flight 32219 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32219/
Perfect :-)
All tests in this flight passed
version targeted for testing:
rumpuserxen d40acc2019bd352e1de13842459b5fecf5bc565e
baseline version:
rumpuserxen b0b7b13cadc971e8c5745880dcbb
On 12/10/2014 01:57 PM, Konrad Rzeszutek Wilk wrote:
> Hey Jens,
>
> These are two fixes for Xen blkfront. They harden how it deals with
> broken backends.
Pulled, thanks.
--
Jens Axboe
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://list
Signed-off-by: Konrad Rzeszutek Wilk
---
fedora-live-xen.ks | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/fedora-live-xen.ks b/fedora-live-xen.ks
index 58f94b1..c99e46c 100644
--- a/fedora-live-xen.ks
+++ b/fedora-live-xen.ks
@@ -8,6 +8,7 @@
repo --name=virt-preview
--ba
Hey Jens,
These are two fixes for Xen blkfront. They harden how it deals with
broken backends.
Please git pull the following branch:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
for-jens-3.19
in your for-3.19-drivers branch. This branch is based on:
9af8785 NVMe: Fix c
Dear Xen Developers,
I found handling of vifx.y interfaces slightly unintutive and was
wondering if it is possible to name the interface via the Xen guest
config file?
e.g. a vif_name parameter or otherwise maybe vif interface is automatically
named
after set "name" entry in config instead of ge
On Mon, Dec 08, 2014 at 11:18:05AM +0100, Olaf Hering wrote:
> This is a resend of this series, with just the low hanging fruits:
> http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg00669.html
>
This looks like it would fix some of the issues I saw. I will test it
over today.
Please
On Wed, Dec 10, 2014 at 09:59:12AM +0800, Chen, Tiejun wrote:
> On 2014/12/9 18:22, Jan Beulich wrote:
> On 09.12.14 at 11:11, wrote:
> >>At 08:19 + on 09 Dec (1418109561), Jan Beulich wrote:
> >>>Why do you always pick other than the simplest possible solution?
> >>
> >>Jan, please don't
On 10/12/14 16:20, Ian Campbell wrote:
> On Wed, 2014-12-10 at 15:29 +, David Vrabel wrote:
>> On 10/12/14 15:07, Ian Campbell wrote:
>>> On Wed, 2014-12-10 at 14:12 +, David Vrabel wrote:
On 10/12/14 13:42, John wrote:
> David,
>
> This patch you put into 3.18.0 appears to
flight 32198 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32198/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 32153
Tests which did not succeed,
From: Dario Faggioli
Recipes are defined for running kernbench on baremetal,
and on PV and HVM guests. Jobs making use of those recipes
are instantiated too.
Aim is making investigating performances loss due to
virtualization overhead easy and automatable.
Signed-off-by: Dario Faggioli
Cc: We
From: Dario Faggioli
Recipes are defined for running unixbench on baremetal,
PV and HVM guests, with similar HW resources. Jobs making
use of those recipes are instantiated too.
Aim is making investigating performances loss due to
virtualization overhead easy and automatable.
In this case, reb
From: Dario Faggioli
in order to have an additional graph, comparing host and
guests performance when running unixbench.
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
Osstest/Benchmarking.pm | 22 --
sg-run-job |2 +-
t
From: Dario Faggioli
in order to have an additional graph, comparing host and
guests performance when running kernbench.
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
Osstest/Benchmarking.pm | 17 +
ts-bench-hostcmp-post |1 +
ts-kern
From: Dario Faggioli
the goal is to run a benchmark both in a guest and
on baremetal, to investigate the performances loss
due to the virtualization overhead.
In order to help accomplishing this, the new script
introduced by this commit modifies the host's boot
configuration as follows:
- it ma
From: Dario Faggioli
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
Osstest/Debian.pm | 32 +---
Osstest/TestSupport.pm | 46 +-
ts-bench-hostcmp-post | 39
From: Dario Faggioli
the goal is to run a benchmark both in a guest and
on baremetal, to investigate the performances loss
due to the virtualization overhead.
In order to help accomplishing this, the new script
introduced by this commit modifies a guest's config
file in order for it to have the
From: Dario Faggioli
if defined, in the form of host properties. In standalone
mode, that should happen via the config file.
Methods are introduced to read those host properties or,
if they are not defined, to fetch the information by
querying the host directly.
The host properties always take
Recipes are defined for prepping and running kernbench
on the host and on Debian PV and HVM guests.
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
sg-run-job | 29 +
1 file changed, 29 insertions(+)
diff --git a/sg-run-job b/sg-ru
From: Dario Faggioli
Extract the data from the output of kernbench and produce
the tables, the gnuplot script and the plots.
All is saved in $stash, for the running flight and job.
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
Osstest/Benchmarking.pm | 88
This is all done in a new script, to keep these jobs
separated from regular testing jobs defined by make-flight.
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
README| 10 +
make-bench-flight | 100
for making it possible to call the new make-bench-flight
script, and generating the benchmarking jobs. It can be
combined with the existing '-f' option, to create a
benchmarking flight containing all the benchmarking jobs.
This is generic, so, when passing '-t sometype', a script
called make-somet
There is a runvar called 'kernbench_params', for specifying
the benchmark's runtime arguments.
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
ts-kernbench-run | 63 ++
1 file changed, 63 insertions(+)
creat
From: Dario Faggioli
Mangle the results of a run of unixbench a bit, so that
they can be plotted. This also produces a (gnu)plot script
and the plot itself. All is saved in $stash, for the
running flight and job.
This is done in a new Osstest/Benchmarking.pm module, as
the functions introduced
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
make-bench-flight | 55 -
1 file changed, 42 insertions(+), 13 deletions(-)
diff --git a/make-bench-flight b/make-bench-flight
index cdb22ff..125f244 100755
---
It downloads the benchmark (it's just a script) and a linux
kernel archive, necessary for running the benchmark itself,
and store them in c{Images}/benchs.
Default values for the repo URL and actual filename are embedded
in the script itself, and can be overridden as usual (e.g., via
standalone.co
Recipes are defined for prepping and running
the unixbench benchmark on the host and on
Debian PV and HVM guests.
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
sg-run-job | 31 +++
1 file changed, 31 insertions(+)
diff --git a/sg
in a file named according to the following convention:
$hostname--$benchname-$benchparams
i.e., something like this:
debian--kernbench-n2
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
ts-kernbench-reslts | 60
by shipping the benchmark (it's just a script) and the linux
kernel sources to the target. The dependences installed are
the ones required to build a linux kernel, plus a few more
packages required by the kernbench script.
As for the unixbench equivalent, this accepts two parametrs,
in the form 'h
There is a runvar called 'unixbench_params', for specifying
the benchmark's runtime arguments.
The commit also adds a couple of generic functions in
TestSupport.pm, for `cat'-ing the content of a file on
the target into a corresponding file in the stash area.
Signed-off-by: Dario Faggioli
Cc: We
and store them in $c{Stash}, in a file named according
to the following convention:
$hostname--$benchname-$benchparams
i.e., something like this:
debian--unixbench-i3-c2
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
Changes from RFCv1:
* use target_getfil
in sources.list, so installing packages in the guest with
apt-get does not stall waiting for the install CD to be
inserted.
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
ts-debian-hvm-install |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --g
The script fetches it, and saves it in c{Images}/benchs.
Default values for the repo URL and actual filename are embedded
in the script itself, and can be overridden as usual (e.g., via
standalone.config).
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
Changes
From: Dario Faggioli
In fact, in setupboot_grub2(), if we are interested
in a Linux baremetal entry, there is no point in
asking for the entry to contain an hypervisor line
("Hv").
Also, in such entry, Linux kernel and initrd are to be
found in "linux" and "initrd" lines, rather than in
"multibo
From: Dario Faggioli
As an analogue to target_putfilecontents_[root_]stash().
(While at it, fix one whitespace damaged line.)
Signed-off-by: Dario Faggioli
Cc: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
Changes from RFCv1:
* adding this was requested during review.
---
Osstest/TestSuppo
by installing some dependencies, shipping the archive, untaring
and building the sources.
This accepts two parametrs, in the form 'host=somehost someguest',
as most of the ts-guest-xxx scripts. If only the first one is
provided, it must be 'host=somehost', and the script will prep
the host.
As th
Hello everyone,
This is a highly reworked and much more mature version of this old RFC series:
http://lists.xen.org/archives/html/xen-devel/2014-06/msg03429.html
It is about integrating benchmarking capabilities into OSSTest. The series is a
lot bigger, because it is now capable of doing a lot
On 10/12/14 15:56, Juergen Gross wrote:
> With the virtual mapped linear p2m list the post-init mmu operations
> must be used for setting up the p2m mappings, as in case of
> CONFIG_FLATMEM the init routines may trigger BUGs.
>
> Reported-by: Boris Ostrovsky
> Signed-off-by: Juergen Gross
> ---
On Wed, Dec 10, Ian Campbell wrote:
> Separately from the above I wonder if it might be worth moving the
> xenstore readiness check into the xen-init-dom0 helper and having most
> things which currently depend on xenstore actually depend on the
> "dom0-is-ready" unit, which itself depends on xenst
On Wed, Dec 10, 2014 at 05:26:28PM +, Luis Henriques wrote:
> This is a note to let you know that I have just added a patch titled
>
> xen-netfront: Fix handling packets on compound pages with skb_linearize
>
> to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree
> whi
On Wed, Dec 10, Ian Campbell wrote:
> That results in a wrapper which unconditionally execs, the systemd unit
> just calls that while the sysv script runs the wrapper and then does the
> xenstore-read -s loop.
Since systemd handles the socket there is already a listener.
http://lists.freedesktop
This is a note to let you know that I have just added a patch titled
xen-netfront: Fix handling packets on compound pages with skb_linearize
to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=sho
On Tue, Dec 09, 2014 at 03:56:46PM -0500, Boris Ostrovsky wrote:
> On 12/09/2014 09:25 AM, Vitaly Kuznetsov wrote:
> >flush_op is unambiguously defined by feature_flush:
> > REQ_FUA | REQ_FLUSH -> BLKIF_OP_WRITE_BARRIER
> > REQ_FLUSH -> BLKIF_OP_FLUSH_DISKCACHE
> > 0 -> 0
> >and thus ca
On Tue, Dec 09, 2014 at 04:43:22PM +, Andrew Cooper wrote:
> The error handling from a failed memory allocation should return
> PyErr_SetFromErrno(xc_error_obj); rather than simply calling it and continuing
> to the memcpy() below, with the dest pointer being NULL.
>
> Coverity also complains
On Tue, Dec 09, 2014 at 06:01:54PM +0100, Roger Pau Monné wrote:
> El 08/12/14 a les 10.12, Jan Beulich ha escrit:
> > PVH guests accessing I/O ports via string ops is not supported yet.
> >
> > Reported-by: Roger Pau Monné
> > Signed-off-by: Jan Beulich
>
> This looks fine to me (at least it do
On Wed, Dec 10, 2014 at 04:44:00PM +, Ian Campbell wrote:
> On Wed, 2014-12-10 at 11:41 -0500, Konrad Rzeszutek Wilk wrote:
> > On Tue, Dec 09, 2014 at 03:25:29PM +, Ian Jackson wrote:
> > > Ian Campbell writes ("Re: [Xen-devel] [PATCH] libxl: Fix building
> > > libxlu_cfg_y.y with bison 3
On Wed, 2014-12-10 at 11:41 -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 09, 2014 at 03:25:29PM +, Ian Jackson wrote:
> > Ian Campbell writes ("Re: [Xen-devel] [PATCH] libxl: Fix building
> > libxlu_cfg_y.y with bison 3.0"):
> > > There was a point in time where the prevailing version of
On Tue, Dec 09, 2014 at 03:25:29PM +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [PATCH] libxl: Fix building
> libxlu_cfg_y.y with bison 3.0"):
> > There was a point in time where the prevailing version of bison (or
> > maybe flex) in stable distro releases had a bug which mean
On Tue, Dec 09, 2014 at 02:48:21PM +, Ian Campbell wrote:
> On Tue, 2014-12-09 at 14:04 +, George Dunlap wrote:
> > At the moment libxl unconditinally passes the underlying file format
> > to qemu in the device string. However, when tapdisk is in use,
> > tapdisk handles the underlying for
On Wed, 2014-12-10 at 15:29 +, David Vrabel wrote:
> On 10/12/14 15:07, Ian Campbell wrote:
> > On Wed, 2014-12-10 at 14:12 +, David Vrabel wrote:
> >> On 10/12/14 13:42, John wrote:
> >>> David,
> >>>
> >>> This patch you put into 3.18.0 appears to break the latest version of
> >>> stubdom
On Wed, Dec 10, 2014 at 04:56:03PM +0100, Juergen Gross wrote:
> With the virtual mapped linear p2m list the post-init mmu operations
> must be used for setting up the p2m mappings, as in case of
> CONFIG_FLATMEM the init routines may trigger BUGs.
Um, could you explain a bit more of why the CONFI
With the virtual mapped linear p2m list the post-init mmu operations
must be used for setting up the p2m mappings, as in case of
CONFIG_FLATMEM the init routines may trigger BUGs.
Reported-by: Boris Ostrovsky
Signed-off-by: Juergen Gross
---
arch/x86/xen/mmu.c | 2 +-
1 file changed, 1 insertio
flight 32192 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32192/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl5 xen-boot fail REGR. vs. 32141
test-amd64-i386-libvir
On 10/12/14 15:07, Ian Campbell wrote:
> On Wed, 2014-12-10 at 14:12 +, David Vrabel wrote:
>> On 10/12/14 13:42, John wrote:
>>> David,
>>>
>>> This patch you put into 3.18.0 appears to break the latest version of
>>> stubdomains. I found this out today when I tried to update a machine to
>>>
On Wed, 2014-12-10 at 14:12 +, David Vrabel wrote:
> On 10/12/14 13:42, John wrote:
> > David,
> >
> > This patch you put into 3.18.0 appears to break the latest version of
> > stubdomains. I found this out today when I tried to update a machine to
> > 3.18.0 and all of the domUs crashed on st
On Tue, Dec 09, 2014 at 09:02:49AM +, Jan Beulich wrote:
> >>> On 08.12.14 at 22:27, wrote:
> > [8.761336] [ cut here ]
> > [8.761342] kernel BUG at arch/x86/xen/smp.c:438!
>
> if (HYPERVISOR_vcpu_op(VCPUOP_initialise, cpu, ctxt))
> BUG();
>
On Wed, 2014-12-10 at 14:03 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH OSSTEST] Add basic PVH flights."):
> > On Wed, 2014-12-10 at 13:56 +, Ian Jackson wrote:
> > > This should probably be
> > >
> > > + $cfg =~ s/^pvh\b.*//mg;
> > >
> > > unless you deliberately int
On 10/12/14 13:42, John wrote:
> David,
>
> This patch you put into 3.18.0 appears to break the latest version of
> stubdomains. I found this out today when I tried to update a machine to
> 3.18.0 and all of the domUs crashed on start with the dmesg output like
> this:
Cc'ing the lists and releva
Ian Campbell writes ("Re: [PATCH OSSTEST] Add basic PVH flights."):
> On Wed, 2014-12-10 at 13:56 +, Ian Jackson wrote:
> > This should probably be
> >
> > + $cfg =~ s/^pvh\b.*//mg;
> >
> > unless you deliberately intend to strip out any other phv-related
> > settings which xen-create-image
On Wed, 2014-12-10 at 13:56 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST] Add basic PVH flights."):
> > These are the usual PV debian flights with pvh=1 added to the
> > configuration file.
> >
> > A job is created for each of Intel and AMD, although obviously AMD is
> > expect
Ian Campbell writes ("[PATCH OSSTEST] Add basic PVH flights."):
> These are the usual PV debian flights with pvh=1 added to the
> configuration file.
>
> A job is created for each of Intel and AMD, although obviously AMD is
> expected to fail at the moment.
...
> Beyond that I've not tested this a
On Wed, 2014-12-10 at 19:24 +0530, Balbir Singh wrote:
> I've been facing an issue on my Ubuntu box (acting as dom0) with
> xen-4.5 (HEAD). I am running dom0 3.13.0.19-generic (ubuntu). When I
> try and xl command I see the command hangs, after a while I see the
> guest kernel complain. I've tried
I've been facing an issue on my Ubuntu box (acting as dom0) with
xen-4.5 (HEAD). I am running dom0 3.13.0.19-generic (ubuntu). When I
try and xl command I see the command hangs, after a while I see the
guest kernel complain. I've tried a similar setup on another setup and
I see the same issue. Any
On Wed, 2014-12-10 at 13:50 +, Wei Liu wrote:
> On Wed, Dec 10, 2014 at 01:47:06PM +, Ian Campbell wrote:
> > On Wed, 2014-12-10 at 13:41 +, Wei Liu wrote:
> > > On Wed, Dec 10, 2014 at 12:54:05PM +, Ian Campbell wrote:
> > > > #690538 relates to providing an option to remove the su
On Wed, Dec 10, 2014 at 01:47:06PM +, Ian Campbell wrote:
> On Wed, 2014-12-10 at 13:41 +, Wei Liu wrote:
> > On Wed, Dec 10, 2014 at 12:54:05PM +, Ian Campbell wrote:
> > > #690538 relates to providing an option to remove the submenus. Please
> > > can the changelog explain why that is
On Wed, Dec 10, 2014 at 01:05:22PM +, Ian Campbell wrote:
> On Tue, 2014-10-14 at 22:50 +0100, Wei Liu wrote:
> > Signed-off-by: Wei Liu
>
> Looks like Ian J acked v2 in
> <21559.64364.468553.506...@mariner.uk.xensource.com>.
>
>
> > ---
> > ts-xen-build | 12
> > 1 file cha
On Wed, 2014-12-10 at 13:41 +, Wei Liu wrote:
> On Wed, Dec 10, 2014 at 12:54:05PM +, Ian Campbell wrote:
> > #690538 relates to providing an option to remove the submenus. Please
> > can the changelog explain why that is relevant to us.
> >
>
> Because somebody else thought not making su
On Wed, Dec 10, 2014 at 12:54:05PM +, Ian Campbell wrote:
> On Tue, 2014-10-14 at 22:50 +0100, Wei Liu wrote:
> > This file was created to work around Debian bug #633127.
> >
> > According to Debian bug tracker [0], this bug is fixed in Wheezy. As
> > we're now using Wheezy in OSSTest we can s
On Wed, Dec 10, 2014 at 01:15:13PM +, Ian Campbell wrote:
> On Tue, 2014-10-14 at 22:50 +0100, Wei Liu wrote:
> > Signed-off-by: Wei Liu
> > ---
> > ts-xen-install |4 +++-
> > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git a/ts-xen-install b/ts-xen-install
> > index 4
On Wed, Dec 10, 2014 at 01:12:23PM +, Ian Campbell wrote:
> On Tue, 2014-10-14 at 22:50 +0100, Wei Liu wrote:
> > Signed-off-by: Wei Liu
> > ---
> > mfi-common | 23 ++-
> > 1 file changed, 22 insertions(+), 1 deletion(-)
> >
> > diff --git a/mfi-common b/mfi-common
> >
1 - 100 of 152 matches
Mail list logo
