similar to: Processed (with 4 errors): limit source to xen, tagging 692352, tagging 733847, tagging 407143, tagging 730417, tagging 706283

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Sat, 30 Aug 2014 13:34:04 +0200 Source: xen Binary: libxen-4.4 libxenstore3.0 libxen-dev xenstore-utils xen-utils-common xen-utils-4.4 xen-hypervisor-4.4-amd64 xen-system-amd64 xen-hypervisor-4.4-arm64 xen-system-arm64 xen-hypervisor-4.4-armhf xen-system-armhf Architecture: source all Version: 4.4.0-4 Distribution:

Package: xen-utils-common Version: 4.3.0-3 Severity: normal # cpuperf-xen /usr/sbin/cpuperf-xen: 6: exec: /usr/lib/xen-4.3/bin/cpuperf-xen: not found Exit 127 # ls -l `which cpuperf-xen` lrwxrwxrwx 1 root root 39 Oct 17 17:24 /usr/sbin/cpuperf-xen -> ../lib/xen-common/bin/xen-utils-wrapper* I don't know what cpu-perf-xen does. But if it is supposed to be in the package, I expect to be

Package: xen-utils-common Version: 4.1.4-3 Severity: important Dear Maintainer, While updating my xen package today, I was prompted with a config file conflict. --- /etc/xen/scripts/hotplugpath.sh 2013-04-28 01:51:20.899778510 +0800 +++ /etc/xen/scripts/hotplugpath.sh.dpkg-new 2013-04-19 19:39:55.000000000 +0800 @@ -1,12 +1,10 @@ SBINDIR="/usr/sbin" BINDIR="/usr/bin"

tags 407143 +patch thanks On Fri, 2013-08-16 at 14:42 +0100, Ian Campbell wrote: > tags 688308 +patch > thanks > > A lot of /docs/ is pretty low-level and not all that interesting to be > installed by the packages. However some of it is, and in particular some > is referenced from the manpages. I've cherry-picked the bits which I > think are most interesting in that

Package: xen Version: 4.1.3-3 Severity: normal Xen build-depends on debhelper (>> 7) but should probably use (>> 9), as it used dh_ucf which is not present in debhelper 8. Thanks, Guido

The xentrace_format script doesn''t work on x86/64. Python pads the input structure because the first field is 32 bits and the next is 64 bits, whereas x86-32 doesn''t pad. The quick fix is to read the cpu id separately as a 32bit value, then read the rest of the trace record. Here is a little patch that does that. Tested on x86/32 SMP and x86/64. Signed-off-by: Rob Gardner

Hi, I have read a mail in the mail list about xentrace and xentrace_format. But I am still puzzled on how to use them. Could somebody give me an example about how to use xentrace and xentrace_format. What I have done is that: 1. Root:/# xentrace /var/perftests/xentrace.log Then I use xentrace_format to get what I want 2. cat /var/perftests/xentrace.log | xentrace_format

Hi, I have read a mail in the mail list about xentrace and xentrace_format. But I am still puzzled on how to use them. Could somebody give me an example about how to use xentrace and xentrace_format. What I have done is that: 1. Root:/# xentrace /var/perftests/xentrace.log Then I use xentrace_format to get what I want 2. cat /var/perftests/xentrace.log | xentrace_format

Hi! I''ve been working for a while to build a package that automatically builds and installs xen-unstable. I don''t want to go into package build steps because I think it is irrelevant. I sorted out all problems with the package itself but I found out I''m getting the below errors: make -C cpuperf make[4]: Entering directory

Nice time. # make uninstall ... rm -rf //boot/*xen* ... if somebody use "xen" in kernel name (maybe as suffix), so it will be deleted from /boot/ too. Thanks. Denis.

Package: xen-utils-4.0 Version: 4.0.1-1 Severity: normal When I invoke me at dev:~# xentrace_format I get exec: 22: /usr/lib/xen-4.0/bin/xentrace_format: not found as result. The missing python script is referenced by the /usr/sbin/xentrace_format script from the xen-utils-common package. Using the python script from another (xen 4.0.0) distribution works fine. So I assume the file is

Package: xen-utils-common Version: 4.0.0-1 Severity: important When Xen is configured in routed mode, restarting xend fails because the script hotplugpath.sh is missing. Please see below for more information. *** root at eliott:~# /etc/init.d/xend restart Restarting Xen daemons: xend/etc/xen/scripts/network-route: line 20: /etc/xen/scripts/hotplugpath.sh: No such file or directory

I am trying to learn some more about the way windows does TPR writes, and tried xentrace for the first time. I did ''xentrace --time-interval=5 xentrace.out'' to capture some data, and then ran it through ''xentrace_format'' using the supplied example defs file. I can see some PF_XEN entries with virt=0xFFFE0080 (address of TPR), but I want to know the value being

I changed the suggested line in /etc/xen/xend-config.sxp configuration file, but the errors about the file hotplugpath.sh are still present. root at eliott:~# /etc/init.d/xend start Starting Xen daemons: xenstored xenconsoled xend/etc/xen/scripts/network-route: line 20: /etc/xen/scripts/hotplugpath.sh: No such file or directory /etc/xen/scripts/network-route: line 20:

I had another look at this and found the source of the problem - the reason why XEN_SCRIPT_DIR is not set: The hotplugpath.sh file is missing in the package. In the "rules" file the "install" target includes this line: $(MAKE) -C $(BUILD_DIR)/tools/hotplug/Linux install-udev install-scripts UDEV_RULES_DIR=/lib/udev/rules.d The problem is that make is never run in the

Hello, this patch introduces HVM tracing: one tracing class for both, SVM and VMX. It adds several new trace events. So we can differentiate between them in the xentrace formats file and format each event''s data items appropriately. With this patch the xentrace_format output is much more informative. The previous simple tracing in SVM and VMX is completely replaced. Unfortunately I

This patch (attached) fixes a small problem in xentrace_format. Signed-off-by: Yang Xiaowei <xiaowei.yang@intel.com> Zhou Ting <ting.g.zhou@intel.com> --- diff -r 0df3bf8aac1e tools/xentrace/formats --- a/tools/xentrace/formats Mon Jun 16 16:35:17 2008 +0100 +++ b/tools/xentrace/formats Thu Aug 21 17:36:03 2008 +0800 @@ -23,8 +23,8 @@ 0x00081001 CPU%(cpu)d

On Tue, May 24, 2016 at 3:23 PM, George Dunlap <dunlapg at umich.edu> wrote: > > The patches have been backported and are available in 4.6.1-9 from > virt-xen-testing. Please test it and report any problems here. > Thanks for the notice. It doesn't look like the fix went in. See below: # yum repolist | grep xen centos-virt-xen-testing CentOS-6 - xen - testing

Processing commands for control at bugs.debian.org: > close 609689 4.1.3~rc1+hg-20120614.a9c0a89c08f2-2 Bug #609689 [xen-utils-4.0] xen-utils-4.0: Missing xentrace_format python script in /usr/lib/xen-4.0/bin/ There is no source info for the package 'xen-utils-4.0' at version '4.1.3~rc1+hg-20120614.a9c0a89c08f2-2' with architecture '' Unable to make a source version for