To match the hypervisor default which was introduced in
9da0c5b63933b9912e3903190601661813954d0d, bump the limit.
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc
Since xenalyze is now upstream its Open Source and part of the given
release.
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
to tools/xentrace
changes between v1 and v2:
- move to tools/xentrace/xenalyze
- drop patch which touches sched_switch_process
- add patch to remove argp_program_version
- add patch to bump NR_CPUS
Olaf Hering (8):
xenalyze: add to tools/xentrace/
xenalyze: increase NR_CPUS to 256
xenalyze
On Mon, Jun 08, Fabio Fantoni wrote:
I saw that config/Paths.mk contains:
XEN_DUMP_DIR := /var/lib/xen/dump
But build fails with:
xl_cmdimpl.c: In function âhandle_domain_deathâ:
xl_cmdimpl.c:2330:33: error: âXEN_DUMP_DIRâ undeclared (first use in this
function)
On Wed, Jun 03, Ian Campbell wrote:
On Sat, 2015-05-23 at 08:24 +, Olaf Hering wrote:
Having xenalyze in the source tree makes it much easier to keep private
debug code in hypervisor and xenalyze in sync. It helped alot while
debugging the root cause for commit
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 Thu, Jun 18, Jan Beulich wrote:
With the intended four month cycle, 4.4.3 is due in about a month.
Please indicate any backports you see missing yet consider required
in the current staging-4.4 tree.
I would like to see the gnutls changes for qemu-tradiitional be included
in maintained
On Wed, Jun 17, Ian Campbell wrote:
So, Olaf, ping...
I will return to pvscsi work next week.
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, Jun 15, Andrew Cooper wrote:
In an ideal world, userspace tools like this should not really be tied
to NR_CPUS or MAX_CPUS. They should get max_cpu_id from Xen and
dynamically allocate a bitmap of sufficient size.
The dumps are taken on one machine and get inspected on another, which
On Thu, Jun 11, George Dunlap wrote:
On 06/11/2015 12:03 PM, Julien Grall wrote:
I would suggest some refactoring to remove NR_CPUS and associated code
in order to avoid mis-usage later.
Also, cpu_mask_t is a uint32_t, is it intentional?
When xenalyze was originally written back in
On Tue, Jun 16, Ian Campbell wrote:
On Mon, 2015-06-15 at 19:58 +0200, Olaf Hering wrote:
On Mon, Jun 15, Andrew Cooper wrote:
In an ideal world, userspace tools like this should not really be tied
to NR_CPUS or MAX_CPUS. They should get max_cpu_id from Xen and
dynamically
On Wed, Jun 10, Julien Grall wrote:
There is also a variable MAX_CPUS defined to 256. which is used every.
You are right, while forwarding an old patch (from memory) I changed the
wrong place. MAX_CPUS is already at 256 so no change is strictly
neccessary.
I suggest to drop that patch from
On Thu, Jun 11, George Dunlap wrote:
First, it looks like maybe this wasn't based on 24308507be1d, but on
8083183a7238? At least there seems to be changes in it that aren't in
the other one.
Where is 8083183a7238? I have this as HEAD:
# changeset: 150:24308507be1d
# tag: tip
#
Since xenalyze is now upstream its Open Source and part of the given
release.
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell
- add patch to bump NR_CPUS
Olaf Hering (8):
xenalyze: add to tools/xentrace/
xenalyze: print newline after unknown hvm events
xenalyze: include odd mmio states in default output
xenalyze: handle TRC_TRACE_WRAP_BUFFER
xenalyze: handle more events in sched_process
xenalyze: remove
Signed-off-by: Olaf Hering o...@aepfle.de
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l...@citrix.com
---
tools/xentrace/xenalyze.c | 73
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
Signed-off-by: Olaf Hering o...@aepfle.de
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l...@citrix.com
---
tools/xentrace/analyze.h | 13 -
1 file changed, 13 deletions
Result of sed -i 's@[[:blank:]]\+$@@' tools/xentrace/xenalyze.c
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
Result of sed -i 's@[[:blank:]]\+$@@' tools/xentrace/xenalyze.c
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc
Since xenalyze is now upstream its Open Source and part of the given
release.
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
Signed-off-by: Olaf Hering o...@aepfle.de
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l...@citrix.com
---
tools/xentrace/xenalyze.c | 75
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
:
- move to tools/xentrace/xenalyze
- drop patch which touches sched_switch_process
- add patch to remove argp_program_version
- add patch to bump NR_CPUS
Olaf
Olaf Hering (8):
xenalyze: add to tools/xentrace/
xenalyze: increase NR_CPUS to 256
xenalyze: print newline after unknown hvm
To match the hypervisor default which was introduced in
9da0c5b63933b9912e3903190601661813954d0d, bump the limit.
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
To match the hypervisor default which was introduced in
9da0c5b63933b9912e3903190601661813954d0d, bump the limit.
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: George Dunlap george.dun...@eu.citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc
xenalyze in bindir
changes between v2 and v3:
- move to tools/xentrace
changes between v1 and v2:
- move to tools/xentrace/xenalyze
- drop patch which touches sched_switch_process
- add patch to remove argp_program_version
- add patch to bump NR_CPUS
Olaf Hering (9):
xentrace: install
Collecting the trace buffer requires root permissions. Adjust Makefile
to install xentrace and xentrace_setsize into sbindir. Leave the
existing support for BIN in place for upcoming changes.
Signed-off-by: Olaf Hering o...@aepfle.de
Cc: George Dunlap george.dun...@eu.citrix.com
Cc: Ian Jackson
Signed-off-by: Olaf Hering o...@aepfle.de
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l...@citrix.com
---
tools/xentrace/xenalyze.c | 75
On Thu, May 21, Ian Campbell wrote:
My pod2text doesn't seem to complain, but does this help?
Yes, this fixes it.
Thanks!
Subject: [PATCH] docs: correct pod syntax
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Thu, May 21, Ian Campbell wrote:
On Mon, 2015-05-11 at 15:33 +, Olaf Hering wrote:
[...]
+AC_ARG_WITH([xen-dumpdir],
+AS_HELP_STRING([--with-xen-dumpdir=DIR],
+[Path to directory for domU crash dumps. [/var/lib/xen/dump]]),
Should this say $localstatedir/lib/xen/dump
On Thu, May 21, Ian Campbell wrote:
OOI what version of pod2text are you both using which exposes this?
perl 5.10 as included in SLE11 and 5.12 as included in 11.4 accept this.
But perl 5.18 as included in SLE12 and 13.1 reject it.
Olaf
___
On Fri, May 22, Wei Liu wrote:
On Fri, May 22, 2015 at 08:19:32AM +, Olaf Hering wrote:
BIN = xentrace xentrace_setsize
+SBIN = xenalyze
Why is xenalyze not placed in the same directory as xentrace? My
impression is that they are closely related. What did I miss
On Thu, May 21, Ian Campbell wrote:
On Thu, 2015-05-14 at 15:05 +0100, Ian Campbell wrote:
On Thu, 2015-05-14 at 13:41 +0100, Ian Jackson wrote:
xm migrate would do non-live migration (effectively, save, transfer
and restore) by default, unless you specified --live.
xl migrate
-log.o' failed
[ 198s] make[5]: *** [block-log.o] Error 1
Signed-off-by: Olaf Hering o...@aepfle.de
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l...@citrix.com
---
This is just compile
On Mon, Jul 20, Jan Beulich wrote:
On 19.07.15 at 11:33, o...@aepfle.de wrote:
[ 198s] block-log.c:549:23: error: array subscript is above array bounds
[-Werror=array-bounds]
[ 198s] if (s-connections[i].id == id)
[ 198s]^
So what makes the compiler
On Thu, Jul 16, Jim Fehlig wrote:
@@ -448,6 +438,8 @@ libxlDomainMigrationPrepare(virConnectPtr dconn,
virObjectUnref(socks[i]);
}
VIR_FREE(socks);
+virObjectUnref(args);
This is now below the 'error' label, so args has to be initialized.
[ 149s]
On Mon, Jun 01, Jan Beulich wrote:
On 01.06.15 at 15:56, ian.campb...@citrix.com wrote:
On Mon, 2015-06-01 at 14:50 +0100, Jan Beulich wrote:
It's being removed in Linux 4.1.
Signed-off-by: Jan Beulich jbeul...@suse.com
Not sure who should, but:
I guess no-one really needs to
On Mon, Jul 20, Wei Liu wrote:
On Mon, Jul 20, 2015 at 11:16:34AM +0200, Olaf Hering wrote:
On Mon, Jul 20, Jan Beulich wrote:
On 19.07.15 at 11:33, o...@aepfle.de wrote:
[ 198s] block-log.c:549:23: error: array subscript is above array
bounds [-Werror=array-bounds
On Tue, Jul 21, Jan Beulich wrote:
Taking it to mean all maintained, that's possible, but since I can't
immediately see the point I'd like to ask for some justification. Us -
SUSE - apparently being the only consumer of that code, and us
not using Xen 4.4 together with Linux 4.1, and our 4.5
:
recipe for target 'block-log.o' failed
[ 198s] make[5]: *** [block-log.o] Error 1
Signed-off-by: Olaf Hering o...@aepfle.de
Cc: Ian Jackson ian.jack...@eu.citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l...@citrix.com
On Tue, Jul 21, Jan Beulich wrote:
But anyway, the primary question remains - isn't what you're seeing
a compiler bug? If yes, that's imo _yet another_ reason for doing a
minimal workaround (if any at all).
I dont think its a compiler bug. How should the compiler know that the
index variable
On Wed, Oct 21, Ian Campbell wrote:
> http://xenbits.xen.org/gitweb/?p=qemu-xen.git
Is the HEAD warning expected?
$ git clone git://xenbits.xen.org/qemu-xen qemu-xen.git
$ cd $_
$ git remote show origin
* remote origin
Fetch URL: git://xenbits.xen.org/qemu-xen
Push URL:
For me ovmf fails to build in staging-4.6:
...
[ 541s] + ./configure --host=x86_64-suse-linux-gnu
--build=x86_64-suse-linux-gnu --program-prefix= --disable-dependency-tracking
--prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share
On Mon, Oct 26, Wei Liu wrote:
> On Mon, Oct 26, 2015 at 10:43:15AM +0100, Olaf Hering wrote:
> > Does it compile for anyone?
> It compiles for me -- but I'm using gcc 4.9.
I noticed that just now, fails only in Tumbleweed which used gcc-5.1.1.
Sorry for the
On Mon, Oct 26, Wei Liu wrote:
> Wait, so you're using gcc-5.1.1 but OVMF is reporting gcc-4.4 (see in
> the path of output string), there might be another problem with
> toolchain detection then.
As Linus said: detect old and known to be problematic, everything else has to
be handled as
On Mon, Oct 26, Wei Liu wrote:
> I think you have a stale repository. Try deleting ovmf-dir-remote ?
Its always built in a new clean chroot from the same set of sources.
I will see if forcing GCC49 will change anything.
Olaf
___
Xen-devel mailing
On Tue, Oct 27, Olaf Hering wrote:
> I will see if forcing GCC49 will change anything.
This change works for me.
--- xen.spec(revision 6)
+++ xen.spec(working copy)
@@ -290,6 +290,7 @@
ln -sfvbn ../qemu-xen-dir-remote tools/qemu-xen-dir-remote
ln -sfvbn ../qemu-
Signed-off-by: Olaf Hering <o...@aepfle.de>
Cc: Ian Jackson <ian.jack...@eu.citrix.com>
Cc: Stefano Stabellini <stefano.stabell...@eu.citrix.com>
Cc: Ian Campbell <ian.campb...@citrix.com>
Cc: Wei Liu <wei.l...@citrix.com>
---
This never went out via git send-email,
Signed-off-by: Olaf Hering <o...@aepfle.de>
Cc: Ian Jackson <ian.jack...@eu.citrix.com>
Cc: Stefano Stabellini <stefano.stabell...@eu.citrix.com>
Cc: Ian Campbell <ian.campb...@citrix.com>
Cc: Wei Liu <wei.l...@citrix.com>
---
v2: correct typo, it has to be libvir
On Thu, Oct 29, Wei Liu wrote:
> On Thu, Oct 29, 2015 at 10:22:45AM +0000, Olaf Hering wrote:
> > +Conflicts=libvirt.service
> Is there a canonical source for the name of service? We should reference
> that in commit message.
No, its a typo. Thanks for spotting it.
The ch
Am 27.10.2015 um 11:39 schrieb Wei Liu:
> The commit id in Config.mk is af9785a9ed61daea52b47f0bf448f1f228beee1e
I think the staging-4.6 rev differs, but I will check my checkout script
if it picks the id from the wrong branch/file.
Olaf
___
Xen-devel
On Wed, Oct 21, Chunyan Liu wrote:
> Add pvusb APIs, including:
Some comments below.
After a quick look I miss the proposed ctrl/device separation for pvscsi
(what handles "state" changes?). But, I have to read all the other
dozen+ threads about that topic first.
> +
On Wed, Oct 21, Chunyan Liu wrote:
> Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list,
> usb-attach and usb-detach.
How is this supposed to be handled in libvirt? It looks like libvirt has
to copy what is done here. If thats true the logic should be in libxlu
so that both xl and
Signed-off-by: Olaf Hering <o...@aepfle.de>
---
tools/misc/Makefile | 4 +
tools/misc/target-create-xen-scsiback.sh | 135 +++
tools/misc/target-delete-xen-scsiback.sh | 41 ++
3 files changed, 180 insertions(+)
diff --git a/tool
The pvops kernel expects either "naa.WWN:LUN" or "h:c:t:l" in the p-dev
property. Add the missing :LUN part to the comment.
Signed-off-by: Olaf Hering <o...@aepfle.de>
Acked-by: Ian Campbell <ian.campb...@citrix.com>
Cc: Ian Campbell <ian.campb...@ci
Initial attempt was sent a year ago:
http://lists.xenproject.org/archives/html/xen-devel/2014-04/msg03958.html
Most comments are addressed.
This version has been tested with SLES as backend and frontend.
This version has been tested with pvops as backend and SLES as frontend.
Olaf Hering (5):
Port pvscsi support from xend to libxl:
vscsi=['pdev,vdev{,options}']
xl scsi-attach
xl scsi-detach
xl scsi-list
Signed-off-by: Olaf Hering <o...@aepfle.de>
Cc: Ian Jackson <ian.jack...@eu.citrix.com>
Cc: Stefano Stabellini <stefano.stabell...@eu.citrix.com>
Cc: Ian C
Signed-off-by: Olaf Hering <o...@aepfle.de>
Acked-by: Ian Campbell <ian.campb...@citrix.com>
Cc: Ian Campbell <ian.campb...@citrix.com>
Cc: Ian Jackson <ian.jack...@eu.citrix.com>
Cc: Jan Beulich <jbeul...@suse.com>
Cc: Keir Fraser <k...@xen.org>
Cc: Tim De
Signed-off-by: Olaf Hering <o...@aepfle.de>
Acked-by: Ian Campbell <ian.campb...@citrix.com>
Cc: Ian Campbell <ian.campb...@citrix.com>
Cc: Ian Jackson <ian.jack...@eu.citrix.com>
Cc: Jan Beulich <jbeul...@suse.com>
Cc: Keir Fraser <k...@xen.org>
Cc: Tim
On Mon, Nov 16, Andrew Cooper wrote:
> On 16/11/15 06:36, Zhangbo (Oscar) wrote:
> > Hi all:
> > I'd like to SLEEP a while in xen kernel during VMEXIT, the easiest way
> > is to call "udelay" or "mdelay" there. However, these 2 functions use busy
> > wait to sleep, which is a waste.
> > In
On Thu, Oct 15, Ian Campbell wrote:
> On Mon, 2015-10-12 at 18:32 +0100, Wei Liu wrote:
>
> > # 6 months release cycle + current stable release scheme
> # 6 months release cycle + extended security support
>
> +1 to either of these, but +2 for picking one of them.
+1, as Ian said.
> (not
On Thu, Oct 15, Wei Liu wrote:
> On Thu, Oct 15, 2015 at 04:57:16PM +0200, Olaf Hering wrote:
> > gcc5 does not like ASSERT_UNREACHABLE(), whatever is in staging fails:
> Is it because in non-debug build ASSERT_UNREACHABLE is nop?
That might explain it.
Does the staging build test ca
On Tue, Oct 13, He Chen wrote:
> +int psr_set_l3_cbm(struct domain *d, unsigned int socket,
> + uint64_t cbm, enum cbm_type type)
> {
> +uint64_t cbm_data, cbm_code;
> +switch ( type )
> {
> +case PSR_CBM_TYPE_L3:
> +cbm_code = cbm;
> +break;
On Thu, Oct 15, Wei Liu wrote:
> No, because 1) staging is not using GCC5, 2) staging has debug=y.
Are there enough resources to address #2?
Build once with debug=y and once without?
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
Am 16.10.2015 um 12:15 schrieb Wei Liu:
> On Fri, Oct 16, 2015 at 06:03:36PM +0800, He Chen wrote:
>> In non-debug build ASSERT_UNREACHABLE is nop and some compilers will
Should be "all compilers"
;-)
Olaf
___
Xen-devel mailing list
On Wed, Oct 21, Chunyan Liu wrote:
> Add pvusb APIs, including:
> @@ -635,6 +664,8 @@ libxl_domain_config = Struct("domain_config", [
> ("pcidevs", Array(libxl_device_pci, "num_pcidevs")),
> ("rdms", Array(libxl_device_rdm, "num_rdms")),
> ("dtdevs", Array(libxl_device_dtdev,
On Thu, Sep 10, Ian Jackson wrote:
> Wei Liu writes ("Re: [Xen-devel] [PATCH 7/7] tools/hotplug: add wrapper to
> start xenstored"):
> > On Thu, Sep 10, 2015 at 03:19:35PM +0100, George Dunlap wrote:
> > > ExecStart=/usr/bin/env $XENSTORED --no-fork $XENSTORED_ARGS
> >
> > And the difference
On Thu, Sep 10, George Dunlap wrote:
> On Fri, Dec 19, 2014 at 11:25 AM, Olaf Hering <o...@aepfle.de> wrote:
> > Using SELinux mount options per default breaks several systems.
> > Either the context= mount option is not known at all to the kernel,
> > as reported fo
On Mon, Sep 14, George Dunlap wrote:
> Well if you "know nothing about SELinux", and you don't use it, and
> don't have any test systems that use it, then why did you assert
> "The proper place to specify [an SELinux mount context] is /etc/fstab"?
> This patchset was accepted because you
On Tue, Sep 15, George Dunlap wrote:
> It's very reasonable for you to expect it to be fixed on non-SELinux
> systems. But what you did is fix it for non-SELinux systems by simply
> breaking it on SELinux systems -- that's not at all reasonable.
Konrad did some testing at that time and said 4.5
Current xen-4.6-staging fails to compile on openSUSE 11.4 and SLES11
[ 1227s] gcc -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99
-Wall -Wstrict-prototypes -Wdeclaration-after-statement -D__XEN_TOOLS__ -MMD
-MF .libxl_psr.o.d -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
On Wed, Sep 30, Wei Liu wrote:
> On Wed, Sep 30, 2015 at 03:46:35PM +0200, Olaf Hering wrote:
> > [ 1227s] libxl_psr.c:342: error: declaration of 'socket' shadows a global
> > declaration
> I will provide a patch to fix it.
Thanks. Staging is broken as well as I notic
On Wed, Sep 30, Wei Liu wrote:
> Change "socket" to "socketid" to fix the problem.
Tested-by: Olaf Hering <o...@aepfle.de>
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, Dec 01, 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.
Will likely work for pvscsi. Thanks.
Acked-by: Olaf Hering <o...@aepf
On Tue, Dec 01, M A Young wrote:
> It happens if CFLAGS is set to anything as a environment variable, eg.
> export CFLAGS=" "
> make dist-xen
This never worked. I have this in xen.spec to workaround the way
%configure is implemented in rpm:
%configure
unset CFLAGS
unset CXXFLAGS
unset FFLAGS
On Thu, Jan 07, Jim Fehlig wrote:
> The 'iscsi:iqn.2006-09.de.suse@0ac47ee2-216e-452a-a341-a12624cd0225' blob was
> passed wholesale to xend, which would eat it and "do the right thing". AFAIK,
> libxl is not that forgiving. I've cc'd Olaf on this thread since we recently
> discussed how
On Tue, Nov 17, Paul Durrant wrote:
> This patch documents paths to allow a domain to advertise an interface
> name, MAC (unicast and multicast) and IP (version 4 and 6) address
> information.
How does the domU do that in practice?
With some variant of xenstore-write or with the PV vif driver?
On Wed, Nov 18, Ian Campbell wrote:
> I'd been hoping that someone involved ion this would generate a patch
> adding a template for this controller+devices model to libxl.h, I've not
> seen anything since George's original RFC[0] "libxl: Introduce a template
> for devices with a controller".
Its
On Wed, Nov 18, George Dunlap wrote:
> You mean, should the bug wherein HVM domains with emulated disks
> (which is all of them, by default) cannot use block scripts be fixed?
Yes.
> Yes it should, and I'm working on it at the moment.
Great. Please cc me when the patches are ready.
Olaf
Why does libxl now allow script= with backend=tap|qdisk? See
tools/libxl/libxl_device.c:disk_try_backend.
Ideally the script should prepare the backend storage based on info from
target=. Then the script should report either the dentry to be used by
qemu back to libxl, or it should setup the
On Tue, Nov 17, Chun Yan Liu wrote:
> I think libxl_device_usb doesn't need to be changed into libxl_device_usbdev?
In case of vscsi the struct and functions names are odd. It was not
obvious which one belongs to a ctrl and which one belongs to a device.
In the meantime I have changed
Cosmetics: most of the variables used in vif-bridge are already quoted.
Add quoting also to the remaining shell variables.
Signed-off-by: Olaf Hering <o...@aepfle.de>
Cc: Ian Jackson <ian.jack...@eu.citrix.com>
Cc: Stefano Stabellini <stefano.stabell...@eu.citrix.com>
Cc: Ian C
From: Joe Perches <j...@perches.com>
Perl 5.22 emits a deprecated message when "\C" is used in a regex. Perl
5.24 will disallow it altogether.
Fix it by using [A-Z] instead of \C.
[ Upstream commit ce8155f7a3d59ce868ea16d8891edda4d865e873 ]
Signed-off-by: Olaf Hering <o...
On Wed, Jun 08, George Dunlap wrote:
> CC'ing Olaf and Konrad for their information. :-)
I'm fine with the revert.
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Wed, Jun 08, Konrad Rzeszutek Wilk wrote:
> On Wed, Jun 08, 2016 at 06:17:55PM +0200, Olaf Hering wrote:
> > On Wed, Jun 08, George Dunlap wrote:
> >
> > > CC'ing Olaf and Konrad for their information. :-)
> >
> > I'm fine with the revert.
Another case
On Thu, Jun 09, Konrad Rzeszutek Wilk wrote:
> Having the libxenvchan.h as Lesser GPL v2.1 where the COPYING file
> says otherwise is confusing to say at least.
I'm fine with that. My changes to libvchan were just build fixes,
nothing substantial.
Olaf
On Mon, May 23, Gerd Hoffmann wrote:
> +++ b/hw/usb/Makefile.objs
> +common-obj-$(CONFIG_XEN_BACKEND) += xen-usb.o
> +++ b/hw/usb/xen-usb.c
> +usb_bus_new(>bus, sizeof(usbif->bus), _usb_bus_ops,
> xen_sysdev);
xen_sysdev is in an i386-only file, as a result qemu fails to link.
Olaf
On Fri, Jun 03, Ian Jackson wrote:
> There are two problems with this `hdtype' approach.
>
> Firstly, it is global. That is, it applies to all disks of the
> particular guest. But then maybe we don't care about that because
> this anomalous major-number-stealing behaviour is probably per-guest
On Wed, Jun 08, George Dunlap wrote:
> We definitely don't want to be putting this new stuff we're discussing
> in 4.7.0. I'd be OK with reverting the original change for the release.
I'm fine with delaying a change to address the (theoretical) breakage
introduced by c0c099d.
What I just
On Wed, Jun 08, Wei Liu wrote:
> I think we should just revert the patch in question and solve this issue
> properly in 4.8.
What impact does reverting c0c099d have for OVMF?
I dont know myself, just used it the first time now with staging-4.6.
Olaf
On Tue, Jun 07, George Dunlap wrote:
> In every part of the whole system -- in dom0, in the guest, in
> everything -- I use xvda; *except* in the parts dealing with the guest
> config, where for some reason I mysteriously put 'hda', which ends up
> producing an xvda either when booted PV or when
On Tue, Jun 07, M A Young wrote:
> That may not be needed in general. It is something I added for Fedora as I
> am cross-compiling the hypervisor as x86_64 to put in the i686 package
> because ix86 hypervisors are no longer supported.
What exactly are you doing anyway? If xen/ is supposed to
301 - 400 of 812 matches
Mail list logo