similar to: Re: [Xen-changelog] [xen-unstable] [IA64] Creates tools/libxc/ia64 directory.

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