Displaying 20 results from an estimated 100 matches similar to: "Re: [Xen-changelog] [xen-unstable] [IA64] Creates tools/libxc/ia64 directory."
2008 Jan 25
0
[PATCH] libxc/makefiles - Use VPATH
# HG changeset patch
# User Bastian Blank <waldi@debian.org>
# Date 1201284962 -3600
# Node ID 11b2e8baa6bf93b8ec4b3b4fe0256d2ce34f2699
# Parent 31adb5c972d03e45cb746cd2305126ea2571282f
Use VPATH instead of symlinks for libelf inclusion into libxenctrl.
Signed-off-by: Bastian Blank <waldi@debian.org>
diff -r 31adb5c972d0 -r 11b2e8baa6bf tools/libxc/Makefile
---
2007 Jun 15
1
[PATCH RFC] add domain builder support for bzImage kernels
This implements a loader for version 2.07 boot protocol bzImage format
files. This allows a single bzImage kernel file to boot either native
from a normal bootloader (grub, etc), or paravirtualized under Xen.
These bzImages have two changes to make this possible:
1. There's a new field for the bootloader to tell the booted kernel
what kind of environment its coming up under. We
2007 Jun 15
1
[PATCH RFC] add domain builder support for bzImage kernels
This implements a loader for version 2.07 boot protocol bzImage format
files. This allows a single bzImage kernel file to boot either native
from a normal bootloader (grub, etc), or paravirtualized under Xen.
These bzImages have two changes to make this possible:
1. There's a new field for the bootloader to tell the booted kernel
what kind of environment its coming up under. We
2007 Jun 15
1
[PATCH RFC] add domain builder support for bzImage kernels
This implements a loader for version 2.07 boot protocol bzImage format
files. This allows a single bzImage kernel file to boot either native
from a normal bootloader (grub, etc), or paravirtualized under Xen.
These bzImages have two changes to make this possible:
1. There's a new field for the bootloader to tell the booted kernel
what kind of environment its coming up under. We
2006 Oct 17
4
[PATCH] Fix tools build on Solaris
# HG changeset patch
# User john.levon@sun.com
# Date 1161090606 25200
# Node ID c6bfe43048f3becda6966deceb7b70baea833b7c
# Parent 03d4223c846b14fc415cfd05d970c7b4d688fddb
Many of the tools use C99 features such as bool, or expect certain functions.
Fix the CFLAGS to enable these on Solaris.
Signed-off-by: John Levon <john.levon@sun.com>
diff --git a/config/SunOS.mk b/config/SunOS.mk
---
2007 Feb 20
0
[PATCH 3/8] [libxc] Domain Groups: libxc handlers for group data
libxc:
Augment libxc framework to shuttle group data and commands between xend
and the VMM.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2010 Aug 31
1
gdbsx defines own _domctl_hcall instead of using libxc?
Hi Mukesh,
I was auditing uses of set_xen_guest_handle for correctness when I
noticed that gdbsx (specifically tools/debugger/gdbsx/xg/xg_main.c)
defines its own _domctl_hcall and associated helpers instead of using
libxc.
Is there any particular reason for that?
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
2005 Mar 30
0
[PATCH] libxc xc_ptrace gcc 4 fix
Variable guest_va is declared as a long* . It takes values that are cast
as unsigned long* . GCC 4 picks up on this. This patch changes the
declaration of guest va to be an unsigned long* and fixes the problem.
Signed-off-by: Jerone Young <jyoung5@us.ibm.com>
--
Jerone Young
IBM Linux Technology Center
jyoung5@us.ibm.com
512-838-1157 (T/L: 678-1157)
2012 Jan 02
1
回复: [help] Who's the author of libxc? I don't know howto start with it
Thanks.
I have already previewed the xenctrl.h.
The following is what I understand: libxc is compiled to a file name after 'xc**' endding with '.so', xend communicates with domain0 through xc and domain0 communicates with hypervisor through privcmd.
What's the privcmd?
------------------ 原始邮件 ------------------
发件人: "Wei
2012 Jul 20
0
[help]What's the relationship between libxl libxc xenstore privcmd hypercall?
Hi all,
In xen-4.1.2 source tree, under directory tools are there many library
such lib*, what''s their individual feature?
Besides, where is the log info for xl ? I try to trace using gdb after
running xl, huge amounts of files\variable structure , complicated
relationship between the components
make me proceed slowly.
Best regards
2005 Mar 02
0
[PATCH] libxc fix: fast trap id is only for x86 patch
x86 ( 32bit) is the only architecture that uses Fast trap vector offset
( fast_trap_idx ). This makes sure that x86 is the only architecture to
use this variable.
Signed-off-by: Jerone Young <jyoung5@us.ibm.com>
Jerone Young
Open Virtualization
IBM Linux Technology Center
jyoung5@us.ibm.com
512-838-1157 (T/L: 678-1157)
2012 May 11
2
[PATCH] libxc: implement gnttab.set_max_grants for Linux
Legacy (non-pvops) gntdev drivers may require this operation to be
performed when the number of grants intended to be used simultaneously
exceeds a certain driver specific default limit, and qemu''s qdisk
driver is an example of needing to do so.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
--- a/tools/libxc/xc_linux_osdep.c
+++ b/tools/libxc/xc_linux_osdep.c
@@ -541,6 +541,27 @@
2007 Oct 01
1
[PATCH] libxc: fix lock_pages()/unlock_pages()
fix lock_pages()/unlock_pages(). The resion is sometimes wrongly calculated.
It results in unexpected hypercall failure.
--
yamahata
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2008 Dec 09
0
[PATCH] libxc: Fix memory leak in zlib usage
Any call to inflate() must be followed by inflateEnd(), otherwise the
internal zlib state is leaked.
Signed-off-by: Kevin Wolf <kwolf@suse.de>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2010 Nov 16
2
[PATCH] libxc: fix tracing (broken with hypercall buffers)
Hi,
the attached patch makes Xen tracing work again, after the introduction
of the hypercall buffers broke it. Just a missing line.
Thanks to Uwe Dannowski for reporting this.
Signed-off-by: Andre Przywara <andre.przywara@amd.com>
Regards,
Andre.
--
Andre Przywara
AMD-Operating System Research Center (OSRC), Dresden, Germany
Tel: +49 351 448-3567-12
2005 Jan 14
0
[PATCH] Add comments to libxc public header
This patch attempts to document libxc. I used doxygen style comments
although I''ve not tried to use doxygen to generate the comments. This
information was obtained from looking through the Xend source code and
Xfrd. I also tried to document how the Linux control ring works.
Regards
--
Anthony Liguori
Linux Technology Center (LTC) - IBM Austin
E-mail: aliguori@us.ibm.com
Phone: (512)
2004 Dec 10
0
[PATCH] trivial libxc portability patch
The installed Xen header files (/usr/include/xen/*) expect the U8, u16,
u32, etc types to already be defined. Currently, xc.h provides this in
a nonportable way. I''ve changed xc.h to use stdint.h, and fixed a few
printf-style format strings to match.
Thanks,
Charles
2008 Jul 11
0
[PATCH][TOOLS] libxc: remove redundant declaration
Hi!
Attached patch removes redundant declaration of
xc_copy_to_domain_page(). It''s already declared
in xenctrl.h.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
Wilschdorfer Landstr. 101, 01109 Dresden,
2007 Oct 23
0
[PATCH][TOOLS] libxc: check length on copy
Hi!
Attached patch checks length on string copy.
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA 4896
vertretungsberechtigter
2014 Nov 21
0
Bug#767295: [Xen-devel] [PATCH for-4.5 v2] libxc: don't leak buffer containing the uncompressed PV kernel
On Fri, 2014-11-21 at 11:03 +0000, Ian Campbell wrote:
> http://man7.org/linux/man-pages/man3/mallopt.3.html also talks about
> various dynamic thresholds for growing and shrinking the heap. My guess
> is that we are bouncing up and down over some threshold with every other
> reboot.
IOW I'm not overly concerned with this apparent bi-modality, so long as
the amount isn't